软件工程-10-获得功能性需求2009

《软件工程-10-获得功能性需求2009》由会员分享，可在线阅读，更多相关《软件工程-10-获得功能性需求2009（35页珍藏版）》请在金锄头文库上搜索。

1、Software Engineering软件工程软件工程第十一章 获取功能性需求一、功能性需求v功能性需求 是用来描述系统能够提供哪些功能来解决用户提出 的问题。 v已经学习过的技术 结构化的功能模型 以数据流程图为核心，描述数据在流动加工过程中的 变化，抽取功能模型。v面向对象的功能模型 强调人们日常描述问题的习惯和形式。 分析者总是利用情景或经历来描述用户和软件系统 之间的交互方式，从而获取需求。Ivar Jacobson把这种看法系统地 阐述成 用例 的方法，利用它进行 需求获取和建模。v用例的概念 一组组用例的实实例，其中每个实实例都是系统执统执 行的一系 列活动动，这这些活动产动产

2、生了对对某个参与者而言可观观察 的返回结结果。 用例描述了在不同条件下，系统对统对 某一项项目相关人员员 的请请求所作出的响应应，是系统统中各相关人员员之间间就系 统统行为为所达成的契约约。 根据参与者作出的请请求和请请求涉及的条件，系统统将执执 行不同的行为为序列，每一行为为序列被称之为为一个场场景 。 一个用例是多个不同场场景的集合。一、用例模型1.用例的描述形式v用例实实例 通过过万维维网购买购买 股票 基本流程： 1、购买购买 者选择选择 通过过万维维网来购买购买 股票 2、系统统从用户户那里得到所用站点的名称。 3、系统统与该该站点建立网络连络连 接，并保持控制权权 4、购买购买 者

3、在该该站点上浏览浏览 并购买购买 股票。 5、系统统截取站点的响应应信息，并更新购买购买 者的记记 录录 6、系统统向用户显户显 示更新后的记录记录 情况 分支流程： 2a. 购买购买 者要使用一个系统统不支持的站点：2a1.系统统从购买购买 者那里获获取新建议议，转转向取消系统统 支持的用例。 3a. 在设设置过过程中，网络发络发 生故障： 3a1.系统统向购买购买 者报报告错误错误 ，并建议议他退回到第一 步3a2.购买购买 者或者退出用例，或者重新再试试。 4a. 计计算机系统统崩溃溃，或在交易过过程中被关掉4a1.（这时这时 我们该们该 怎么办办？） 4b. web站点没有及时认时认

4、可此次购买购买 活动动，而是把它 推迟处迟处 理：4b1.系统统把这这次推迟迟事件记记入日志，设设置一个时钟时钟 ，定期向购买购买 者询问结询问结 果v含义义 用例是一个自包含的单单元 用例必须须由参与者发发起并监监控 用例必须须完成一个特定目标标 用例应该应该 使系统统保持在稳稳定状态态v 用例是黑盒风风格 需求并不是在项项目一开始就很明确，往往是随着项项目的推 进进，逐渐细渐细 化。 人的认认知往往具有层层次的特性。从粗到细细、从一般到特殊 。采用不同的层层次来描述，适于认认知的过过程。 例子v 用例的层层次 高层层次目标标概要级级用例 低层层次目标标用户级户级 用例v用例模型 是所有书书

5、面用例的集合 是系统统功能性和环环境的模型 用例模型中可包括UML用例图图，以显显示用例和参与 者的名称及其关系v 用例的可视视化描述v用例之间间的联联系2.用例之间的关系3.参与者v概念 也可称为执为执 行者。 是任何具有行为为的人或事物。 参与者和用例通信并且期待它的反馈馈一个有价 值值或可觉觉察的结结果。v参与者的类类型有三种 主要参与者 具有用户户目标标，并通过过使用当前系统统的服务务完成。 例如，收银员银员 。他们们是发现驱动发现驱动 用例的用户户目标标 。 协协助参与者 为为当前系统统提供服务务。例如，自动动付费费授权权服务务。 协协助参与者通常是计计算机系统统，但也可以是组织组织

