软件需求工程课件

软件需求工程作者1、人生最重要的不是努力，不是奋斗，而是抉择。

2、老板只能给一个位置，不能给一个未来。舞台再大，人走茶凉。

3、意外和明天不知道哪个先来。没有危机是最大的危机，满足现状是最大的陷阱。

4、所见所闻改变一生，不知不觉断送一生。

5、生意，可以掌控努力与投资，却无法掌控结果。人生得意时找出路，失意时才有退路，宝马都有备胎，您的人生呢？

6、世界上有多少有才华的失败者，世界上有很多高学历的无业游民—是因为选择错误。

7、下对注，赢一次；跟对人，赢一世。（励志电影）

8、学识不如知识，知识不如做事，做事不如做人。

9、不识货，半世苦；不识人，一世苦。

10、生命不在于活得长与短，而在于顿悟的早与晚。

11、做人处事，待人接物：重师者王，重友者霸，重己者亡。

12、没有目标的人永远为有目标的人去努力。

13、人生三阶段：比才华；比财力；比境界。

14、人若把自己框在一定的范围内，就容易限制了自己的思维和格局。

15、今天的优势会被明天的趋势代替，把握趋势，把握未来。

16、读万卷书不如行千里路，行千里路不如阅人无数，阅人无数不如名师指路。经师易得，人师难求。

17、学历代表过去，财力代表现在，学习力代表将来。

18、人生能走多远，看与谁同行；有多大成就，看有谁指点。

19、聪明的人看得懂，精明的人看得准，高明的人看得远。

20、做人不成功，成功是暂时的；做人成功，不成功也是暂时的。1、有志者，事竟成，破釜沉舟，百二秦关终属楚;苦心人，天不负，卧薪尝胆，三千越甲可吞吴。2、三军不可夺帅也，匹夫不可夺志也。3、自强为天下健，志刚为大君之道。4、要想壮志凌云，先要脚踏实地。5、好汉立志达到目的，好马登程达到千里。6、胸无大志，枉活一世。7、人无志向，和迷途的盲人一样。8、壮志与毅力是事业的双翼。9、君子之行，静以修身，俭以养德，非澹泊无以明志，非宁静无以致远。10、老骥伏枥，志在千里;烈士暮年，壮心不已。11、立志难也，不在胜人，在自胜。12、有志不在年高，无志空活百岁。13、志不立，如无舵之舟，无衔之马，漂荡奔逸，终亦何所底乎。14、一个人如果胸无大志，既使再有壮丽的举动也称不上是伟人。15、男儿不展同云志，空负天生八尺躯。16、丈夫志不大，何以佐乾坤。17、胸有凌云志，无高不可攀。18、雄心志四海，万里望风尘。19、三军可夺帅也，匹夫不可夺志也。20、志坚者，功名之柱也。登山不以艰险而止，则必臻乎峻岭。21、一人立志，万夫莫敌。22、人惟患无志，有志无有不成者。23、器大者声必闳，志高者意必远。24、立志是事业的大门，工作是登门入室的旅程。25、人生志气立，所贵功业昌。26、人若有志，万事可为。27、有志者自有千方百计，无志者只感千难万难。28、有志登山顶，无志站山脚。29、有志的人战天斗地，无志的人怨天恨地。30、无志愁压头，有志能搬山。31、千难万难，有了志向不难;千易万易，没有决心不易。32、雄心壮志是茫茫黑夜中的北斗星。33、不怕路远，就怕志短。34、对没志气的人，路程显得远;对没有银钱的人，城镇显得远。35、不为穷变节，不为贱易志。36、褴褛衣内可藏志。37、志气和贫困是患难兄弟，世人常见他们伴在一起。38、志不强者，智不达;言不行者，行不果。39、胆欲大而心欲细，志欲圆而行欲方。40、人贵有志，学贵有恒。41、大丈夫必有四方之志。42、为有牺牲多壮志，敢教日月换新天。43、丈夫志气直如铁，无曲心中道自真。44、男儿四方志，岂久困泥沙。45、理想是指路明灯。没有理想，就没有坚定的方向;而没有方向，就没有生活。46、世界上最快乐的事，莫过于为理想而奋斗。47、壮心未与年俱老，死去犹能作鬼雄。48、贫不足羞，可羞是贫而无志。49、远大的志向造就伟大的人物。50、志在山顶的人，不会贪念山腰的风景。软件需求工程软件工程是以借鉴传统工程的原则、方法，以提高质量，降低成本为目的指导计算机软件开发和维护的工程学科付出较低的开发成本；达到要求的软件功能；取得较好的软件性能；需要较低的维护费用；能按时完成开发工作，及时交付使用；

