软件工程讲义-05 第五章 面向对象分析与的设计.ppt

软件工程第五章 面向对象分析与设计;5.1 需求获取;需求获取的第一步是理解应用领域，即目标软件的应用环境。如银行、电信公司、书店等。 一旦系统分析人员对该领域有了充分了解，就可以建立一个业务模型，描述用户的业务过程，确定用户的初始需求。然后通过迭代，更深入了解应用领域，回过头来推敲业务模型。 这种迭代过程直到双方对需求的理解达到共识。 需求获取的结果是导出用户可理解的系统规格说明。;开发用户需求的典型过程;5.1.1 与用户交互;完整的客户要求应当记录在需求文档的“概述”部分。但需求中还有一些问题需要由系统分析人员与客户商量，以明确这些需求。 例如游戏是否只允许玩家扮演一个角色还是可以同时控制多个人物？当两个人相遇时会发生什么事情？游戏是否可以联网对战等。 4) 访谈和文档记录 大部分需求获取是人与人沟通的活动，这些活动经过精心组织，以准确获得最好的效果。 准备和访谈客户的过程如下：;访谈之前 列出访谈的“客户”对象，并划分客户优先级 最有可能决定项目成败的人 安排访谈日程，设定开始和结束时间 系统开发人员至少有两人参加访谈 准备录音设备 访谈中 注意倾听 不要处于被动状态：启发和鼓励 理解客户的需要并探索要求 采用用例？或数据流图？状态图？;记录全部访谈内容 安排补充会议 访谈之后 根据标准模版撰写软件需求规格说明（SRS），打客户需求草稿 通过电子邮件征求客户意见 对于不同类型的应用，用例方法是一种获取和表达需求的有效方法。 某些需求需要通过数据流图或状态图与用户沟通。;5.1.2 描述客户需求;3) 标识用例 当双方确定了一组场景后，开发人员从该场景抽象出一组用例，描述所有可能的情况。用力表达了系统的范围。 4) 求精用例 细化每一个用例。引入带有出错处理或带有异常处理的用例，描述系统的行为，保证需求的描述是完全的。 5) 标识用例之间的关系 描述用例之间的依赖关系，提取相同功能，建立用例模型。 6) 标识非功能需求 包括系统性能上的约束、文档、使用资源、安全性和质量等需求。;需求获取期间，开发人员需要访问一些不同的信息资源： 客户提供的与应用领域相关的文档和手册。 将被目标系统替代的遗留系统的技术文档。 最终用户和客户本人。 以“图书管理系统”为例，首先标识参与者： Librarian 图书管理员：创建、修改、删除借阅者信息；添加、编辑、删除馆藏图书信息；添加、编辑、删除流通图书信息。 Borrower 借阅者：借阅、预约、归还流通图书，以及取消图书预约。;流通图书（Book）是指某种馆藏图书（Title）的某一流通中的复本。例如“数学分析教程第二册”的 5 本馆藏复本中的第 3 本。 识别用例： BorrowBook：借阅流通图书 ReturnBook：返还流通图书 RecerveTitle：预约某种馆藏图书 CancelReservation：取消预约 MaintainBorrowerInfo：维护借阅者信息，包括创建、修改、取消借阅者账户 MaintainTitleInfo：维护馆藏图书信息，包; 括添加、修改、删除馆藏图书信息 MaintainBookInfo：维护流通图书信息，包括添加、修改、删除流通图书信息 Login：登录 识别参与者与用例之间的关系（场景） Borrower执行BorrowBook、ReturnBook、ReserveTitle、CancelReservation等用例。 Borrower是通过Librarian完成上述用例的工作。则Borrower与Librarian存在依赖关系。 Librarian还与MaintainBorrowerInfo、Main- tainTitleInfo、 MaintainBookInfo交互。;Librarian还需要与用例Login交互。 画出用例图;用例BorrowBook的规格说明 1.1 前置条件：在此用例开始之前，Librarian必须登录到系统中。;1.2 后置条件：如果此用例执行成功，在系统中建立并存储一条借阅记录，必须时需要删除预约记录。如果执行不成功，系统状态不变。 1.3 事件流 基本流 当Borrower借阅馆藏图书，且Librarian选择“借书”，则此用例启动。 提供馆藏图书和借阅者信息。 检索馆藏图书（E-1）。 确定该馆藏图书的物理复本（流通图书）是否在架（E-2）。;检索借阅者（E-3）。 将流通图书交给借阅者。 创建并存储借阅记录。 删除预约记录。 候补流 E-1：若该种图书不存在，系统显示提示信息，用例终止。 E-2：若该种图书都已解出，系统显示提示信息，用例终止。 E-3：系统中不存在该借阅者，系统显示提示信息，用例终止。 ;5.1.3 与用户沟通的其他工具;借书过程的数据流图;