可行性研究与需求分析(1).ppt

第第2章章 可行性研究与需求分析可行性研究与需求分析 学习目标：u了解可行性研究的定义、任务、步骤及工具 u掌握软件需求分析的任务与目标及Warnier图的使用，熟悉需求规格说明书的基本结构u掌握软件需求分析的过程 u掌握需求分析的快速原型方法1第第2章章 可行性研究与需求分析可行性研究与需求分析 教学内容 2.1 可行性研究 2.2 需求分析 2.3 结构化分析方法 2.4 需求分析评审 2.5 需求分析实例 本章小结 2所有项目均是可行的！所有项目均是可行的！所有项目均是可行的！所有项目均是可行的！给定无限的资源和无限的时间！给定无限的资源和无限的时间！给定无限的资源和无限的时间！给定无限的资源和无限的时间！但不幸的是，基于计算机的系统或产品的开但不幸的是，基于计算机的系统或产品的开但不幸的是，基于计算机的系统或产品的开但不幸的是，基于计算机的系统或产品的开发，更可能受资源不足和困难的交付时间的折磨。发，更可能受资源不足和困难的交付时间的折磨。发，更可能受资源不足和困难的交付时间的折磨。发，更可能受资源不足和困难的交付时间的折磨。引言引言第三章系统工程基础与可行性研究3联联联联想想想想集集集集团团团团领领领领导导导导人人人人柳柳柳柳传传传传志志志志曾曾曾曾说说说说：“没没没没钱钱钱钱赚赚赚赚的的的的事事事事我我我我们们们们不不不不干干干干；有有有有钱钱钱钱赚赚赚赚但但但但投投投投不不不不起起起起钱钱钱钱的的的的事事事事不不不不干干干干；有有有有钱钱钱钱赚赚赚赚也也也也投投投投得得得得起起起起钱钱钱钱但但但但没没没没有有有有可可可可靠靠靠靠的的的的人人人人选选选选，这这这这样样样样的的的的事事事事也也也也不不不不干干干干。”柳柳柳柳传传传传志志志志为为为为决决决决策策策策立立立立了了了了上上上上述述述述准准准准则则则则，同时也为可行性分析指明了重点。同时也为可行性分析指明了重点。同时也为可行性分析指明了重点。同时也为可行性分析指明了重点。引言引言第三章系统工程基础与可行性研究42.1 可行性研究可行性研究（1）返回目录主要教学内容：1 可行性研究的任务 2 可行性研究的步骤 3 可行性研究的工具 4 制订项目计划 52.1 可行性研究（可行性研究（2）1 1、可行性研究的任务、可行性研究的任务 可行性研究的主要目的是用极少的代价在最短的时间内决定被开发的软件是否能开发成功。（1）经济可行性：通过对被开发软件系统的成本效益的分析，估算系统的开发成本，估计系统可能取得的效益，确定待开发系统是否值得投资开发。（2）技术可行性：从问题定义规格说明书提出的系统功能、性能以及实际系统的各种约束来分析，确定当前的技术及条件是否能实现整个系统。62.1 可行性研究（可行性研究（3）（3）法律可行性：分析在系统开发的全部过程中可能出现和涉及的法律问题，如合同、责任、知识产权、专利等问题。（4）运行可行性：判断新系统的运行方式是否可行。返回目录72.1 可行性研究（可行性研究（4）2 2、可行性研究的步骤、可行性研究的步骤（1）确定系统的规模和目标（2）分析现有系统，设计新系统的高层系统模型（3）评审系统模型（4）设计和评价新系统的实现方案（5）制定行动方案（6）拟定开发计划（7）编制可行性报告82.1 可行性研究（可行性研究（5）3 3、可行性研究的工具、可行性研究的工具 在进行可行性研究时，使用的主要工具为系统流程图。系统流程图的基本作用是：以黑盒方式描述系统各部件（如人工处理、程序、数据库、图表等），它只描述了信息在系统各部件中的流动情况，不对信息在系统中的加工细节进行描述，所以它不同于程序流程图。返回目录92.1 可行性研究（可行性研究（6）4 4、制订项目计划、制订项目计划 制订项目开发计划的目的是用文件的形式，把开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件资源等问题做出的安排记载下来，以便根据本计划开展和跟踪本项目的开发工作。返回目录10表表2-2 2-2 可行性研究报告范例可行性研究报告范例第一章 引 言 1.1 编写目的 1.2 背 景 1.3 定 义 1.4 参考资料第二章 可行性研究的前提 2.1 要 求 2.2 目 标 2.3 条件、假定和限制 2.4 进行可行性研究的方法 2.5 评价尺度第三章 对现有系统的分析 3.1 数据流程和处理流程 3.2 工作负荷 3.3 3.3 费用开支费用开支 3.4 3.4 人人 员员 3.5 3.5 设设 备备 3.6 3.6 局限性局限性第四章第四章 所建议的系统所建议的系统 4.1 4.1 对所建议系统的说明对所建议系统的说明 4.2 4.2 数据流程和处理流程数据流程和处理流程 4.3 4.3 改进之处改进之处 4.4 4.4 影影 响响 4.4.1 4.4.1 对设备的影响对设备的影响 4.4.2 4.4.2 对软件的影响对软件的影响 4.4.3 4.4.3 对用户单位机构的影响对用户单位机构的影响 4.4.4 4.4.4 对系统运行的影响对系统运行的影响 4.4.5 4.4.5 对开发的影响对开发的影响 4.4.6 4.4.6 对地点和设施的影响对地点和设施的影响11表表2-2 2-2 可行性研究报告范例可行性研究报告范例(续续)4.4.7 对经费开支的影响 4.5 局限性 4.6 技术条件方面的可行性第五章 可选择的其他系统方案 5.1 可选择的系统方案 5.2 可选择的系统方案 第六章 投资及收益分析 6.1 支 出 6.1.1 基本建设投资 6.1.2 其他一次性支出 6.1.3 非一次性支出 6.2 6.2 收收 益益 6.2.1 6.2.1 一次性收益一次性收益 6.2.2 6.2.2 非一次性收益非一次性收益 6.2.3 6.2.3 不可定量的收益不可定量的收益 6.3 6.3 收益收益/投资比投资比 6.4 6.4 投资回收周期投资回收周期 6.5 6.5 敏感性分析敏感性分析第七章第七章 社会条件方面的可行社会条件方面的可行性性 7.1 7.1 法律方面的可行性法律方面的可行性 7.2 7.2 使用方面的可行性使用方面的可行性第八章第八章 结结 论论122.2 需求分析需求分析主要教学内容：2.2.1 需求分析的目标和任务 2.2.2 软件需求信息的获取途径 2.2.3 需求分析的过程 2.2.4 快速原型方法 返回目录132.2.1 需求分析的目标和任务（需求分析的目标和任务（1）1、软件需求分析的目标目标 深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求。2、需求分析的基本任务基本任务 软件人员和用户一起完全弄清用户对系统的确切要求，通俗地说就是要解决“系统做什么”的问题，但不包括“怎么做”的问题。3、需求分析阶段的具体任务具体任务：142.2.1 需求分析的目标和任务（需求分析的目标和任务（2）（1）确定目标系统的具体要求 a.确定系统的运行环境要求 b.系统的性能要求 c.系统功能(2)分析系统的数据要求(3)建立目标系统的逻辑模型(4)4修正系统开发计划(5)建立原型系统(6)编写软件需求规格说明书及评审返回目录152.2.1 需求分析的目标和任务（需求分析的目标和任务（3）返回目录162.2.2 2.2.2 软件需求信息的获取途径软件需求信息的获取途径(1)访谈和会议(2)市场调查(3)访问用户和用户领域的专家(4)考察现场，跟踪现场业务流程(5)开发人员和用户共同组成联合小组返回目录172.2.3 2.2.3 需求分析的过程（需求分析的过程（1 1）1 1、问题识别、问题识别 首先系统分析员要研究可行性分析报告和软件项目实施计划。主要是从系统的角度来理解软件，并评审用于产生计划估算的软件范围是否恰当，确定对目标系统的综合要求，即软件的需求。并提出这些需求实现条件，以及需求应达到的标准。也就是解决要求被开发的软件用来做什么，做到什么程度。这些需求包括：182.2.3 2.2.3 需求分析的过程（需求分析的过程（2 2）（1）功能需求（2）性能需求（3）环境要求（4）可靠性需求（5）安全保密要求（6）用户界面需求（7）资源使用需求（8）软件成本消耗与开发进度需求（9）预计系统可达到的目标192.2.3 2.2.3 需求分析的过程（需求分析的过程（2 2）2 2、分析与综合、分析与综合 在对现行问题和期望的信息（输入和输出）进行分析的基础上，分析员综合出一个或几个解决方案，然后检查这些方案是否符合软件计划中规定的范围等，再进行修改。总之，对问题进行分析和综合的过程将一直持续到分析人员与用户双方都感到有把握正确地制定该软件的需求规格说明为止。202.2.3 2.2.3 需求分析的过程（需求分析的过程（3 3）3 3、编制需求规格说明书、编制需求规格说明书 请参考汉语编程企业管理应用软件需求说明书。4 4、需求分析评审、需求分析评审 作为需求分析阶段工作的复查手段，在需求分析的最后一步，应该对功能的正确性、完整性和清晰性，以及其他需求给予评价。如果在评审过程中发现说明书存在错误或缺陷，应及时进行更改或弥补，并再次评审。需求分析评审过程将在后续部分进行介绍。返回目录212.2.4 2.2.4 快速原型方法（快速原型方法（1 1）1 1、快速原型法的基本思想、快速原型法的基本思想 在软件工程中，原型是软件的一个早期可运行的版本，它能反映最终系统的一部分重要特性。其基本思想是：在获得一组基本需求说明后，通过快速分析构造出一个小型的软件系统，满足用户的基本要求，使得用户可在试用原型系统的过程中得到亲身感受和受到启发，做出反应和评价；然后，开发者根据用户的意见对原型加以改进。随着不断试验、纠错、使用、评价和修改，获得新的原型版本，如此周而复始，逐步减少分析和交流中的误解，弥补不足之处，进一步确定各种需求细节，适应需求的变更，从而提高最终产品的质量。222.2.4 2.2.4 快速原型方法（快速原型方法（2 2）2 2、快速原型法的基本步骤、快速原型法的基本步骤（1/2）（1）快速分析 在分析员和用户的紧密配合下，快速确定软件系统的基本要求。（2）构造原型 在快速分析基础上，根据基本需求，尽快实现一个 可运行的系统。（3）运行和评价原型 用户在开发者指导下试用原型，在试用的过程中考核评价原型的特性，分析其运行结果是否满足规格说明的要求，以及规格说明是否满足用户愿望。232.2.4 2.2.4 快速原型方法（快速原型方法（3 3）2 2、快速原型法的基本步骤、快速原型法的基本步骤（2/2）（4）修正和改进 根据用户反馈的意见修改原型。（5）判定原型是否完成 经过修改或改进的原型，得到参与者的一致认可，则原型开发的迭代过程可以结束。为此，应判断有关应用的实质是否已经掌握，迭代周期是否可以结束等。（6）判断原型细节是否说明 （7）原型细节的说明 （8）判定原型效果 （9）整理原型和提供文档。返回目录242.2.4 2.2.4 快速原型方法（快速原型方法（4 4）3 3、原型有哪几种？、原型有哪几种？（1）废弃型 先构造一个功能简单而且质量要求不高的原型系统，针对这个原型系统反复进行分析修改，形成比较好的设计思想，据此设计出更加完整、准确、一致、可靠的最终系统。系统构造完成后，原来的原型系统就被废弃不用。（2）追加型或演化型 先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心，然后通过不断地扩充修改，逐步追加新要求，最后发展成为最终系统。252.2.4 2.2.4 快速原型方法（快速原型方法（3 3）4 4、原型如何构造？、原型如何构造？（1）快速开发一个原型；（2）借助同类相似的软件系统作为需求分析的第1个版本的原型；（3）利用现有技术工具，快速模拟一个原型系统模型。262.3 需求分析评审需求分析评审 主要教学内容：2.4.1 需求规格说明书 2.4.2 评审过程 返回目录272.3.1 2.3.1 需求规格说明书需求规格说明书 软件规格说明书中阐明的需求是经过认真研究和分析 后定下来的，是软件开发人员和用户对问题的共同理解，可被当作是双方达成的协议书。由于其中规定的需求都是系统准备加以实现的，因此它应该作为软件设计和实现的基础和依据。在项目开发的最后阶段，其中规定的各项需求又将是产品验收的依据。当软件产品投入运行以后，如需进行适应性或扩充性维护，仍然需要软件规格说明书。由此可见，软件规格说明书在整个软件生存周期中都具有十分重要的作用。请参见汉语编程企业管理应用软件需求说明书返回目录282.4.2 2.4.2 评审过程评审过程 在将需求规格说明书提交给设计阶段之前，必须进行需求评审。如果在评审过程中发现说明书存在错误或缺陷，应及时进行更改或弥补，重新进行相应部分的初步需求分析、需求建模，修改需求规格说明书，并再进行评审。（1）正确性 （2）无歧义性 （3）完全性 （4）可验证性 （5）一致性 （6）可理解性 （7）可修改性 （8）可追踪性29本本 章章 小小 结结u可行性研究与需求分析是软件生存期中的基础，其根本的任务是确定所要开发的软件是否可行，以及确定用户对软件系统的需求。u本章首先介绍了软件可行性研究的主要任务、步骤、工具及如何制订项目计划。u介绍了软件需求分析的目标、任务、需求分析的过程。30本本 章章 小小 结结u三种常用的需求分析方法是：快速原型方法、结构化分析方法和面向对象分析方法。u介绍了需求分析的评审过程和需求规格说明书的写法。u给出了可行性研究报告和需求规格说明书的范文。返回目录31