软件工程的基本目标软件需求工程作者1、人生最重要的不是努力，不是奋斗，而是抉择1软件需求工程课件2软件需求工程课件3软件需求工程课件4软件需求工程课件5课程登记实例的UseCase图课程登记实例的UseCase图6订单处理系统——初始问题描述

我们正在为NationalWidgets邮递公司开发订单处理系统。这是一家转售各种商品的公司。这家公司一年公布两次产品目录，并将其邮递给了客户和其他感兴趣的人。公司接到用户订单并适当投递。…………“你认为一年公布两次合适吗？我们的产品变化得可非常快呀？”“这只是我们的开始。我们会在需求分析过程中进一步补充和完善，加深理解。”

订单处理系统——初始问题描述我们正在为7订单处理系统——补充问题描述客户以递交订单并且向NationalWidgets公司付款的方式购买商品。NationalWidgets公司处理订单并且将产品投递到客户指定地址。 订单处理软件记录从订单收到直到商品被投递给客户的整个过程。

NationalWidgets公司提供快捷的服务。他们应该能够以最快、最有效的方法来运送客户订购的产品。

订单处理系统——补充问题描述客户以递交订单并且8风险分析——邮购市场调研多数家庭成年人都有工作，至少是兼职工作。他们都很少有时间购物。因此他们通常愿意付钱邮购商品。

网上购物日前很流行，是邮购市场的竞争者。

其它的邮递公司提供24小时订单接收服务，邮递的次数从一天到两周不等；此外还有礼品打包服务，并提供大量的折扣。优势…….信息广泛?实时处理?易于操作?可靠性高?

风险分析——邮购市场调研多数家庭成年人都有工作，9NationalWidgets的风险因素

如何在系统出错时防止丢失订单？*系统必须易于操作以使得非专业人士可以使用？***如果我们不提供Web界面是否会成功？***我们应该如何处理公司不同部门的众多实时用户？**我们应该如何应付数据库崩溃？*

有些软件设计人员没有开发经验，特别是缺少团队开发精神。***NationalWidgets的风险因素如何在系统出错时10软件需求工程课件11软件需求工程课件12问题描述我们在为一个称为NationalWidgets的邮递公司开发订单处理软件，这是一家经销各种产品的中间公司。这家公司一年两次公布产品目录，这些产品以邮递的方式送到客户以及其他感兴趣的人手中。客户以递交订购产品清单，并向NationalWidgets公司付费的方式购买商品。NationalWidgets公司处理订单，并把商品投递给客户。订单处理软件记录从订单收到直到商品被投递给客户的整个过程。NationalWidgets公司将提供快捷的服务，它们应该能够以最快捷、最有效的方法来运送客户订购的产品。客户可能退货，也可能要求重新进货。假设一种电子订购界面，例如Web，可能对某些客户更适合。我们希望使用多家运输公司和多种保险方法。

问题描述我们在为一个称为NationalWidgets的邮13问题描述（续）高：l某些软件开发人员没有经验，特别是缺少团队开发精神l

系统应该使得非专业人员便于使用l

如果不支持Web接口，我们是否会成功？

中：l

我们应该如何处理同一公司之中不同部门的并发用户?低：l

我们在系统失败时应该如何避免丢失订单？l

如果系统立即被订单淹没将会怎样？l

如何处理数据库崩溃？问题描述（续）高：14初始阶段交付项

完成交付项ü

项目描述ü

风险分析

用例图

角色和用例描述

项目提议

初始阶段交付项完成交付项ü

项15确定系统边界什么是系统边界？NationalWidgets公司需要把订购的商品投递给客户。投递过程包括打包和贴标签、称重量，再根据运送方法、邮递速度、保险、重量、目的地等等收取邮资。我们的订单处理系统要包括计算邮费吗？如何计算？确定系统边界什么是系统边界？16确定执行者（ACTOR）

l

谁使用这个系统？l

谁安装系统？l

谁启动系统？l

