第一需求概述new剖析.pptVIP

第一章 软件需求概述 1.4 好的软件需求特性 引子….. 道可道，非常道－－老子 万物演化时所遵循的基本法则可以体察说明，但因为一切事物都是处在变化之中，所以对于事物的绝对认识是不可能的，故而我们体察到和说明了的内容，并非是一成不变的永恒真理。 软件的需求也在不断变化中，如何把握它呢？ 进一步引申，好的需求如何保障呢？它有哪些特性呢？ 1.4 好的软件需求特性 好的需求如何保障？ 深入理解用户的真正的意图和需要。 清晰完整的需求表达。 借助需求分析工具，E-R图、DFD图、DD、UML工具等等。？使用科学的需求管理方法，完善需求变更控制流程。 一个安全的保密性需求的例子 保密性要求可以采用加密算法、保存数据历史记录、把功能分配到不同的模块、限制某些软件内部通信、检查关键数据的完整性。 例如，为保证子系统所处理的各类数据的保密性，子系统基于Oracle数据库提供C3级数据安全保密等级，并提供用户管理、角色管理、权限管理、用户审计等安全管控手段，保障各类数据的使用安全。 需求的表示－用统一的建模工具（一） 用统一的建模工具（二） UML之用例图 1.4 好的软件需求特性 好需求可以概括为：“内涵一致、外延完整”，具体来说，包含两个特征：一致性和全面性。又引申为8个因素： 无歧义因素 编写需求人员常常下意识假设所有人的某个主题、名词或术语都与自己有一样的认知水准。文档书写过简略也可能引起歧义。 1.4 好的软件需求特性 他背着媳妇做了不少事。 放弃美丽的女人让人心碎。 我有一个女儿，同许多年轻的妈妈一样，愿意把孩子打扮得漂亮些。 每周要来两个半天。（软件学院通知） 1.4 好的软件需求特性 如：系统只允许保留5个有效的相关记录和保障计划，它必须包括最新的。可分解成： （1）系统只允许保留5个有效的相关的记录。 （2）最新的相关记录一定包含在上述相关的记录中。 （3）每个保障计划都放在其相关的记录中。 又如，ERP项目中，要求某咨询公司开发有关报表的需求：“财务相关的报表”，它指的是外延是什么？财务和会计？标准报表？财务部门使用的所有报表？财务和会计部门使用的所有报表？ 1.4 好的软件需求特性 再如，系统将对记录进行自动更正。 什么原因使记录需要更正？是单字段校验，还是要进行字段组合校验？系统自动进行什么样的更正？什么时候进行更正？ 消除歧义几个方法： 对模糊处刨根问底 表述明确清晰 关键字进行定义（如下页说明） 图形化和标准参照法 某需求分析说明书中的名词解释 1.4 好的软件需求特性 2. 完整性因素 避免遗漏，“待确定”项通常要在开发前明确。如OA中开发“知识库”功能的例子。又如，某ERP的需求文档说明“包括上述功能，但不代表全部”。 3. 一致性因素 业务需求与用户需求一致，功能需求与用户功能一致（下节讲述）。各层次的内容不矛盾。 4. 可检验性因素 便于将来测试时有基准参照。 可检验性因素 两个不可检验需求的例子： 用新系统完成报表自动化处理。报表包括哪些？自动化处理的标准是什么？ 员工标识号必须在一个有效的范围内。有效范围是什么？ 5.确定性因素 明确在所有可能的条件下（满足和不满足时）系统应该做什么。 举例：系统1应该每隔5分钟向系统2发送一次新记录。 问题：如果在5分钟内系统1没有收到新记录，要怎么办呢？ 修正：如果自上次向系统2发送消息以来，5分钟内收到了新记录，则系统1向系统2发送新记录。 如果在上述5分钟内没有收到新记录，则系统1什么都不做。 6.可跟踪性因素 每条需求都应该被唯一标识，以便能够在设计、实现和测试过程中进行跟踪。这也有助于维护系统。 7. 正确性因素 用户需求正确映射到软件需求。 8. 可行性因素 系统实施要行得通，如生产现场使用ERP系统，某酒店在OA中使用派车单。 9. 必要性因素 每项需求都能回溯至某项客户提出的要求，避免“吃力不讨好”、“画蛇添足”。 Boehm提出的10大风险清单中，把不必要花费的努力(Gold Plate)也列在其中。 第一章 软件需求概述 1.5 软件需求的层次 软件需求包括不同的层次：业务需求、用户需求、功能需求和非功能需求，其组成关系如下页图所示。 1.5 需求的层次 项目视图举例：“化学制品跟踪系统”可使科学家查询到化学制品仓库或供应商将提供的化学制品容器。系统可随时了解公司中每一个化学制品容器所处的位置，容器中所剩余的药品剂量，任何时候每个容器所处的位置和用法的历史记录。通过充分利用公司内部的可用化学制品，废弃极少量已使用或过期失效的化学制品，使用标准的化学制品的购买过程等将在化学制品上节省