可行性研究及需求分析.pptx

第3章 可行性研究及需求分析 本章目标 了解可行性研究的目的、意义和内容掌握可行性研究的主要步骤了解需求分析的任务熟悉进行需求分析的步骤和方法了解需求管理掌握需求分析的原则熟悉需求分析的常用方法学习编写软件开发计划书学习编写需求规格说明书 3.1　可行性研究 3.1.1 项目立项概述 任何一个完整的软件工程项目都是从项目立项开始的。项目立项包括项目发起、项目论证、项目审核和项目立项四个过程。在发起一个项目时，项目发起人或单位为寻求他人的支持，要以书面材料的形式递交给项目的支持者和领导，使其明白项目的必要性和可行性。项目论证过程，也就是可行性研究过程。可行性研究就是指在项目进行开发之前，根据项目发起文件和实际情况，对该项目是否能在特定的资源、时间等制约条件下完成做出评估，并且确定它是否值得去开发。项目经过可行性研究并且认为可行后，还需要报告主管领导或单位，以获得项目的进一步审核，并得到他们的支持。项目通过可行性研究和主管部门的批准后，将其列入项目计划的过程，叫做项目立项。 经过项目发起、项目论证、项目审核和项目立项四个过程后，一个软件工程项目就正式启动了。 3.1　可行性研究 3.1.2　可行性研究的内容 可行性研究需要从多个方面进行评估，主要包括：战略可行性操作可行性计划可行性技术可行性社会可行性市场可行性经济可行性风险可行性 3.1　可行性研究 3.1.3　可行性研究的步骤进行可行性研究的步骤不是固化的，而是根据项目的性质、特点以及开发团队的能力有所区别。一个典型的可行性研究的步骤可以归结为以下几步，其示意图如图所示。 3.2　需求分析 3.2.1 需求分析的任务 为什么需要需求分析 为了开发出真正满足用户需要的软件产品，明确地了解用户需求是关键。虽然在可行性研究中，已经对用户需求有了初步的了解，但是很多细节还没有考虑到。可行性研究的目的是评估系统是否值得去开发，问题是否能够解决，而不是对需求进行定义。如果说可行性分析是要决定“做还是不做”，那么需求分析就是要回答“系统必须做什么”这个问题。 需求分析是一个非常重要的过程，它完成的好坏直接影响了后续软件开发的质量。 3.2　需求分析 1. 确定系统的运行环境要求 系统运行时的硬件环境要求，如对计算机的CPU、内存、存储器、输入/输出方式、通信接口和外围设备等的要求；软件环境要求，如操作系统、数据库管理系统和编程语言等的要求。 3.2　需求分析 2. 确定系统的功能性需求和非功能性需求需求可以分为两大类，功能性需求和非功能性需求，前者定义了系统做什么，后者定义了系统工作时的特性。功能需求是软件系统的最基本的需求表述，包括对系统应该提供的服务，如何对输入做出反应，以及系统在特定条件下的行为描述。在某些情况下，功能需求还必须明确系统不应该做什么，这取决于开发的软件类型、软件未来的用户、以及开发的系统类型。所以，功能性的系统需求，需要详细地描述系统功能特征、输入和输出接口、异常处理方法等。非功能性需求包括对系统提出的性能需求、可靠性和可用性需求、系统安全以及系统对开发过程、时间、资源等方面的约束和标准等。性能需求指定系统必须满足的定时约束或容量约束，一般包括速度（响应时间）、信息量速率（吞吐量、处理时间）和存储容量等方面的需求。 3.2　需求分析 3. 进行有效的需求分析一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。有效的需求分析通常都具有一定的难度，这一方面是由于交流障碍所引起的，另一方面是由于用户通常对需求的陈述不完备、不准确和不全面，并且还可能在不断的变化。所以开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 3.2　需求分析 4. 在需求分析的过程中应该遵守一些原则首先，需求分析是一个过程，它应该贯穿于系统的整个生命周期中，而不是仅仅属于软件生命周期早期的一项工作。其次，需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于新系统要求的模糊性，需求往往很难一步到位。通常情况下，需求是随着项目的深入而不断变化的。所以需求分析的过程还应该是一个迭代的过程。此外，为了方便评审和后续的设计，需求的表述应该具体、清晰，并且是可测量的、可实现的。最好能够对需求进行适当的量化。比如：系统的响应时间应该低于0.5秒；系统在同一时刻最多能支持30000个用户。 3.2　需求分析 5. 需求分析的