谁维护系统？l

谁关闭系统？l

其他哪些系统使用这个系统？l

谁从这个系统获取信息？l

谁为这个系统提供信息？l

是否有相关事件自动在预定的时间发生？

确定执行者（ACTOR）

l

谁使用这个系统17订单处理执行者订单处理执行者18确定用例(USECASE)

从执行者的角度看，用例应该是一个完整的任务。

考虑以下问题：执行者想要系统有什么样的功能？系统存储信息吗？执行者将要创建、读取、更新、或删除什么样的信息？系统是否需要把自身内部状态的变化通知给执行者？有哪些外部的事件系统必须知道？确定用例(USECASE)

从执行者的角度看，用例应该19订单处理用例图订单处理用例图20描述执行者和用例

客户（Customer）——从NationalWidgets公司订购商品的人客户代表(Customerrep)——NationalWidgets公司处理客户请求的雇员运输公司(Shippingcompany)——USPS,UPS,DHL,FedEx,DM等等职员(Clerk)——NationalWidgets公司的雇员，负责包装、贴标签和运送订货。库存系统(Inventorysystem)—记录公司存货的软件记账系统(Accountingsystem)—记录公司账目的软件描述执行者和用例

客户（Customer）——从Nation21订单处理用例描述

订购货物(PlaceOrder)—客户提交新商品订单并且为商品付费。获得目录(GetCatalog)—客户要求得到一个目录或产品清单。获得订单的状态(GetStatusonOrder)—客户得到一个已存在订单的状态。退货(ReturnProduct)—客户退还商品并要求赔偿。取消订单(CancelOrder)—客户取消一个已存在的订单。记录投诉(RegisterComplain)—客户向公司发送投诉信息。运送包裹(DeliverPackages)—要求运输公司将商品运送到客户手中。计算邮费(CalculatePostage)—计算将商品投递到客户手中需要多少邮费。打印信件标签(PrintMailingLabel)—打印信件标签。更新商品数量(UpdateProductQuantities)—更新库存的商品数量订单处理用例描述订购货物(PlaceOrder)—客户提22订单处理用例图订单处理用例图23订购处理用例包——用例重组

如果用例图过于庞大和杂乱将会如何处理？——需要创建多个用例图。每一个图可能代表系统中一个主要领域功能。在大型系统中，可以创建包来代表子系统或者主要功能领域。在UML之中，包是其他UML元素的载体。然后为每一个包绘制一张用例图，来表示它所包含的用例。

订购货物订购处理用例包——用例重组如果用例图过于庞大和杂乱将会如何24

订购货物用例图订购货物用例图25

订购完成用例图订购完成用例图26确定项目范围当分阶段实施项目计划时，要分清优先级，确定项目范围。确定需求优先级时，需要考虑你所确定的风险和市场因素。因此“一定要有”不是仅仅基于技术需要，但是可能也会在市场上遇到风险。对于NationalWidgets公司来说，这可能意味着Web界面是一个订单处理系统“一定要有”的因素，因为其他的邮递公司都提供这一功能。这一特性是跟上市场竞争的要求。根据优先级将需求确定为：一定要有应该有考虑要有我们已经考察了市场,并且注意到网上商务的确很流行。在订单处理系统中是否应该有网页,在线产品目录和电子订单?确定项目范围当分阶段实施项目计划时，要分清优先级，确定项目范27初始阶段交付项

完成交付项ü

项目描述ü

风险分析

用例图

角色和用例描述

项目提议完成交付项ü

项目描述ü

风险分析ü

用例图ü

角色和用例描述ü

项目建议完成交付项ü

项目描述ü

风险分析ü

用例图ü

角色和用例描述ü

项目建议初始阶段交付项完成交付项ü

项目描28细化阶段编写详细的用例并归档构建软件体系结构确定进一步实施计划细化阶段编写详细的用例并归档29订购货物详细用例