6、 或 人。通过协过协 助参与者可以明确外部接口和协议协议 。 幕后参与者 在用例行为为中具有影响或利益，但不是主要或协协助 参与者。例如政府税收机关。幕后参与者的确定确 保确定并满满足所有必要的重要事务务。如果不明确地 对对幕后参与者进进行命名，则则有时时很容易忽略其影响 或利益。4.用例的描述方法v三种常用形式 摘要 简简介的一段式概要，通常用于主成功场场景 非正式 非正式的段落格式。用几个段落覆盖非正式场场景 详详述 详细编详细编 写所有步骤骤及各种变变化，同时时具有补补充部分 ，如前置条件和成功保障。 v用例是文本形式的。v详详述形式的用例模板内容v将事件表按照参与者分组组 v对对事件进

7、进行归类归类 ，命名具有群集趋趋向的事件 这这些事件的共同点是什么？ 这这些事件有相同的最终终目标吗标吗 ？倘若有，目标标是什 么？ v采用用例图图描述分析的结结果二、由事件表向用例的转化v 用例产产生的过过程v列出事件清单v将MSMS项项目事件表进进行分组组v整理后的用例图图v 对对用例的描述 摘要式描述登录：设定使用权限。用户提供用户名和密码，系统根据注册信息进行验证 ，通过后根据 用户权 限显示主界面。 藏书管理：对个人拥有图书 信息的管理。 添加：登记新购买图书 的信息，包括书名、作者、译者、出版社、购买时间 （系统自动 给出录入时间 ）、价格、对图书 的推荐信息、喜爱程度（默认情况下

8、为3星，最高等 级为 5级，最低等级为 1级），数量（默认为 1本，极个别情况会出现多本重复书籍） 、归类 （方便管理，可自己设定归类 名称）。系统根据图书 名称进行重复图书检查 之 后，将图书 信息进行存储，并提示存储成功。系统重新显示初始录入界面，用户可以 进行下一本图书 的录入过程。 查询 ：根据指定条件进行图书 信息的查询 ，条件包括书名、作者、购买时间 范围、喜爱 程度、公开程度（是否进行晾晒）。 修改：图书资 料的内容有可能会出现偏差，通过信息修改功能改正偏差 还书 ：将拣来的图书进 行归还 。从晒书场 上捡来的图书 到期后，拣书 者应主动向藏书拥 有者归还图书 。系统在收到捡书

9、者的归还请 求后，自动向藏书拥 有者发送提示信息。 藏书拥 有者在确定拿到图书 后，通过系统进 行确认彻 底改变图书 的状态（变为 被晾 晒图书 ，或收回私人藏书室） 图书 推荐：老师们 可以推荐自己喜爱的图书 ，得到的推荐列表可以作为购买图书 的依据 。v 非正式形式的样样例项项目用例用例UC2：藏书管理 对个人拥有图书 信息的管理。 用例UC2.1：添加藏书 基本流程： 1.藏书者登记新购买图书 的信息，包括书名、作者、译者、出版社、购买时间 （系统自动 给出录入时间 ）、价格、对图书 的推荐信息、喜爱程度（默认情况下为3星，最高等级为 5 级，最低等级为 1级），数量（默认为 1本，极个

10、别情况会出现多本重复书籍）、归类 （方 便管理，可自己设定归类 名称）。 2.系统进 行输入信息的有效性检查 3.系统根据图书 名称进行重复图书检查 4.存储图书 信息，并提示存储成功。 5.系统重新显示初始录入界面，用户可以进行下一本图书 的录入过程。 分支流程： 1.a、如果藏书者录入信息有误1、系统提示藏书者此信息2、返回添加藏书界面，界面保持原来填写数据 3.a、如果图书 名称发生重复，系统将提示此信息，并给出相应图书 列表，用户可以查阅图 书的详细 信息，同时要求用户对 此情况进行处理。 1、 如果确认图书录 入重复，则系统放弃对当前图书 信息的存储 2、 如果只是同名不同书，则用户

