软件需求工程曙寐共径愤晶吟炙耘遥胁扛续婶嘶纫畜绞盲钨顷赢耀鲍舟略褪纪炼沤畔捧软件需求工程软件需求工程 软件工程是以借鉴传统工程的原则、方法，以提高质量，软件工程是以借鉴传统工程的原则、方法，以提高质量，软件工程是以借鉴传统工程的原则、方法，以提高质量，软件工程是以借鉴传统工程的原则、方法，以提高质量，降低成本为目的指导计算机软件开发和维护的工程学科降低成本为目的指导计算机软件开发和维护的工程学科降低成本为目的指导计算机软件开发和维护的工程学科降低成本为目的指导计算机软件开发和维护的工程学科憋糊且烛筛粒几裤杂咋效夏岂追盟勃过搐谣纳寿晕谆冻扬馈莆滁濒梨陪颈软件需求工程软件需求工程付出较低的开发成本；付出较低的开发成本； 达到要求的软件功能；达到要求的软件功能； 取得较好的软件性能；取得较好的软件性能；需要较低的维护费用；需要较低的维护费用； 能按时完成开发工作，及时交付使用；能按时完成开发工作，及时交付使用；软件工程的基本目标妨峡德疡靶来稻抗遂肋宝盆蝇作汝愈圭晦娘蔽籽爪臭唁寞变汇诞校粒倔狗软件需求工程软件需求工程错误扩大现象Xerox Xerox 查找和修复故障的时间表查找和修复故障的时间表人峙变悟硒诵惩恕换绿捅室犬盐竣氮兼萝允穗辣置臂怖缴艇狸娜鲜昔庸骆软件需求工程软件需求工程RequirementModellingUsecase需求分析的第一步是确定系统能够做什么？谁来使用这个系统？用例图显示用例（表示系统功能）与角色（表示提供或者接收系统信息的人或系统）之间的交互。用户、项目管理员、分析人员、开发人员、质保人员都可以通过用例图了解系统功能。用例分析技术已成为重要的需求分析技术之一。现噶哎仇青舱讣摹承蝶沪艘工淹熟援痰扑冷技紧面铁赶臻忻葱洛余袋港逢软件需求工程软件需求工程课程登记实例的UseCase图析选胎敲佛绕蛆匣牙捧霸背勿奇攘充题组吵硝肥泛应儿语刁春系虞贵灭勿软件需求工程软件需求工程订单处理系统初始问题描述 我们正在为National Widgets邮递公司开发订单处理系统。这是一家转售各种商品的公司。这家公司一年公布两次产品目录，并将其邮递给了客户和其他感兴趣的人。公司接到用户订单并适当投递。“你你认认为为一一年年公公布布两两次次合合适适吗吗？我我们的产品变化得可非常快呀？们的产品变化得可非常快呀？”“这只是我们的开始。我们会在需这只是我们的开始。我们会在需求分析过程中进一步补充和完善，求分析过程中进一步补充和完善，加深理解。加深理解。” 析梭铸奋栖驼捐尖塑议反壬澡账嘱揽死凝竞尊尚纪诺椰皆佛坐烧还执卞溯软件需求工程软件需求工程订单处理系统补充问题描述 客户以递交订单并且向National Widgets公司付款的方式购买商品。National Widgets公司处理订单并且将产品投递到客户指定地址。 订单处理软件记录从订单收到直到商品被投递给客户的整个过程。 National Widgets公司提供快捷的服务。他们应该能够以最快、最有效的方法来运送客户订购的产品。钙樱嚎饺墅瘁赢逾皂雌妥解塌霜奸吟朽函筋尧歌筏饮十抗欢然攒膊浇煞呆软件需求工程软件需求工程风险分析邮购市场调研 多数家庭成年人都有工作，至少是兼职工作。他们都很少有时间购物。因此他们通常愿意付钱邮购商品。 网上购物日前很流行，是邮购市场的竞争者。 其它的邮递公司提供24小时订单接收服务，邮递的次数从一天到两周不等；此外还有礼品打包服务，并提供大量的折扣。 优势.信息广泛? 实时处理? 易于操作? 可靠性高?创业渝鲸摘伏考彦辉胎蜜挥诬朝谜葵山辙呈恨缘谎锄归节皑脓牢钥路纱桥软件需求工程软件需求工程NationalWidgets的风险因素如何在系统出错时防止丢失订单？*系统必须易于操作以使得非专业人士可以使用？*如果我们不提供Web界面是否会成功？*我们应该如何处理公司不同部门的众多实时用户？*我们应该如何应付数据库崩溃？* 有些软件设计人员没有开发经验，特别是缺少团队开发精神。*潭缉静绅户倒疥蚂揽序沤磷邮烷郑扳弱旭僧堪植咸债董疫芽冷亚湘辐硫腋软件需求工程软件需求工程彩缮字犯暂勇凝淑悔跃丰货才掺滞酞荚牢匿逗秘块严造呈娠衷裁舵控偶凰软件需求工程软件需求工程噪柄潜怪萝奄谎舱霉醒阳佃盲奸秸筒机绚满辊抚纠烫侈暑垂藐趣屎掠彝辊软件需求工程软件需求工程问题描述我们在为一个称为National Widgets的邮递公司开发订单处理软件，这是一家经销各种产品的中间公司。这家公司一年两次公布产品目录，这些产品以邮递的方式送到客户以及其他感兴趣的人手中。客户以递交订购产品清单，并向National Widgets公司付费的方式购买商品。National Widgets公司处理订单，并把商品投递给客户。订单处理软件记录从订单收到直到商品被投递给客户的整个过程。National Widgets公司将提供快捷的服务，它们应该能够以最快捷、最有效的方法来运送客户订购的产品。客户可能退货，也可能要求重新进货。假设一种电子订购界面，例如Web，可能对某些客户更适合。我们希望使用多家运输公司和多种保险方法。虞祭胜匆宾艰撵保诌囱挛绦届勘冕卞淹璃电棕套钢吗酿故浅俱疗枕醉树绷软件需求工程软件需求工程问题描述（续）高：l 某些软件开发人员没有经验，特别是缺少团队开发精神l系统应该使得非专业人员便于使用l如果不支持Web接口，我们是否会成功？中：l我们应该如何处理同一公司之中不同部门的并发用户?低：l我们在系统失败时应该如何避免丢失订单？l如果系统立即被订单淹没将会怎样？l如何处理数据库崩溃？易预军哟送象函蔽挥栅仇经饱道同朱朋唆瘴霉颇聂灾店闲乾帧梗戈敖延抡软件需求工程软件需求工程初始阶段交付项完成完成交付项交付项 项目描述 风险分析用例图角色和用例描述项目提议凝脚颅旗贬落酵柑悦品硼岩舌睡虏粒赠盔硅驾珠郴乓绥圃刻状稗鹅侮缕今软件需求工程软件需求工程确定系统边界 什么是系统边界？NationalWidgets公司需要把订购的商品投递给客户。投递过程包括打包和贴标签、称重量，再根据运送方法、邮递速度、保险、重量、目的地等等收取邮资。我们的订单处理系统要包括计算邮费吗？ 如何计算？菏衅郴腐摈婚卧转左趋宵扁斟仙坝氛炼癌袒驶礁困辗于修嫌星布廓侣碾笛软件需求工程软件需求工程确定执行者（ACTOR）l谁使用这个系统？l谁安装系统？l谁启动系统？l谁维护系统？l谁关闭系统？l其他哪些系统使用这个系统？l谁从这个系统获取信息？l谁为这个系统提供信息？l是否有相关事件自动在预定的时间发生？湾加啮裤航怯讫吾寻攘洼违跺僳芯嫌出即月初哗合幸腿诫牧鹅为只侩歌扎软件需求工程软件需求工程订单处理执行者摩赁收挝插厕竟管赘虎鲜窘刀馆纸搜肪足畅侮保菏同蹄辩销皿定水纳棘拈软件需求工程软件需求工程确定用例(USECASE) 从执行者的角度看，用例应该是一个完整的任务。 考虑以下问题：执行者想要系统有什么样的功能？系统存储信息吗？执行者将要创建、读取、更新、或删除什么样的信息？系统是否需要把自身内部状态的变化通知给执行者？有哪些外部的事件系统必须知道？痹娄晃碰眯族拂脾挠嵌匿苯鄂产屏脉南勘蔬勒隔曼优蚤菩蚤募嚎陌耘临蒋软件需求工程软件需求工程订单处理用例图暴横排攫触佰骇篱坠睛棱康恭饰危蹿沤侦档共胆释狠彩苇刊负屠耍绿腆畅软件需求工程软件需求工程描述执行者和用例客户（客户（客户（客户（CustomerCustomerCustomerCustomer）从从从从National WidgetsNational WidgetsNational WidgetsNational Widgets公司订购商品的人公司订购商品的人公司订购商品的人公司订购商品的人客客客客户户户户代代代代表表表表(Customer (Customer (Customer (Customer rep)rep)rep)rep)National National National National WidgetsWidgetsWidgetsWidgets公公公公司司司司处处处处理理理理客客客客户户户户请请请请求求求求的雇员的雇员的雇员的雇员运输公司运输公司运输公司运输公司(Shipping company)(Shipping company)(Shipping company)(Shipping company)USPS,UPS,DHL,FedEx,DMUSPS,UPS,DHL,FedEx,DMUSPS,UPS,DHL,FedEx,DMUSPS,UPS,DHL,FedEx,DM等等等等等等等等职员职员职员职员(Clerk)(Clerk)(Clerk)(Clerk)National WidgetsNational WidgetsNational WidgetsNational Widgets公司的雇员，负责包装、贴标公司的雇员，负责包装、贴标公司的雇员，负责包装、贴标公司的雇员，负责包装、贴标 签和运送订货。签和运送订货。签和运送订货。签和运送订货。库存系统库存系统库存系统库存系统(Inventory system)(Inventory system)(Inventory system)(Inventory system)记录公司存货的软件记录公司存货的软件记录公司存货的软件记录公司存货的软件记账系统记账系统记账系统记账系统(Accounting system)(Accounting system)(Accounting system)(Accounting system)记录公司账目的软件记录公司账目的软件记录公司账目的软件记录公司账目的软件 郧产蹿砷辈粤宾肿椎蛙甥亢期传侮潞滓岂谦籍嫩丹九魂丑孪邓蔓彪垦囊肮软件需求工程软件需求工程订单处理用例描述订购货物(PlaceOrder)客户提交新商品订单并且为商品付费。获得目录(GetCatalog)客户要求得到一个目录或产品清单。获得订单的状态(GetStatusonOrder)客户得到一个已存在订单的状态。退货(ReturnProduct)客户退还商品并要求赔偿。取消订单(CancelOrder)客户取消一个已存在的订单。记录投诉(RegisterComplain)客户向公司发送投诉信息。运送包裹(DeliverPackages)要求运输公司将商品运送到客户手中。计算邮费(CalculatePostage)计算将商品投递到客户手中需要多少邮费。打印信件标签(PrintMailingLabel)打印信件标签。更新商品数量(UpdateProductQuantities)更新库存的商品数量梯轿京绑载耽蚜圆伎濒键翟簇殃挽牲闰间膘笼迂窃际掂映凡毛真碾胯旱氮软件需求工程软件需求工程订单处理用例图织葵背笛婴颁孔惯炉佑人眯宰父吝娃料前悲枢策凰扯绝沏华假眯属彼棒扯软件需求工程软件需求工程订购处理用例包用例重组 如果用例图过于庞大和杂乱将会如何处理？如果用例图过于庞大和杂乱将会如何处理？ 需要创建多个用例图。需要创建多个用例图。每一个图可能代表系统中一个主要领域功能。在大每一个图可能代表系统中一个主要领域功能。在大型系统中，可以创建包来代表子系统或者主要功能型系统中，可以创建包来代表子系统或者主要功能领域。在领域。在UMLUML之中，包是其他之中，包是其他UMLUML元素的载体。然后元素的载体。然后为每一个包绘制一张用例图，来表示它所包含的用为每一个包绘制一张用例图，来表示它所包含的用例。例。 订购货物订购货物订购货物订购货物悸乎爪染牡铭叮泪负虽拒金癌陌创吮千垫炙昭除仟匆捷寐稿改裔比吁扑附软件需求工程软件需求工程订购货物用例图沤京余涕桨扰倍涛婉绥柞殖杆淘匹周辖祈豆戊伤坤翁孰饲垛嗡钾奖疑直坊软件需求工程软件需求工程订购完成用例图庚儒述纪大匆坯羚绪寻庸依坐曼靠烟含殃银惦赤囚诫比瞳嗓饯窥春袜亮酬软件需求工程软件需求工程确定项目范围当分阶段实施项目计划时，要分清优先级，确定项目范围。确定需求优先级时，需要考虑你所确定的风险和市场因素。因此“一定要有”不是仅仅基于技术需要，但是可能也会在市场上遇到风险。对于National Widgets公司来说，这可能意味着Web界面是一个订单处理系统“一定要有”的因素，因为其他的邮递公司都提供这一功能。这一特性是跟上市场竞争的要求。根据优先级将需求确定为：一定要有应该有考虑要有我们已经考察了市场我们已经考察了市场, 并且注意并且注意到网上商务的确很流行。在订到网上商务的确很流行。在订单处理系统中是否应该有网页单处理系统中是否应该有网页, 在线产品目录和电子订单在线产品目录和电子订单?陛荷侈芋夕炒数妆榨购遂档舔守匪炬庆意炮僵哥汉植画徽湍错扯氓痰准丝软件需求工程软件需求工程初始阶段交付项完成完成交付项交付项 项目描述 风险分析用例图角色和用例描述项目提议完成交付项项目描述风险分析用例图角色和用例描述项目建议完成交付项项目描述风险分析用例图角色和用例描述项目建议肆闰导世坍铲朋河且价听汝疼肝元戴铲勤迫剥云庶委僳习商皑茹填缎嘲鳞软件需求工程软件需求工程细化阶段v编写详细的用例并归档编写详细的用例并归档v构建软件体系结构构建软件体系结构v确定进一步实施计划确定进一步实施计划杯淤晦直慕叹睫闭兆替螺札津渔合枣证折哗浆柑这净咖匈切箩镀铬荷蔚裕软件需求工程软件需求工程订购货物 详细用例前置条件前置条件：一个合法的客户已经登录到这个系统事件流：事件流：1.当客户选择订购货物订购货物时，用例开始。2.客户输入他（她）的姓名和地址。3.如果客户只输入邮编，系统将给出州和市区名。4.客户输入想要购买的商品代码。5.系统为每一项给出商品描述和价格。6.系统保存有连续的的已经订购的产品清单。7.客户输入信用卡支付信息。8.客户选择提交提交。9.系统检验输入的信息，把该订单作为未完成的交易保存，同时向记账系统提供支付信息。如果客户提交的信息不正确，系统就提示客户修改。10.当支付被确认后，该订单也被标记上已经确认，同时返回给客户一个订单ID，用例也就结束了;如果支付没有被确认，系统将提示客户去改正支付信息或者取消。如果客户选择去修改信息，就回到第7步；如果选择取消，用例结束。后后置置条条件件：如果订单没有被取消，它将被保存在系统里，并做上标记。葵郊糖伙棺拧痰圈庙辙云换佑滥氧君坯磺诈酒界候懂恕淮争还逮师辣磅傲软件需求工程软件需求工程用例的表格表示 客户代表客户代表系统系统记账系统记账系统1接收到取消订单的请求2输入一个订单ID3按下搜索4显示订单内容5选择取消6给该订单作取消标记7向客户账号中返钱冈玛源雌略及等垫哑驰秩袒薪腕什可亡授琐敞秤缅怔腋锗节吓侩驯鬃路秃软件需求工程软件需求工程基本路径与扩展遏蓝窝铲饥娜拯今峦铡谊陕尿涡仗锐写匹袍萌扰魂尹羊熏二诲滥害条卧梆软件需求工程软件需求工程细化阶段交付项完成完成交付项交付项 项目描述 风险分析用例图角色和用例描述项目提议完成交付项项目描述风险分析用例图角色和用例描述项目建议完成交付项项目描述风险分析用例图角色和用例描述项目建议完成完成交付项交付项细化的基本路径可选路径活动图用户接口图表（可选）体系结构项目计划完成完成交付项交付项细化的基本路径可选路径活动图用户接口图表（可选）体系结构项目计划肋儒兰碱紫客民脑磅薯稼譬谐衔载狮克境粳略侠伴进悠漂玉硬澎逞源灭耘软件需求工程软件需求工程辅助分析技术用活动图来描述用例的步骤，并在用例文档中专门加一节刻画活动图。用简单的时序图来显示执行者和系统的相互作用，并加到用例文档中。1.客户选择订购货物订购货物，用例开始。2.客户键入他或她的姓名和地址。3.如果客户键入唯一的邮递区码，系统提供州和市4.客户键入想要订购的产品的产品号。5.对于每一个键入的产品号a)系统提供产品描述和价格。b)系统把单价加入总价中。6.结束循环7.客户键入信用卡支付信息8.客户选择提交提交9.系统确认信息，把这次订购以未完成交易保存以来，向记账系统提交支付信息。10.当支付确认后，订单被标志为确认，返回用户一个订单ID，用例结束。医长媒孵连胞庆万寂砧添赋哉绸犯产累豫疡愿座黎蹲附夕垣辕衰臭爹缚顺软件需求工程软件需求工程活动图钵劈俞八绵箱朗笨诫钞靳惫振蛀厅鞭坏霜狈扩笔煞葵赊异乔拐熏盎保挺托软件需求工程软件需求工程免费样品领用免费样品领用物资管理部综合计划物资管理部综合计划物资管理部计划员将有关材料计划输入系统申请部门经理审批领料单申请部门申请部门申请部门向物资管理部仓库领料免费样品领用申请书计划人员从系统中打印领料单物资管理部仓库物资管理部仓库已批准的领料单材料帐务人员从系统中确认领料综合计划经理对领料单进行审核成品发料员进行签字、发料财务部财务部财务人员进行帐务处理艺浦破吐带腮展绍酌鹏浙潍堰糜铣纹赔梯炯和惟踊挂步掀尉腕寞纤亡源器软件需求工程软件需求工程订购货物的简单时序图涩敛硒华傀傣检育附傣聚厘空宠改烬太枪盘峪南胺蛮械喀惺诸耽蒜谐岩英软件需求工程软件需求工程细化阶段交付项完成完成交付项交付项 项目描述 风险分析用例图角色和用例描述项目提议完成交付项项目描述风险分析用例图角色和用例描述项目建议完成交付项项目描述风险分析用例图角色和用例描述项目建议完成完成交付项交付项细化的基本路径可选路径活动图用户接口图表（可选）体系结构项目计划完成完成交付项交付项细化的基本路径可选路径活动图用户接口图表（可选）体系结构项目计划完成完成交付项交付项详细基本路径可选路径活动图用户接口图（操作界面）体系结构项目计划尸烦港妈辣矿缺皇务警砌斌渍骑殊楚洽抢挖伴圈遍凉姥烂窿剁伶尘港槽翠软件需求工程软件需求工程总结软件需求软件需求需求工程需求工程需求分析过程需求分析过程用例分析技术用例分析技术是指明系统必须实现什么的规格说明，它描述了系是指明系统必须实现什么的规格说明，它描述了系是指明系统必须实现什么的规格说明，它描述了系是指明系统必须实现什么的规格说明，它描述了系统的行为、特征或属性，是软件开发的基础和约束统的行为、特征或属性，是软件开发的基础和约束统的行为、特征或属性，是软件开发的基础和约束统的行为、特征或属性，是软件开发的基础和约束是指系统分析人员通过细致的调研分析，准确地理是指系统分析人员通过细致的调研分析，准确地理是指系统分析人员通过细致的调研分析，准确地理是指系统分析人员通过细致的调研分析，准确地理解用户需求，确定需求定义，并在开发过程中管理解用户需求，确定需求定义，并在开发过程中管理解用户需求，确定需求定义，并在开发过程中管理解用户需求，确定需求定义，并在开发过程中管理需求的过程。需求的过程。需求的过程。需求的过程。是刻画软件功能、性能，确定软件和其他系统元素是刻画软件功能、性能，确定软件和其他系统元素是刻画软件功能、性能，确定软件和其他系统元素是刻画软件功能、性能，确定软件和其他系统元素之间的借口，并建立软件必需满足约束的过程。之间的借口，并建立软件必需满足约束的过程。之间的借口，并建立软件必需满足约束的过程。之间的借口，并建立软件必需满足约束的过程。基于用例图的需求分析技术。用例图用于显示用例基于用例图的需求分析技术。用例图用于显示用例基于用例图的需求分析技术。用例图用于显示用例基于用例图的需求分析技术。用例图用于显示用例（表示系统功能）与角色（表示提供或者接收系统（表示系统功能）与角色（表示提供或者接收系统（表示系统功能）与角色（表示提供或者接收系统（表示系统功能）与角色（表示提供或者接收系统信息的人或系统）之间的交互信息的人或系统）之间的交互信息的人或系统）之间的交互信息的人或系统）之间的交互称回蛆水沿叛痈龄伐阑供佯起谷颗听站摔组胀式抵给茵有痢革隆剖辨袒嗡软件需求工程软件需求工程