~第4章(6课时).ppt

第4章 软件需求 从猴子说起。 4.1 需求分析的重要性 （1）需求分析关系到系统成败。 （2）需求分析是后续工作的基础。 （3）需求分析要占用整个软件开发时间或工作量的30%左右。 （4）正确的需求才可能有高质量的软件。 需求获取难的原因 （1）需求具有不稳定性。 （2）需求具有不准确性。 （3）开发者和用户难以沟通并达成完全一致的认识。 （4）中国特有的国情决定了我们需求更难。 4.2 需求分析的理论基础 可验证性：是软件需要的基本属性。 (2) 优先级：软件需求应具有优先级，可以在有限的资源情况下进行取舍。 (3) 唯一性：软件需求应唯一地标识出来。 2. 软件需求需要量化 软件需求应尽可能地表述清楚，没有二义性，尽可能量化，使得需求是可测试、可验证的。 4. 需求过程中的角色 5. 需求来源 (1) 系统目的： 指软件的整体目的，或高层的目标。 (2) 行业知识：业务领域内的相关知识。 (3) 软件涉众： 应充分考虑不同软件涉众的需求。 (4) 运行环境：包括地域限制，实时性要求和网络性能等。 (5) 组织环境：客户组织结构、企业文化和内部政策的影响。 4.3 需求分析的任务 一般而言，对于信息系统的需求分析，最主要的是完成9项任务： 第1：画出目标系统的组织结构图与列出各部门的岗位角色表(组织机构模型) 例如：描绘一家计算机公司全部产品的数据结构可以用下图中的层次方框图表示。 图书馆的岗位角色 第2：画出目标系统的业务操作流程图(业务操作模型) 画出目标系统的业务操作流程图，它包括物流、资金流、信息流，即业务操作模型，重点是业务操作的流水步骤。 各软件组织可根据自身的习惯和特点，制定一套图形规则，在本组织内统一遵守。业务流程图的制作工具，可以是Word , Visio。 课后作业：定义一套图形规则，并画出“图书馆信息系统”的业务流程图。 例：工资支付系统的业务流程图 第3：画出目标系统的数据流程图(数据模型) 画出目标系统的数据流图，即单据和报表的流图，掌握业务规则，获得初步数据模型（真正的数据模型是E -R图加上相应的数据字典）。 数据流图中要突出单据流，分清不同单据之间的先后流动次序，以及同一单据中的不同数据项的先后流动次序。 数据流图的画法多种多样，各软件组织可根据自身的习惯和特点，制定一套图形规则，在本组织内统一遵守。 数据流图的制作工具，可以是微软的桌面办公工具Office，也可以是Power Designer中的数据流图绘制工具Process Analyst。 工资支付系统的数据流图 例：画出银行取款处理的数据流图 下面是对银行取款处理描述：首先，取款人需要填写取款单，将存折和取款单一并交给银行出纳员检验。出纳员核对帐目，一旦发现存折或取款单有问题，均应告知取款人。在检验通过后，出纳员将取款信息登记在存折和帐卡上，并通知付款。根据付款通知给取款人付款。 银行取款数据流图 单据或报表分为头和体两部分，下面是头 单据或报表分为头和体两部分，下面是体 第4：列出目标系统的功能点列表(功能模型) 列出目标系统的功能点列表，即功能模型。 功能模型也可以用Use Case图表示，也可以用功能点列表描述。 “图书馆信息系统”的功能点列表，如P72表4-7所示。 功能列表不是唯一，也没有标准答案。 第5：列出系统的性能点列表(P74 性能模型) 第6：列出目标系统的接口列表(P74 接口模型) 第7：确定目标系统的运行环境(环境模型) 运行环境包括：核心计算机及网络资源(系统软件、硬件和初始化数据)的配置计划、采购计划、安装调试进度、人员培训计划等内容。 第8：目标系统的界面约定(界面模型) 界面设计的原则是：方便、简洁、美观、一致等。整个目标系统的界面风格定义要统一，某些功能模块的特殊界面要说明。例如： 输入设备：键盘、鼠标、条码扫描器、扫描仪等； 输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等； 显示风格：图形界面、字符界面、IE界面等； 显示方式：1024*768、640*480等； 输出格式：显示布局、打印格式等。 第9：对目标系统的开发工期、费用、开发进度、系统风险等问题进行分析与评估 注1：上述九项任务不是教条，不能完全生搬硬套，而要具体问题具体分析，活学活用，举一反三。 注2：如果通过需求分析之后，需求仍然不明确，则重新进行需求获取。 对提取的需求进行分析整理： (1) 需求分类，将相关需求组织成一个子集。 (2) 检查需求是否准确，是否存在二义性。 (3) 检查和解决不同需求间的冲突。 (4) 分析软件的边界与范围。 (5) 从系统需求中推导软件