前置条件：一个合法的客户已经登录到这个系统事件流：当客户选择订购货物时，用例开始。客户输入他（她）的姓名和地址。如果客户只输入邮编，系统将给出州和市区名。客户输入想要购买的商品代码。系统为每一项给出商品描述和价格。系统保存有连续的的已经订购的产品清单。客户输入信用卡支付信息。客户选择提交。系统检验输入的信息，把该订单作为未完成的交易保存，同时向记账系统提供支付信息。如果客户提交的信息不正确，系统就提示客户修改。当支付被确认后，该订单也被标记上已经确认，同时返回给客户一个订单ID，用例也就结束了; 如果支付没有被确认，系统将提示客户去改正支付信息或者取消。 如果客户选择去修改信息，就回到第7步；如果选择取消，用例结束。后置条件：如果订单没有被取消，它将被保存在系统里，并 做上标记。订购货物详细用例前置条件：一个合法的客户已经登录到这个系30用例的表格表示

客户代表系统记账系统1．接收到取消订单的请求

2．输入一个订单ID

3．按下搜索

4．显示订单内容

5．选择取消

6．给该订单作取消标记

7．向客户账号中返钱用例的表格表示31基本路径与扩展基本路径与扩展32细化阶段交付项完成交付项ü

项目描述ü

风险分析

用例图

角色和用例描述

项目提议完成交付项ü

项目描述ü

风险分析ü

用例图ü

角色和用例描述ü

项目建议完成交付项ü

项目描述ü

风险分析ü

用例图ü

角色和用例描述ü

项目建议完成交付项ˇ细化的基本路径ˇ可选路径

活动图

用户接口图表（可选）

体系结构

项目计划完成交付项ü

细化的基本路径ü

可选路径

活动图

用户接口图表（可选）

体系结构

项目计划细化阶段交付项完成交付项ü

项目描述33辅助分析技术用活动图来描述用例的步骤，并在用例文档中专门加一节刻画活动图。用简单的时序图来显示执行者和系统的相互作用，并加到用例文档中。客户选择订购货物，用例开始。客户键入他或她的姓名和地址。如果客户键入唯一的邮递区码，系统提供州和市客户键入想要订购的产品的产品号。对于每一个键入的产品号系统提供产品描述和价格。系统把单价加入总价中。结束循环客户键入信用卡支付信息客户选择提交系统确认信息，把这次订购以未完成交易保存以来，向记账系统提交支付信息。当支付确认后，订单被标志为确认，返回用户一个订单ID，用例结束。辅助分析技术用活动图来描述用例的步骤，并在用例文档中专门加一34活动图活动图35免费样品领用物资管理部－综合计划物资管理部计划员将有关材料计划输入系统申请部门经理审批领料单申请部门申请部门向物资管理部－仓库领料免费样品领用申请书计划人员从系统中打印领料单物资管理部－仓库已批准的领料单材料帐务人员从系统中确认领料综合计划经理对领料单进行审核成品发料员进行签字、发料财务部财务人员进行帐务处理免费样品领用物资管理部－综合计划物资管理部计划申请部门领料单36订购货物的简单时序图订购货物的简单时序图37细化阶段交付项完成交付项ü

项目描述ü

风险分析

用例图

角色和用例描述

项目提议完成交付项ü

项目描述ü

风险分析ü

用例图ü

角色和用例描述ü

项目建议完成交付项ü

项目描述ü

风险分析ü

用例图ü

角色和用例描述ü

项目建议完成交付项ˇ细化的基本路径ˇ可选路径

活动图

用户接口图表（可选）

体系结构

项目计划完成交付项ü

细化的基本路径ü

可选路径

活动图

用户接口图表（可选）

体系结构

项目计划完成交付项ü

详细基本路径ü

可选路径ü

活动图ü

用户接口图（操作界面）

体系结构

项目计划细化阶段交付项完成交付项ü

项目描述38感谢您的关注感谢您的关注软件需求工程作者1、人生最重要的不是努力，不是奋斗，而是抉择。

2、老板只能给一个位置，不能给一个未来。舞台再大，人走茶凉。

3、意外和明天不知道哪个先来。没有危机是最大的危机，满足现状是最大的陷阱。

4、所见所闻改变一生，不知不觉断送一生。

5、生意，可以掌控努力与投资，却无法掌控结果。人生得意时找出路，失意时才有退路，宝马都有备胎，您的人生呢？

6、世界上有多少有才华的失败者，世界上有很多高学历的无业游民—是因为选择错误。

7、下对注，赢一次；跟对人，赢一世。（励志电影）

8、学识不如知识，知识不如做事，做事不如做人。

9、不识货，半世苦；不识人，一世苦。

