《软件工程》第2章可行性分析与软件计划.ppt

第 2 章可行性分析与软件计划 邢承杰 北京大学计算中心管理信息中心 E-mail: xingcj@ 第1章内容回顾 软件 软件危机 软件工程 工程化 软件生命周期 瀑布模型 本章主题 2.1 软件可行性分析 2.2 软件开发计划 2.3 软件的成本估算与效益分析 2.4 安排开发进度 2.1 软件可行性分析 2.1.1 对可行性分析的认识 2.1.2 可行性分析的内容 2.1.3 可行性分析的步骤 2.1.4 可行性分析报告 2.1.1 对可行性分析的认识 一旦软件范围已经被标识出来，人们自然会问：“我们能够开发软件以满足该范围吗?项目是可行的吗？”在软件危机时期人们通常会跳过这个阶段，往往陷入从开始就注定失败的项目泥潭中。 对可行性分析的认识 只要资源和时间不加以限制，所有的项目都是可行的。然而，由于资源缺乏和交付时间限制的困扰，使得基于计算机系统的开发变得比较困难。因此尽早对软件项目的可行性作出细致而谨慎的评估是十分必要的。如果在问题定义阶段及早发现将来可能在开发过程中遇到的问题，及早作出决定，可以避免大量的人力、财力和时间上的浪费。 可行性分析的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。必须记住：可行性分析不是要求解问题本身，而是要确定问题是否有解。 2.1.2 可行性分析的内容 2.1.3 可行性分析的步骤 Step1：问题定义。确定系统的范围和目标。 其目的是弄清用户需要计算机解决的问题根本所在，确定系统的范围。 （1）用简练的语言说明本项目“是什么”，“说明用途”。 （2）说明本项目“应当包含的内容”和“不包含的内容”。 （3）说明本项目“适用的领域”和“不适用的领域”。 系统分析员应该深入到问题现场，了解用户单位各层次人员对系统的要求，调查开发背景，并对问题进行加工整理 Step2：研究当前正在运行的系统 ⑴当前系统的功能。 ⑵系统存在的问题（包括功能、速度、效率等） ⑶描述当前系统的工作流程，用〈系统流程图〉表示。 Step3：导出新系统的高层逻辑模型，用〈数据流图〉和〈数据字典〉描述。 可行性分析的步骤（续） Step4：与用户交流，修改系统流程图数据流图，做必要的补充和完善。 以上两步反复进行。 Step5：探寻并评价逻辑模型的多种实现方案。 以便用户选择。 Step6：综合多种因素提出某种实现方案的建议。 Step7：提交可行性分析报告。 2.1.4 可行性分析报告 可行性分析工作结束时需要提交“可行性分析报告”。可行性分析报告是系统论证的结果，也是软件项目是否批准立项的重要依据。有关部门或机构会对可行性分析报告做认真的审查，审查中可能会反复，重新要求论证。最终给出“通过立项”或否定的结论。 视项目的规模、可行性报告，可长可短，但内容应包含下列三点。 1、系统概述：当前系统及存在的问题，新的目标系统和它的各个子系统的功能。作新老比较。附系统流程图，高层数据流图等。 2、可行性分析：经济上、技术上、操纵上、法律上。 3、结论意见：可行与否？选择何种方案？分几期完成？ 可行性分析报告目录编排上各有千秋，内容可根据项目情况灵活调整。 可行性分析报告的参考格式 教材中的格式，教材第21页 国际标准化组织的文档参考格式 国家标准的文档参考格式 学会利用资源 对于软件工程，我们缺乏经验 充分吸取别人的经验 网络上关于软件工程的资源及其丰富，大家要充分利用 各种软件工程的书籍不断丰富 《人月神话》 《程序员》杂志 本章主题 2.1 软件可行性分析 2.2 软件开发计划 2.3 软件的成本估算与效益分析 2.4 安排开发进度 2.2 软件开发计划 2.2.1 对软件开发计划认识 2.2.2 软件的作用范围 2.2.3 资源需求 2.2.4 软件成本估算 2.2.5 进度安排 2.2.6 软件计划说明书 2.2.1 对软件开发计划认识 可行性论证报告请供、求双方及同行专家进行评审。评审通过后正式立项，供求双方签订协议（合同）。 软件立项之后，软件开发机构开始进行软件开发计划的制定。 软件计划的任务是向管理部门提出关于项目开发的经费预算，人力、物力等资源的需求量，开发进度的初步安排等，以便管理部门有效的组织人力、物力来实施该项目计划，并依据该计划来管理开发阶段的各个进程，确保软件系统开发成功。 软件计划的具体任务有：估算开发所需的资源；根据软件范围估算软件成本；进度安排等。 2.2.2 软件的作用范围 软件计划阶段的第一项任务是确定软件的范围。 软件范围主要涉及软件的功能、性能、接口及可靠性4个方面。 用某种供、求双方易接受的语言描述软件范围的4个方面内容。描述要力求准确，不能含糊不清，不能有二义性。 涉及系统的特性必须用明确的量化数据，如并发用户的个数、最大允许响应时间、空间限制、各种约