企业项目需求分析大集合工程提供

1、软件需求工程 软件工程是以借鉴传统工程的原则、方法，以提高质量，降低成本为目的指导计算机软件开发和维护的工程学科 付出较低的开发成本； 达到要求的软件功能； 取得较好的软件性能；需要较低的维护费用； 能按时完成开发工作，及时交付使用； 软件工程的基本目标错误扩大现象Xerox 查找和修复故障的时间表Requirement ModellingUse case 需求分析的第一步是确定系统能够做什么？谁来使用这个系统？ 用例图显示用例（表示系统功能）与角色（表示提供或者接收系统信息的人或系统）之间的交互。用户、项目管理员、分析人员、开发人员、质保人员都可以通过用例图了解系统功能。用例分析技术已成为重

2、要的需求分析技术之一。 课程登记实例的Use Case图订单处理系统初始问题描述 我们正在为National Widgets邮递公司开发订单处理系统。这是一家转售各种商品的公司。这家公司一年公布两次产品目录，并将其邮递给了客户和其他感兴趣的人。公司接到用户订单并适当投递。“你认为一年公布两次合适吗？我们的产品变化得可非常快呀？”“这只是我们的开始。我们会在需求分析过程中进一步补充和完善，加深理解。” 订单处理系统补充问题描述 客户以递交订单并且向National Widgets公司付款的方式购买商品。National Widgets公司处理订单并且将产品投递到客户指定地址。 订单处理软件记录从

3、订单收到直到商品被投递给客户的整个过程。 National Widgets公司提供快捷的服务。他们应该能够以最快、最有效的方法来运送客户订购的产品。风险分析邮购市场调研 多数家庭成年人都有工作，至少是兼职工作。他们都很少有时间购物。因此他们通常愿意付钱邮购商品。 网上购物日前很流行，是邮购市场的竞争者。 其它的邮递公司提供24小时订单接收服务，邮递的次数从一天到两周不等；此外还有礼品打包服务，并提供大量的折扣。 优势.信息广泛? 实时处理? 易于操作? 可靠性高?National Widgets的风险因素 如何在系统出错时防止丢失订单？*系统必须易于操作以使得非专业人士可以使用？*如果我们不提

4、供Web界面是否会成功？*我们应该如何处理公司不同部门的众多实时用户？*我们应该如何应付数据库崩溃？* 有些软件设计人员没有开发经验，特别是缺少团队开发精神。*问题描述我们在为一个称为National Widgets的邮递公司开发订单处理软件，这是一家经销各种产品的中间公司。这家公司一年两次公布产品目录，这些产品以邮递的方式送到客户以及其他感兴趣的人手中。客户以递交订购产品清单，并向National Widgets公司付费的方式购买商品。National Widgets公司处理订单，并把商品投递给客户。订单处理软件记录从订单收到直到商品被投递给客户的整个过程。National Widgets公

5、司将提供快捷的服务，它们应该能够以最快捷、最有效的方法来运送客户订购的产品。客户可能退货，也可能要求重新进货。假设一种电子订购界面，例如Web，可能对某些客户更适合。我们希望使用多家运输公司和多种保险方法。 问题描述（续）高：l 某些软件开发人员没有经验，特别是缺少团队开发精神l系统应该使得非专业人员便于使用l如果不支持Web接口，我们是否会成功？中：l我们应该如何处理同一公司之中不同部门的并发用户?低：l我们在系统失败时应该如何避免丢失订单？l如果系统立即被订单淹没将会怎样？l 如何处理数据库崩溃？初始阶段交付项 完成交付项 项目描述 风险分析 用例图 角色和用例描述 项目提议确定系统边界

6、什么是系统边界？National Widgets公司需要把订购的商品投递给客户。投递过程包括打包和贴标签、称重量，再根据运送方法、邮递速度、保险、重量、目的地等等收取邮资。我们的订单处理系统要包括计算邮费吗？ 如何计算？确定执行者（ACTOR）l 谁使用这个系统？l 谁安装系统？l 谁启动系统？l 谁维护系统？l 谁关闭系统？l 其他哪些系统使用这个系统？l 谁从这个系统获取信息？l 谁为这个系统提供信息？l 是否有相关事件自动在预定的时间发生？ 订单处理执行者确定用例(USE CASE) 从执行者的角度看，用例应该是一个完整的任务。 考虑以下问题：执行者想要系统有什么样的功能？系统存储信息吗