10、生命不在于活得长与短，而在于顿悟的早与晚。

11、做人处事，待人接物：重师者王，重友者霸，重己者亡。

12、没有目标的人永远为有目标的人去努力。

13、人生三阶段：比才华；比财力；比境界。

14、人若把自己框在一定的范围内，就容易限制了自己的思维和格局。

15、今天的优势会被明天的趋势代替，把握趋势，把握未来。

16、读万卷书不如行千里路，行千里路不如阅人无数，阅人无数不如名师指路。经师易得，人师难求。

17、学历代表过去，财力代表现在，学习力代表将来。

18、人生能走多远，看与谁同行；有多大成就，看有谁指点。

19、聪明的人看得懂，精明的人看得准，高明的人看得远。

20、做人不成功，成功是暂时的；做人成功，不成功也是暂时的。1、有志者，事竟成，破釜沉舟，百二秦关终属楚;苦心人，天不负，卧薪尝胆，三千越甲可吞吴。2、三军不可夺帅也，匹夫不可夺志也。3、自强为天下健，志刚为大君之道。4、要想壮志凌云，先要脚踏实地。5、好汉立志达到目的，好马登程达到千里。6、胸无大志，枉活一世。7、人无志向，和迷途的盲人一样。8、壮志与毅力是事业的双翼。9、君子之行，静以修身，俭以养德，非澹泊无以明志，非宁静无以致远。10、老骥伏枥，志在千里;烈士暮年，壮心不已。11、立志难也，不在胜人，在自胜。12、有志不在年高，无志空活百岁。13、志不立，如无舵之舟，无衔之马，漂荡奔逸，终亦何所底乎。14、一个人如果胸无大志，既使再有壮丽的举动也称不上是伟人。15、男儿不展同云志，空负天生八尺躯。16、丈夫志不大，何以佐乾坤。17、胸有凌云志，无高不可攀。18、雄心志四海，万里望风尘。19、三军可夺帅也，匹夫不可夺志也。20、志坚者，功名之柱也。登山不以艰险而止，则必臻乎峻岭。21、一人立志，万夫莫敌。22、人惟患无志，有志无有不成者。23、器大者声必闳，志高者意必远。24、立志是事业的大门，工作是登门入室的旅程。25、人生志气立，所贵功业昌。26、人若有志，万事可为。27、有志者自有千方百计，无志者只感千难万难。28、有志登山顶，无志站山脚。29、有志的人战天斗地，无志的人怨天恨地。30、无志愁压头，有志能搬山。31、千难万难，有了志向不难;千易万易，没有决心不易。32、雄心壮志是茫茫黑夜中的北斗星。33、不怕路远，就怕志短。34、对没志气的人，路程显得远;对没有银钱的人，城镇显得远。35、不为穷变节，不为贱易志。36、褴褛衣内可藏志。37、志气和贫困是患难兄弟，世人常见他们伴在一起。38、志不强者，智不达;言不行者，行不果。39、胆欲大而心欲细，志欲圆而行欲方。40、人贵有志，学贵有恒。41、大丈夫必有四方之志。42、为有牺牲多壮志，敢教日月换新天。43、丈夫志气直如铁，无曲心中道自真。44、男儿四方志，岂久困泥沙。45、理想是指路明灯。没有理想，就没有坚定的方向;而没有方向，就没有生活。46、世界上最快乐的事，莫过于为理想而奋斗。47、壮心未与年俱老，死去犹能作鬼雄。48、贫不足羞，可羞是贫而无志。49、远大的志向造就伟大的人物。50、志在山顶的人，不会贪念山腰的风景。软件需求工程软件工程是以借鉴传统工程的原则、方法，以提高质量，降低成本为目的指导计算机软件开发和维护的工程学科付出较低的开发成本；达到要求的软件功能；取得较好的软件性能；需要较低的维护费用；能按时完成开发工作，及时交付使用；

软件工程的基本目标软件需求工程作者1、人生最重要的不是努力，不是奋斗，而是抉择40软件需求工程课件41软件需求工程课件42软件需求工程课件43软件需求工程课件44课程登记实例的UseCase图课程登记实例的UseCase图45订单处理系统——初始问题描述

