第2章_需求与用例技术.pptVIP

*;*;通常软件开发项目是要实现目标系统的物理模型。作为目标 系统的参考，需求分析的任务就是借助于当前系统的逻辑模 型导出目标系统的逻辑模型，解决目标系统的“做什么”的 问题。其实现步骤如图2-1所示。;业务需求: 反映了组织机构或客户对系统、产品高层次的目标要求； 用户需求: 描述了用户使用系统必须要完成的任务； 功能和非功能需求: 定义了开发人员必须实现的软件功能； 环境、约束的需求 接口的需求;*;*;*; 用例的概念在1986年由Ivar Jacobson正式提出之后被广泛接受，迅速发展，已成为OO、UML、RUP的标准规范和方法。;*;四个特征： 行为序列(sequences of actions)：一个用例由一组可产生某些特定结果的行为构成，这些行为是不可再分解的(接收用户输入、执行、产生结果)。;*;（1） 参与者 (actor);*;特殊的参与者：系统时钟 ;（2）确定用例（use case）;确定用例;例：ATM系统的用例; 银行客户;ATM系统的参与者与用例之间的通讯关联;启动系统的用例;*;2.2.3 用例图上的关系扩展 ;（1）参与者之间的关系;（2）用例之间的关系; 包含(include) ; 扩展(extend);例：用例之间的扩展(extend)关系;例：用例和用例之间的包含(include)关系;*;*;*;2.2.4 用例的文字描述;在图书管理系统中，要为每个借阅者建立一个账号，并给借阅者发放借阅卡（借阅卡可以提供借阅卡号、借阅者名）。账户中存储借阅者的个人信息，借阅信息以及预定信息。 ;在借阅书刊时，需要输入所借阅的书刊名、书刊的ISBN/ISSN号，然后输入借阅者的图书卡号和借阅者名，完成后提交所填表格，系统验证借阅者是否有效（在系统中存在账号）。若有效，借阅请求被接受，系统查询数据库系统，看借阅者所借阅的书刊是否存在，若存在，则借阅者可以借出书刊，建立并在系统中存储借阅纪录。; （1）图书管理员可以创建新的借阅者账号。 （2）借阅者持有借阅卡（借阅者名和借阅卡号）。 （3）图书管理员作为借阅者的代理借书。 （4）图书管理员作为借阅者的代理预订书刊。 （5）图书管理员作为借阅者的代理取消预订。 （6）图书管理员作为借阅者的代理还书。 ; （7） 图书管理员可以修改借阅者的账户信息。 （8） 图书管理员可以删除已经存在的借阅者账户。 （9） 图书管理员可以添加新的书刊种类。 （10） 图书管理员可以修改书刊种类信息。 （11） 图书管理员可以删除系统中的书刊种。 （12） 图书管理员可以在系统中添加书刊的信息（注意 区分“书刊种类”和“书刊”）。 （13） 图书管理员可以编辑书刊信息。 （14） 图书管理员可以删除书刊信息。;图书管理员： 登录 管理读者信息 管理图书信息 登记借书 登记还书;图书馆管理系统参与者与用例间的通讯关系;用例描述：登记借书; 2.2 备选流程 (1) 读者没有注册 在主流程中，如果系统没有读者的注册信息，系统将显示错 误信息，用例结束。 (2) 所借图书不存在 在主流程中，如果所借图书已被借出或者系统中无该图书， 系统将显示错误信息，用例结束。 3 前提条件：用例开始前，图书管理员必须在系统登录成功。 4 后置条件：如果用例执行成功，该读者的借书记录被更新，否 则，系统状态不变。;2.2.5 用例和制品之间的依赖关系;例2：高层用例举例;扩展用例(expanded use case);典型的事件发生过程;(7) 出纳员接收顾客的付款--顾客的付款可能高于商品 总额。;用例可以有判定点。在购买商品用例中, 顾客的付款方式可以选择:;现金支付(Pay by Cash) 的事件发生过程：;信用卡支付(Pay by Credit)的事件发生过程：;支票支付(Pay by Check)的事件发生过程：;还有哪些情况没考虑?（规定和假设）;例3：计算机管理信息系统用例;*;*;*;*;*;*;*;*;*;*;*