软件工程实践-3-需求工程(2用例)课件

软件工程实践第3章需求工程（用例）一、功能性需求功能性需求是用来描述系统能够提供哪些功能来解决用户提出的问题。面向对象的功能模型强调人们日常描述问题的习惯和形式。分析者利用情景或经历来描述用户和软件系统之间的交互方式，从而获取需求。IvarJacobson把这种看法系统地阐述成用例的方法，利用它进行需求获取和建模。1.用例的描述形式用例实例用例名称：通过万维网购买股票范围：私人顾问系统中金融包功能（PAF）项目相关人员和利益：购买——购买股票，并希望所买股票能自动被加到金融包中。股票代理商——希望得到全部的购买信息。前置条件：用户已经启动PAF成功保障：远程web站点认可此次购买事件；日志和用户记录被更新。基本流程：1、购买者选择通过万维网来购买股票。2、系统从用户那里得到所用站点的名称。3、系统与该站点建立网络连接，并保持控制权。4、购买者在该站点上浏览并购买股票。5、系统截取站点的响应信息，并更新购买者的记录。6、系统向用户显示更新后的记录情况。分支流程：2a.购买者要使用一个系统不支持的站点：2a1.系统从购买者那里获取新建议，转向取消系统支持的用例。3a.在设置过程中，网络发生故障：3a1.系统向购买者报告错误，并建议他退回到第一步3a2.购买者或者退出用例，或者重新再试。4a.计算机系统崩溃，或在交易过程中被关掉4a1.（这时我们该怎么办？）4b.web站点没有及时认可此次购买活动，而是把它推迟处理：4b1.系统把这次推迟事件记入日志，设置一个时钟，定期向购买者询问结果用例的特征用例是一个自包含的单元用例必须由参与者发起并监控用例必须完成一个特定目标用例应该使系统保持在稳定状态用例是黑盒风格需求并不是在项目一开始就很明确，往往是随着项目的推进，逐渐细化。人的认知往往具有层次的特性。从粗到细、从一般到特殊。采用不同的层次来描述，适于认知的过程。例子用例的层次高层次目标—概要级用例低层次目标—用户级用例用例的可视化描述3.参与者概念也可称为执行者。是任何具有行为的人或事物。参与者和用例通信并且期待它的反馈——一个有价值或可觉察的结果。4.用例的描述方法三种常用形式摘要简介的一段式概要，通常用于主成功场景非正式非正式的段落格式。用几个段落覆盖非正式场景详述详细编写所有步骤及各种变化，同时具有补充部分，如前置条件和成功保障。用例是文本形式的。详述形式的用例模板内容构建用例的过程将事件表按照参与者分组对事件进行归类，命名具有群集趋向的事件这些事件的共同点是什么？这些事件有相同的最终目标吗？倘若有，目标是什么？采用用例图描述分析的结果对用例进行描述三、由事件表向用例的转化用例产生的过程1.描述系统特性根据业务目标构建系统特性3.编写事件表将MSMS项目事件表进行分组5.对用例进行描述对用例的描述摘要式描述登录：设定使用权限。用户提供用户名和密码，系统根据注册信息进行验证，通过后根据用户权限显示主界面。藏书管理：对个人拥有图书信息的管理。添加：登记新购买图书的信息，包括书名、作者、译者、出版社、购买时间（系统自动给出录入时间）、价格、对图书的推荐信息、喜爱程度（默认情况下为3星，最高等级为5级，最低等级为1级），数量（默认为1本，极个别情况会出现多本重复书籍）、归类（方便管理，可自己设定归类名称）。系统根据图书名称进行重复图书检查之后，将图书信息进行存储，并提示存储成功。系统重新显示初始录入界面，用户可以进行下一本图书的录入过程。还书：将拣来的图书进行归还。从晒书场上捡来的图书到期后，拣书者应主动向藏书拥有者归还图书。系统在收到捡书者的归还请求后，自动向藏书拥有者发送提示信息。藏书拥有者在确定拿到图书后，通过系统进行确认彻底改变图书的状态（变为被晾晒图书，或收回私人藏书室）图书推荐：老师们可以推荐自己喜爱的图书，得到的推荐列表可以作为购买图书的依据。非正式形式的样例项目用例用例UC2：藏书管理对个人拥有图书信息的管理。用例UC2.1：添加藏书基本流程：藏书者登记新购买图书的信息，包括书名、作者、译者、出版社、购买时间（系统自动给出录入时间）、价格、对图书的推荐信息、喜爱程度（默认情况下为3星，最高等级为5级，最低等级为1级），数量（默认为1本，极个别情况会出现多本重复书籍）、归类（方便管理，可自己设定归类名称）。系统进行输入信息的有效性检查系统根据图书名称进行重复图书检查存储图书信息，并提示存储成功。系统重新显示初始录入界面，用户可以进行下一本图书的录入过程。分支流程：1.a、如果藏书者录入信息有误1、系统提示藏书者此信息2、返回添加藏书界面，界面保持原来填写数据3.a、如果图书名称发生重复，系统将提示此信息，并给出相应图书列表，用户可以查阅图书的详细信息，同时要求用户对此情况进行处理。1、如果确认图书录入重复，则系统放弃对当前图书信息的存储2、如果只是同名不同书，则用户确认此情况后，系统对当前录入的图书信息进行保存。分支流程：