我们正在为NationalWidgets邮递公司开发订单处理系统。这是一家转售各种商品的公司。这家公司一年公布两次产品目录，并将其邮递给了客户和其他感兴趣的人。公司接到用户订单并适当投递。…………“你认为一年公布两次合适吗？我们的产品变化得可非常快呀？”“这只是我们的开始。我们会在需求分析过程中进一步补充和完善，加深理解。”

订单处理系统——初始问题描述我们正在为46订单处理系统——补充问题描述客户以递交订单并且向NationalWidgets公司付款的方式购买商品。NationalWidgets公司处理订单并且将产品投递到客户指定地址。 订单处理软件记录从订单收到直到商品被投递给客户的整个过程。

NationalWidgets公司提供快捷的服务。他们应该能够以最快、最有效的方法来运送客户订购的产品。

订单处理系统——补充问题描述客户以递交订单并且47风险分析——邮购市场调研多数家庭成年人都有工作，至少是兼职工作。他们都很少有时间购物。因此他们通常愿意付钱邮购商品。

网上购物日前很流行，是邮购市场的竞争者。

其它的邮递公司提供24小时订单接收服务，邮递的次数从一天到两周不等；此外还有礼品打包服务，并提供大量的折扣。优势…….信息广泛?实时处理?易于操作?可靠性高?

风险分析——邮购市场调研多数家庭成年人都有工作，48NationalWidgets的风险因素

如何在系统出错时防止丢失订单？*系统必须易于操作以使得非专业人士可以使用？***如果我们不提供Web界面是否会成功？***我们应该如何处理公司不同部门的众多实时用户？**我们应该如何应付数据库崩溃？*

有些软件设计人员没有开发经验，特别是缺少团队开发精神。***NationalWidgets的风险因素如何在系统出错时49软件需求工程课件50软件需求工程课件51问题描述我们在为一个称为NationalWidgets的邮递公司开发订单处理软件，这是一家经销各种产品的中间公司。这家公司一年两次公布产品目录，这些产品以邮递的方式送到客户以及其他感兴趣的人手中。客户以递交订购产品清单，并向NationalWidgets公司付费的方式购买商品。NationalWidgets公司处理订单，并把商品投递给客户。订单处理软件记录从订单收到直到商品被投递给客户的整个过程。NationalWidgets公司将提供快捷的服务，它们应该能够以最快捷、最有效的方法来运送客户订购的产品。客户可能退货，也可能要求重新进货。假设一种电子订购界面，例如Web，可能对某些客户更适合。我们希望使用多家运输公司和多种保险方法。

问题描述我们在为一个称为NationalWidgets的邮52问题描述（续）高：l某些软件开发人员没有经验，特别是缺少团队开发精神l

系统应该使得非专业人员便于使用l

如果不支持Web接口，我们是否会成功？

中：l

我们应该如何处理同一公司之中不同部门的并发用户?低：l

我们在系统失败时应该如何避免丢失订单？l

如果系统立即被订单淹没将会怎样？l

如何处理数据库崩溃？问题描述（续）高：53初始阶段交付项

完成交付项ü

项目描述ü

风险分析

用例图

角色和用例描述

项目提议

初始阶段交付项完成交付项ü

项54确定系统边界什么是系统边界？NationalWidgets公司需要把订购的商品投递给客户。投递过程包括打包和贴标签、称重量，再根据运送方法、邮递速度、保险、重量、目的地等等收取邮资。我们的订单处理系统要包括计算邮费吗？如何计算？确定系统边界什么是系统边界？55确定执行者（ACTOR）

l

谁使用这个系统？l

谁安装系统？l

谁启动系统？l

谁维护系统？l

谁关闭系统？l

其他哪些系统使用这个系统？l

谁从这个系统获取信息？l

谁为这个系统提供信息？l

是否有相关事件自动在预定的时间发生？

确定执行者（ACTOR）

l

谁使用这个系统56订单处理执行者订单处理执行者57确定用例(USECASE)

从执行者的角度看，用例应该是一个完整的任务。

考虑以下问题：执行者想要系统有什么样的功能？系统存储信息吗？执行者将要创建、读取、更新、或删除什么样的信息？系统是否需要把自身内部状态的变化通知给执行者？有哪些外部的事件系统必须知道？确定用例(USECASE)

从执行者的角度看，用例应该58订单处理用例图订单处理用例图59描述执行者和用例