11、确认此情况后，系统对 当前录入的图书 信息进行保存。v 详详述形式的样样例项项目用例 分支流程： 1.a、如果藏书者录入信息有误1、系统提示藏书者此信息2、返回添加藏书界面，界面保持原来填写数据 3.a、如果图书 名称发生重复，系统将提示此信息，并给出相应图书 列表，用户可以 查阅图书 的详细 信息，同时要求用户对 此情况进行处理。 1、 如果确认图书录 入重复，则系统放弃对当前图书 信息的存储 2、 如果只是同名不同书，则用户确认此情况后，系统对 当前录入的图书 信息进行保 存。 特殊需求：希望能够上传图书 封皮的小图像希望系统能够对 新录入的图书 自动根据编码规则编 号技术和数据变元表:资

12、料管理员在录入图书 信息时，希望使用读卡器读取图书 的ISDN号发生频率：阵发 式杂项 ：系统是否能够提供嵌入式的图像扫描功能，并自动转换 成图书 封面格式v 练习练习 ：将RP项项目事件表进进行分组组（原始表）RP公司的应用程序中的事件表主语动词宾语频率到达方式响应顾客下订单1000/天阵发 式编辑订单 并将其保存在系统中运货职员发送货物700/天阵发 式货物打包，并根据发货 要求发货顾客购买担保60/天阵发 式按条款确认货 物并记录顾客修改订单5/天阵发 式编辑 修改订单 并记录供应商发送商品目录510/天阵发 式登记新的商品目录顾客取消订单1/周阵发 式从系统中删除订单时间产生延期交货报

13、 告3/周阵发 式产生报告时间产生会计接口数据1/周阵发 式向系统添加接口数据客户服务职员修改地址5/周阵发 式修改地址打包职员准备货物100/天阵发 式打包完毕，准备发货经理查询订单5/天阵发 式完成要求财务职员查询应付款发票10/天阵发 式产生欠款报表顾客查询订单200/天阵发 式提供订单 信息v 对对事件按照参与者分组组后的事件表主语动词宾语频率到达方式响应 顾客下订单1000/天阵发式编辑订单 并将其保存在系统中顾客购买担保60/天阵发式按条款确认货物并记录顾客修改订单5/天阵发式编辑修改订单并记录顾客取消订单1/周阵发式从系统中删除订单顾客查询订单200/天阵发式提供订单信息运货职员

14、发送货物700/天阵发式货物打包，并根据发货要求发货供应商发送商品目录510/天阵发式登记新的商品目录时间产生延期交货报告3/周阵发式产生报告时间产生会计接口数据1/周阵发式向系统添加接口数据客户服务职员修改地址5/周阵发式修改地址打包职员准备货物100/天阵发式打包完毕，准备发货经理查询订单5/天阵发式完成要求财务职员查询应付款发票10/天阵发式产生欠款报表v 整理后的用例图图v 显显示执执行者的意图图，而不是动动作 修改前修改前 顾顾客使用ID和密码进码进 入系统统 系统验证顾统验证顾 客身份 顾顾客提供姓名 顾顾客提供地址 顾顾客提供电话电话 号码码 顾顾客选选取商品 顾顾客确定购买购买

15、 商品数量 系统验证统验证 是否为为老顾顾客 系统统打开库库存系统统的连连接 系统统通过库过库 存系统请统请 求当前库库存量 库库存系统统返回当前库库存量 系统验证购买统验证购买 商品的数量是否足够够三、用例编写的准则 修改后修改后 顾顾客使用ID、密码进码进 入系统统 系统验证顾统验证顾 客身份 顾顾客提供姓名、地址、电话电话 号码码 系统验证顾统验证顾 客是否为为老顾顾客 顾顾客选择购买选择购买 商品及相关数量 系统统有库库存系统验证购买统验证购买 商品是否有足够库够库 存 v从俯视视的角度编编写用例 修改前 系统读统读 取ATM卡和PIN号码码，并从账账号余额额中扣除 一定数量 修改后 用户户插入ATM卡并输输入PIN号码码 系统统从账账号余额额中扣除一定数量v“确认认”而不是“检查检查 是否” 修改前 系统检查统检查 密码码是否正确 如果密码码正确，系统统向用户户提供有效操作 修改后 系统统确认认密码码正确 系统统向用户户提供有效操作本章知识点总结v获得功能性需求 用例模型的作用 如何构建用例模型