软件系统的需求分析_完整版.ppt

第三章 软件系统的需求分析 第三章 软件系统的需求分析 第三章 软件系统的需求分析 软件项目立项后，就进入了软件生存周期中的开发时期，由开发单位负责开发时期各阶段的软件全部实际工作。而软件系统的需求分析阶段仅仅是软件开发时期的开始.立项是软件生命周期中的“问题定义”阶段，即“问题是什么？”而可行性分析是立项的支持条件，即“是否由可行的解决办法？”，需求分析是在软件计划的基础上进行的，确定“系统必须做什么？”，需求分析阶段的结果产生的系统需求规格说明书，是以后各阶段开发工作的基础，完善的需求分析对软件开发工作的成败和产品的质量极为重要。 第一节 需求分析的任务 需求分析的主要任务不是确定系统如何完成它的具体工作，而是确定系统必须完成哪些工作，在用户的参与下提出目标系统的完整、准确、清晰、具体的实际要求，软件应完成的具体功能和性能，确定软件设计受到的限制及软件同其它系统的接口细节，描述软件用到的数据形式，逐步细化到详细定义：描述软件要处理的数据域、要完成的功能范围、要达到的性能要求，并为软件开发提供一种可转化为数据设计、结构设计和过程设计的数据与功能表示，在软件完成后，并为软件验收和质量评价提供依据。 第一节 需求分析的任务 引题（小事例） 对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。 第一节 需求分析的任务 引题（小事例） 经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部--门店的连锁经营模式。通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。” 　　 分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。” 　　 经理觉得奇怪：“我不是刚告诉你我的需求了吗？” 第一节 需求分析的任务 引题（小事例） 分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。” 经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统？” 第一节 需求分析的任务 引题（小事例） 分析员尽量解释从用户处收集需求的合理性：“如果我们只是凭空猜想用户的要求，结果不会令人满意。我们只是软件开发人员，而不是采购专家、营运专家或是财务专家，我们并不真正明白您这个企业内部运营需要做些什么。我曾经尝试过，未真正明白这些问题就开始编码，结果没有人对产品满意。” 　　 经理坚持道：“行了，行了，我们没有那么多的时间。让我来告诉您我们的需求。实际上我也很忙。请马上开始开发，并随时将你们的进展情况告诉我。” 1. 需求分析的作用和用户要求 1.1 需求分析的作用： 软件系统的需求分析就是把软件计划期间建立起来的（以用户要求为主的）系统需求描述求精和细化，将软件的功能和性能的总体概念，描述为具体的系统规格说明书，这是进行软件开发和系统验收的依据和基础。 不同系统模型的抽象描述会导致不同风格的系统需求规格说明。虽然在可行性分析研究阶段已经粗略的描述了用户的需求，甚至还提出了一些可行的方案，但是，许多细节被忽略了，在最终目标系统中是不能忽略、遗漏任何一个微小细节的，所以，可行性研究不能代替需求分析。 1.2 用户要求： 用户对系统提出的或将要提出的要求可以概括为以下四个方面： （1）对系统的功能要求：系统应该完成的功能，系统应起到的作用。如：数据输入的要求，显示信息的要求，数据统计的要求，控制仪器、设备启动、停止的要求等； （2）对系统的性能要求：系统对事件的响应、处理时间，系统的存储容量、对突发事件的处理速度、系统的安全保护能力及其它方面的定量要求。如：采集数据的速度，存储个人信息的数量，系统稳定运行的时间等； （3）对系统运行的要求：主要集中在对系统运行时所处的环境要求。如：支持系统运行的软件基础（操作系统或运行平台