客户（Customer）——从NationalWidgets公司订购商品的人客户代表(Customerrep)——NationalWidgets公司处理客户请求的雇员运输公司(Shippingcompany)——USPS,UPS,DHL,FedEx,DM等等职员(Clerk)——NationalWidgets公司的雇员，负责包装、贴标签和运送订货。库存系统(Inventorysystem)—记录公司存货的软件记账系统(Accountingsystem)—记录公司账目的软件描述执行者和用例

客户（Customer）——从Nation60订单处理用例描述

订购货物(PlaceOrder)—客户提交新商品订单并且为商品付费。获得目录(GetCatalog)—客户要求得到一个目录或产品清单。获得订单的状态(GetStatusonOrder)—客户得到一个已存在订单的状态。退货(ReturnProduct)—客户退还商品并要求赔偿。取消订单(CancelOrder)—客户取消一个已存在的订单。记录投诉(RegisterComplain)—客户向公司发送投诉信息。运送包裹(DeliverPackages)—要求运输公司将商品运送到客户手中。计算邮费(CalculatePostage)—计算将商品投递到客户手中需要多少邮费。打印信件标签(PrintMailingLabel)—打印信件标签。更新商品数量(UpdateProductQuantities)—更新库存的商品数量订单处理用例描述订购货物(PlaceOrder)—客户提61订单处理用例图订单处理用例图62订购处理用例包——用例重组

如果用例图过于庞大和杂乱将会如何处理？——需要创建多个用例图。每一个图可能代表系统中一个主要领域功能。在大型系统中，可以创建包来代表子系统或者主要功能领域。在UML之中，包是其他UML元素的载体。然后为每一个包绘制一张用例图，来表示它所包含的用例。

订购货物订购处理用例包——用例重组如果用例图过于庞大和杂乱将会如何63

订购货物用例图订购货物用例图64

订购完成用例图订购完成用例图65确定项目范围当分阶段实施项目计划时，要分清优先级，确定项目范围。确定需求优先级时，需要考虑你所确定的风险和市场因素。因此“一定要有”不是仅仅基于技术需要，但是可能也会在市场上遇到风险。对于NationalWidgets公司来说，这可能意味着Web界面是一个订单处理系统“一定要有”的因素，因为其他的邮递公司都提供这一功能。这一特性是跟上市场竞争的要求。根据优先级将需求确定为：一定要有应该有考虑要有我们已经考察了市场,并且注意到网上商务的确很流行。在订单处理系统中是否应该有网页,在线产品目录和电子订单?确定项目范围当分阶段实施项目计划时，要分清优先级，确定项目范66初始阶段交付项

完成交付项ü

项目描述ü

风险分析

用例图

角色和用例描述

项目提议完成交付项ü

项目描述ü

风险分析ü

用例图ü

角色和用例描述ü

项目建议完成交付项ü

项目描述ü

风险分析ü

用例图ü

角色和用例描述ü

项目建议初始阶段交付项完成交付项ü

项目描67细化阶段编写详细的用例并归档构建软件体系结构确定进一步实施计划细化阶段编写详细的用例并归档68订购货物详细用例

前置条件：一个合法的客户已经登录到这个系统事件流：当客户选择订购货物时，用例开始。客户输入他（她）的姓名和地址。如果客户只输入邮编，系统将给出州和市区名。客户输入想要购买的商品代码。系统为每一项给出商品描述和价格。系统保存有连续的的已经订购的产品清单。客户输入信用卡支付信息。客户选择提交。系统检验输入的信息，把该订单作为未完成的交易保存，同时向记账系统提供支付信息。如果客户提交的信息不正确，系统就提示客户修改。当支付被确认后，该订单也被标记上已经确认，同时返回给客户一个订单ID，用例也就结束了; 如果支付没有被确认，系统将提示客户去改正支付信息或者取消。 如果客户选择去修改信息，就回到第7步；如果选择取消，用例结束。后置条件：如果订单没有被取消，它将被保存在系统里，并 做上标记。订购货物详细用例前置条件：一个合法的客户已经登录到这个系69用例的表格表示

客户代表系统记账系统1．接收到取消订单的请求

2．输入一个订单ID

3．按下搜索

4．显示订单内容

5．选择取消

6．给该订单作取消标记

7．向客户账号中返钱用例的表格表示70基本路径与扩展基本路径与扩展71