7、？执行者将要创建、读取、更新、或删除什么样的信息？系统是否需要把自身内部状态的变化通知给执行者？有哪些外部的事件系统必须知道？ 订单处理用例图描述执行者和用例客户（Customer）从National Widgets公司订购商品的人客户代表(Customer rep)National Widgets公司处理客户请求的雇员运输公司(Shipping company)USPS,UPS,DHL,FedEx,DM等等职员(Clerk)National Widgets公司的雇员，负责包装、贴标 签和运送订货。库存系统(Inventory system)记录公司存货的软件记账系统(Accounting s

8、ystem)记录公司账目的软件 订单处理用例描述 订购货物(Place Order)客户提交新商品订单并且为商品付费。获得目录(Get Catalog)客户要求得到一个目录或产品清单。获得订单的状态(Get Status on Order)客户得到一个已存在订单的状态。退货(Return Product)客户退还商品并要求赔偿。取消订单(Cancel Order)客户取消一个已存在的订单。记录投诉(Register Complain)客户向公司发送投诉信息。运送包裹(Deliver Packages)要求运输公司将商品运送到客户手中。计算邮费(Calculate Postage)计算将商品投递

9、到客户手中需要多少邮费。打印信件标签(Print Mailing Label)打印信件标签。更新商品数量(Update Product Quantities)更新库存的商品数量 订单处理用例图订购处理用例包用例重组 如果用例图过于庞大和杂乱将会如何处理？ 需要创建多个用例图。每一个图可能代表系统中一个主要领域功能。在大型系统中，可以创建包来代表子系统或者主要功能领域。在UML之中，包是其他UML元素的载体。然后为每一个包绘制一张用例图，来表示它所包含的用例。 订购货物 订购货物用例图 订购完成用例图确定项目范围当分阶段实施项目计划时，要分清优先级，确定项目范围。确定需求优先级时，需要考虑你所确

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

11、色和用例描述 项目建议细化阶段编写详细的用例并归档构建软件体系结构确定进一步实施计划订购货物 详细用例 前置条件：一个合法的客户已经登录到这个系统事件流：当客户选择订购货物时，用例开始。客户输入他（她）的姓名和地址。如果客户只输入邮编，系统将给出州和市区名。客户输入想要购买的商品代码。系统为每一项给出商品描述和价格。系统保存有连续的的已经订购的产品清单。客户输入信用卡支付信息。客户选择提交。系统检验输入的信息，把该订单作为未完成的交易保存，同时向记账系统提供支付信息。如果客户提交的信息不正确，系统就提示客户修改。当支付被确认后，该订单也被标记上已经确认，同时返回给客户一个订单ID，用例也就结束

12、了;如果支付没有被确认，系统将提示客户去改正支付信息或者取消。如果客户选择去修改信息，就回到第7步；如果选择取消，用例结束。后置条件：如果订单没有被取消，它将被保存在系统里，并 做上标记。用例的表格表示 客户代表系统记账系统1接收到取消订单的请求2输入一个订单ID3按下搜索4显示订单内容5选择取消6给该订单作取消标记7向客户账号中返钱基本路径与扩展细化阶段交付项完成交付项 项目描述 风险分析 用例图 角色和用例描述 项目提议完成交付项 项目描述 风险分析 用例图 角色和用例描述 项目建议完成交付项 项目描述 风险分析 用例图 角色和用例描述 项目建议完成交付项细化的基本路径可选路径活动图用户接

13、口图表（可选）体系结构项目计划完成交付项细化的基本路径可选路径活动图用户接口图表（可选）体系结构项目计划辅助分析技术用活动图来描述用例的步骤，并在用例文档中专门加一节刻画活动图。 用简单的时序图来显示执行者和系统的相互作用，并加到用例文档中。客户选择订购货物，用例开始。客户键入他或她的姓名和地址。如果客户键入唯一的邮递区码，系统提供州和市客户键入想要订购的产品的产品号。对于每一个键入的产品号系统提供产品描述和价格。系统把单价加入总价中。结束循环客户键入信用卡支付信息客户选择提交系统确认信息，把这次订购以未完成交易保存以来，向记账系统提交支付信息。当支付确认后，订单被标志为确认，返回用户一个订单

14、ID，用例结束。活动图免费样品领用物资管理部综合计划物资管理部计划员将有关材料计划输入系统申请部门经理审批领料单申请部门申请部门向物资管理部仓库领料免费样品领用申请书计划人员从系统中打印领料单物资管理部仓库已批准的领料单材料帐务人员从系统中确认领料综合计划经理对领料单进行审核成品发料员进行签字、发料财务部财务人员进行帐务处理订购货物的简单时序图细化阶段交付项完成交付项 项目描述 风险分析 用例图 角色和用例描述 项目提议完成交付项 项目描述 风险分析 用例图 角色和用例描述 项目建议完成交付项 项目描述 风险分析 用例图 角色和用例描述 项目建议完成交付项细化的基本路径可选路径活动图用户接口图表（可选）体系结构项目计划完成交付项细化的基本路径可选路径活动图用户接口图表（可选）体系结构项目计划完成交付项 详细基本路径 可选路径 活动图 用户接口图（操作界面