面向对象分和设计-需求.pptVIP

需求的管理属性 状态：已提出，已批准，已并入 利益：关键，重要，有用， 工作量 风险 稳定性 目标发布版 责任分配 原因：需求来源 需求与其他元素的关系 需求规格 用例（高+扩展） 用例图 领域模型 术语 调查报告 原型 预算、进度计划 10.2.3 需求采集步骤 （1）通过调查研究，获取用户的需求。 软件开发人员通过认真细致的调查研究，获得进行系统分析的原始资料。需求信息的获取可来源于阅读描述系统需求的用户文档；对相关软件、技术的市场调查；对管理部门、用户的访问咨询；对工作现场的实际考察等。 (2) 去除非本质因素，确定系统的真正需求。 对于获取的原始需求，运 用抽象的逻辑思维，找出需求间的内在联系和矛盾，去除需求中不合理和非本质的部分 。 (3) 描述需求，建立系统的逻辑模型。 建立软件需求模型是需求分析的核心工作，它通过建立需求的 多种视图，揭示出需求的不正确、不一致、遗漏和冗余等更深的问题。 10.2.3 需求采集步骤 (4) 书写需求说明书，进行需求复审。 需求阶段应提交的主要文档包括需求规格说明书、初步的用户手册和修正后的开发计划。为了保证软件开发的质量，对软件需求阶段的工作要按照严格的规范进行复审，从不同的技术角度对该阶段工作做出综合性的评价。复审即要有用户参加，也要有管理部门和软件开发人员参加。 “图书管理系统”需求分析报告（实例） 10.3. 需求概述 10.3.1 目标 “图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。该系统针对的用户是单个中小型图书室，藏书的种类和数量较少，系统需要操作方便，方便管理员对整个系统管理和学生借阅书的方便。 10.3.2 用户类和特征 最终的用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作知识即可。 10.3.3 运行环境 参见2.3 可行性分析报告的运行环境。 “图书管理系统”需求分析报告（实例） 10.3.3. 功能需求 本系统相应的需求有： （1）能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理，这主要包括： 图书信息的录入、删除及修改。 图书信息的多关键字检索查询。 图书的出借、返还和资料统计。 （2）能够对一定数量的读者进行相应的信息存储与管理，这其中包括： 读者信息的登记、删除及修改。 读者资料的统计与查询。 能够提供一定的安全机制，提供数据信息授权访问。 “图书管理系统”需求分析报告（实例） 需求补充说明： （1）数据保存：需要长期保存在数据库的数据有： 图书信息：图书的基本信息； 读者信息：读者的基本信息； 借阅信息：图书的借阅信息； 帐号信息：图书管理员和读者的登录帐号； （2）系统用户：图书管理员、读者。 图书管理员： 对图书和读者数据可执行添加、修改、删除以及查询等操作。 读者： 可查询图书以及查询与本人相关的借阅信息。 “图书管理系统”需求分析报告（实例） 10.3.4 确定执行者 执行者是与系统交互的外部实体，它既可以是人员也可以是外部系统或硬件设备。 确定执行者可以通过提出以下问题得到： –谁使用系统的主要功能？ –谁需要系统的支持以完成日常工作任务？ –谁从系统获取信息？ –谁负责维护和管理系统以保证其正常运行？ –系统需要应付（处理）哪些外部硬件设备？ –系统需要和哪些外部系统交互？ 在本例中，可以确定“图书管理员”和“读者”为系统的执行者。“图书管理员”负责使用系统的主要功能，“读者”从系统中获取所需的信息。 “图书管理系统”需求分析报告（实例） 10.3.5 确定用例 用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。 确定用例可以通过提出以下问题得到： –参与者需要从系统中获得什么功能？参与者需要做什么？ –参与者读取、产生、删除、修改或存储系统的某些信息吗？ –系统中发生事件需要通知参与者吗？参与者需要通知系统某件事情吗？ –系统的输入/输出信息是什么？这些信息从哪儿来到哪儿去？ –采用什么实现方法满足某些特殊要求？ 本例中我们通过一定的调研和分析得到的“图书管理系统”的用例图，如图3.1所示。 “图书管理系统”需求分析报告（实例） 图3.1 用例图 “图书管理系统”需求分析报告（实例） 10.3.6 编写用例文档 用例图不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没