1.a、如果藏书者录入信息有误

1、系统提示藏书者此信息

2、返回添加藏书界面，界面保持原来填写数据

3.a、如果图书名称发生重复，系统将提示此信息，并给出相应图书列表，用户可以查阅图书的详细信息，同时要求用户对此情况进行处理。

1、如果确认图书录入重复，则系统放弃对当前图书信息的存储

2、如果只是同名不同书，则用户确认此情况后，系统对当前录入的图书信息进行保存。特殊需求：

希望能够上传图书封皮的小图像

希望系统能够对新录入的图书自动根据编码规则编号技术和数据变元表:

资料管理员在录入图书信息时，希望使用读卡器读取图书的ISDN号发生频率：阵发式杂项：

系统是否能够提供嵌入式的图像扫描功能，并自动转换成图书封面格式练习：将RP项目事件表进行分组（原始表）RP公司的应用程序中的事件表主语动词宾语频率到达方式响应顾客下订单1000/天阵发式编辑订单并将其保存在系统中运货职员发送货物700/天阵发式货物打包，并根据发货要求发货顾客购买担保60/天阵发式按条款确认货物并记录顾客修改订单5/天阵发式编辑修改订单并记录供应商发送商品目录5~10/天阵发式登记新的商品目录顾客取消订单1/周阵发式从系统中删除订单时间产生延期交货报告3/周阵发式产生报告时间产生会计接口数据1/周阵发式向系统添加接口数据客户服务职员修改地址5/周阵发式修改地址打包职员准备货物100/天阵发式打包完毕，准备发货经理查询订单5/天阵发式完成要求财务职员查询应付款发票10/天阵发式产生欠款报表顾客查询订单200/天阵发式提供订单信息对事件按照参与者分组后的事件表主语动词宾语频率到达方式响应顾客下订单1000/天阵发式编辑订单并将其保存在系统中顾客购买担保60/天阵发式按条款确认货物并记录顾客修改订单5/天阵发式编辑修改订单并记录顾客取消订单1/周阵发式从系统中删除订单顾客查询订单200/天阵发式提供订单信息运货职员发送货物700/天阵发式货物打包，并根据发货要求发货供应商发送商品目录5~10/天阵发式登记新的商品目录时间产生延期交货报告3/周阵发式产生报告时间产生会计接口数据1/周阵发式向系统添加接口数据客户服务职员修改地址5/周阵发式修改地址打包职员准备货物100/天阵发式打包完毕，准备发货经理查询订单5/天阵发式完成要求财务职员查询应付款发票10/天阵发式产生欠款报表显示执行者的意图，而不是动作修改前 顾客使用ID和密码进入系统系统验证顾客身份顾客提供姓名顾客提供地址顾客提供电话号码顾客选取商品顾客确定购买商品数量系统验证是否为老顾客系统打开库存系统的连接系统通过库存系统请求当前库存量库存系统返回当前库存量系统验证购买商品的数量是否足够四、用例编写的准则修改后顾客使用ID、密码进入系统系统验证顾客身份顾客提供姓名、地址、电话号码系统验证顾客是否为老顾客顾客选择购买商品及相关数量系统有库存系统验证购买商品是否有足够库存……从俯视的角度编写用例修改前系统读取ATM卡和PIN号码，并从账号余额中扣除一定数量修改后用户插入ATM卡并输入PIN号码系统从账号余额中扣除一定数量“确认”而不是“检查是否”修改前系统检查密码是否正确如果密码正确，系统向用户提供有效操作修改后系统确认密码正确系统向用户提供有效操作登记课程1.显示一张空白的课程表。2.显示所有课程的列表，方式如下：左端窗口按字母顺序列出系统中的所有课程；底部窗口显示突出课程的上课时间；第3个窗口显示当前课表中的所有课程。3.选择课程。4.学生单击某一课程。5.更新底部窗口，显示该课程的上课时间。6.学生单击该课程某一时间，然后单击“添加课程”按钮。7.检查学生是否学习了必要的前导课程，以及该课程是否没有限制。8.如果该课程没有限制，而且学生也学习了必要的前导课程，则把该学生加入到该课程中。显示更新的课程表，这里面应该出现新添加的课程。如果上述检查为否，则显示一条消息：“您还没有学习前导课程，请选择其他课程”。9.在课程表中把该课程标记为“已登记”。10.学生单击“保存课程表”，课程选择结束。11.保存课程表，返回主选择屏幕。问题用户界面细节太多（步骤2、5、6、10）用户界面设计细节一般不是需求，是设计选择。太冗长（步骤8）用例太冗长，导致难以阅读。编写较好用例应该很短小，通常为3~9步。句子片段（步骤1、2、3、7）没有点明参与者，会对有很多用例编写人员和读者的项目