第二章需求分析与规范(下).pptVIP

第三讲 需求分析与规范下 第二部分 1.获取需求的技术 2.面向问题的需求分析方法 3.需求说明规范 4.需求规格说明规范 1.获取需求的技术 试想你是一名需求分析员，你准备开始对一个银行的营业系统进行需求分析，你会采取些什么方法来获取需求呢? 1.获取需求的技术 同时思考是否可以设计一个流程和一些规范文档（比如表格等），固化下面的获取过程，规范下面的每个环节。 1.背景资料阅读 一个系统的分析开始于对应用领域的研究是不言而喻的。 1.获取需求的技术 2.面谈 面谈灵活，获取的信息量大； 注意点： 准备：目标最重要；执行过程中记录最重要； 操作法：获取面谈人的配合最重要。（合适的语气，询问方法，灵活的表达，努力理解对方意思等等） 设计合适的询问问题 总结：有结论的面谈才是有价值的面谈； 1.获取需求的技术 3.调查表 仔细表达问题，将二意性降到最低 1.获取需求的技术 4.文档审查 通过审查对待解的问题域有关的一切有效文档（旧系统相关文档，行政文档，操作行为规范等等） 1.获取需求的技术 5.任务观察 经过研究证明：人们面谈关于他们如何完成工作时会有许多的限制和不准确性，直接观察可以弥补一些不足； 1.获取需求的技术 6.融入工作 观察者只有完全融入工作，才能彻底的了解各种实践，问题和所关注的事物等。 1.获取需求的技术 7.用例和场景 具体操作环境的模拟化描述； 1.获取需求的技术 8.头脑风暴 规则： 1.自由发言 2.不要批评和评论 3.不要辩论 可以采用匿名卡片式操作方法： 所有人匿名都将想法写到一些卡片上，写好扔到桌子中的容器里，也能拿出一些别人写的卡片来看，以激发自己的想法。这样做可以避免一些人羞于谈论自己的想法，同时也避免了不合适的交谈打断了大家的思路。 2.面向问题的需求分析方法 2.1需求分析的方法 2.2面向问题的分析方法 2.3获取需求的技术 2.4需求分析所用的工具 2.1需求分析的方法 主要的分析方法： 1）结构化分析方法 早期针对非结构化，随意进行的需求分析提出的方法。主要缺点是难以解决现实世界中需求分析所遭遇的不确定性。主要思路是对解系统进行数据的结构化建模。 2）面向对象的分析方法 受OOD兴起的影响，将面向对象的思想引入到分析领域，主要思路是使用面向对象的思想对问题域（实际中更多的是对解系统进行建模）。 3）面向问题的分析方法 2.2面向问题的分析方法 面向问题的分析方法强调描述，而不强调建模，这个是面向问题分析方法和其他分析方法一个很重要的区别。面向问题分析方法的产出物主要包括下面两个方面： 1.包含对问题域相关部分的描述以及一个需要在该域中求解的问题列表； 2.包含对解系统的待求行为的描述以解决需求；（规格说明书） 2.2面向问题的分析方法 面向问题的分析方法可以按照下面的步骤来进行： 1.搜集基本的信息并开发问题框架； 2.在问题框架的指导下进一步搜集详细信息并给出一个问题域相关特征的描述； 3.基于上述内容，构建规格说明描述系统需求 2.2面向问题的分析方法 问题框架 问题框架是将问题域建模成一系列相互关联的子域，而子域可以是问题域中选择出来的任何一个部分； 而划分问题子域，子域归类等问题正是一个优秀的分析员和普通分析员的重要区别，也体现了显性知识和隐性知识在软件领域造成的重要差别。 2.2面向问题的分析方法 问题框架分类 1.工件系统—系统执行针对仅存在于解系统之内的对象的直接操作，比如文字处理程序； 2.控制系统—系统将控制问题域的部分行为。如电梯控制系统； 3.信息系统—系统必须处理有关问题域的信息请求。比如学生信息记录系统； 4.转换系统—系统必须把某种特定格式的输入数据转换为特定的输出格式。比如网关系统； 5.连接系统—系统必须在未直接相连的子域间维持通信。比如视频会议系统； 2.2面向问题的分析方法 问题框架描述图 2.2面向问题的分析方法 问题框架图说明 矩形框：感兴趣的领域，即感兴趣的问题域中的元素 双矩形：解系统，即目标系统； 椭圆：显示不同域间的重要逻辑关系；此类关系代表着需求； 实线：域间存在某种关系； 虚线：代表一个需求的引用；箭头强调的是需求在子域范围内对指向的元素将施加影响； 实心点：一个域包含在另外一个域当中。 2.2面向问题的分析方法 当识别了问题类型我们就能开始按照指导进行调研，这也是面向问题分析方法的优点之一； 比如针对一个工件类型问题域 需求文档 工件的合法数据结构（外部世界可见的结构，和设计时用的程序内部结构相区别） 所需操作和它们对工件所产生的影响 规格说明书 用户接口以及操作过程 2.2面向问题的分析方法 示例：工件框架 2.2面向问题的分析方法 决策表示例 战略计划功能访问决