1、可行性研究报告 来源： 国家计算机标准和文件模板 作者： 可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行 性；评述为了合理地达到开发目标而可能选择的各种方案；说明并论证所选定的方案。可行性研究报告的编写内容要求如下：1 引言 11 编写目的 说明编写本可行性研究报告的目的，指出预期的读者。12 背景 说明：a所建议开发的软件系统的名称；b本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；C该软件系统同其他系统或其他机构的基本的相互来往关系。13 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。14 参考资料 列出用得着的参
2、考资料，如：a本项目的经核准的计划任务书或合同、上级机关的批文；b属于本项目的其他已发表的文件； C本文件中各处引用的文件、资料，包括所需用到的软件开发标准。|列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 可行性研究的前提说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。21 要求说明对所建议开发的软件的基本要求，如：a功能；b性能；C输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象； d输入说明系统的输入，包括数据的来源、类型、数量、数据的组织以及提供的频度；e处理流程和数据流程用图表的方式表
3、示出最基本的数据流程和处理流程，并辅之以叙述；f在安全与保密方面的要求；g同本系统相连接的其他系统；h完成期限。22 目标 说明所建议系统的主要开发目标，如：a人力与设备费用的减少；b处理速度的提高；C控制精度或生产能力的提高；d管理信息服务的改进；e自动决策系统的改进；f人员利用率的改进。 23 条件、假定和限制说明对这项开发中给出的条件、假定和所受到的限制，如：a所建议系统的运行寿命的最小值；b进行系统方案选择比较的时间； c经费、投资方面的来源和限制； d法律和政策方面的限制；e硬件、软件、运行环境和开发环境方面的条件和限制；f可利用的信息和资源；g系统投入使用的最晚时间。24 进行可行
4、性研究的方法 说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。摘要说明所使用的基本方法 和策略，如调查、加权、确定模型、建立基准点或仿真等。25 评价尺度说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短 及使用中的难易程度。3 对现有系统的分析这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚 至是一个人工系统。分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。 31 处理流程和数据流程说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示，并加以叙述。32 工作
5、负荷 列出现有系统所承担的工作及工作量。33 费用开支列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开 支总额。34 人员 列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。35 设备 列出现有系统所使用的各种设备。36 局限性列出本系统的主要的局限性，例如处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能 不够等。并且要说明，为什么对现有系统的改进性维护已经不能解决问题。4 所建议的系统本章将用来说明所建议系统的目标和要求将如何被满足。41 对所建议系统的说明概括地说明所建议系统，并说明在第 A2 章中列出的那些要求将如何得到满足，
6、说明所使用的基本 方法及理论根据。 42 处理流程和数据流程给出所建议系统的处理流程和数据流程。43 改进之处 按 22 条中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。44 影响说明在建立所建议系统时，预期将带来的影响，包括：441 对设备的影响 说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。442 对软件的影响 说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修 改和补充。443 对用户单位机构的影响 说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。4 4 4 对系统运行过程的影响 说明所建议
7、系统对运行过程的影响，如： a用户的操作规程；b运行中心的操作规程； C运行中心与用户之间的关系；d源数据的处理； e数据进入系统的过程；f对数据保存的要求，对数据存储、恢复的处理；g输出报告的处理过程、存储媒体和调度方法；h系统失效的后果及恢复的处理办法。 445 对开发的影响 说明对开发的影响，如：a为了支持所建议系统的开发，用户需进行的工作；b为了建立一个数据库所要求的数据资源；C为了开发和测验所建议系统而需要的计算机资源；d所涉及的保密与安全问题。446 对地点和设施的影响 说明对建筑物改造的要求及对环境设施的要求。447 对经费开支的影响 扼要说明为了所建议系统的开发，设计和维持运行
8、而需要的各项经费开支。45 局限性 说明所建议系统尚存在的局限性以及这些问题未能消除的原因。46 技术条件方面的可行性 本节应说明技术条件方面的可行性，如：a在当前的限制条件下，该系统的功能目标能否达到；b利用现有的技术，该系统的功能能否实现；C对开发人员的数量和质量的要求并说明这些要求能否满足；d在规定的期限内，本系统的开发能否完成。5 可选择的其他系统方案 扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没 有供选择的系统方案可考虑，则说明这一点。 51 可选择的系统方案 1 参照第 4 章的提纲，说明可选择的系统方案 1，并说明它未被选中的理由。52
9、可选择的系统方案 2 按类似 5 1 条的方式说明第 2 个乃至第。个可选择的系统方案。6 投资及效益分析 61 支出对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该系统继续运行期间所需的费用。 611 基本建设投资包括采购、开发和安装下列各项所需的费用，如： a房屋和设施；b A DP 设备； C数据通讯设备；d环境保护设备；e安全与保密设备；fADP 操作系统的和应用的软件； g数据库管理软件。612 其他一次性支出包括下列各项所需的费用，如：a研究（需求的研究和设计的研究）；b开发计划与测量基准的研究；C数据库的建立；dADP 软件的转换；e检查费用和技术管理性费用；f培
10、训费、旅差费以及开发安装人员所需要的一次性支出； g人员的退休及调动费用等。613 非一次性支出列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括： a设备的租金和维护费用； b 软件的租金和维护费用；C数据通讯方面的租金和维护费用；d人员的工资、奖金；e房屋、空间的使用开支；f公用设施方面的开支；g保密安全方面的开支； h其他经常性的支出等。62 收益 对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括；621 一次性收益说明能够用人民币数目表示的一次性收益，可按数据处理、用
11、户、管理和支持等项分类叙述，如：a开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化分布化等； b价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等；C其他如从多余设备出售回收的收入等。622 非一次性收益 说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益，包括开支的减少和避免。 623 不可定量的收益 逐项列出无法直接用人民币表示的收益，如服务的改进，由操作
12、失误引起的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计（按最好和最差情况估计）。 63 收益投资比 求出整个系统生命期的收益投资比值。 64 投资回收周期 求出收益的累计数开始超过支出的累计数的时间。65 敏感性分析所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。7 社会因素方面的可行性 本章用来说明对社会因素方面的可行性分析的结果，
13、包括：71 法律方面的可行性 法律方面的可行性问题很多，如合同责任、侵犯专利权、侵犯版权等方面的陷井，软件人员通常是不熟悉的，有可能陷入，务必要注意研究。72 使用方面的可行性 例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该软件系统；从用户单位的工作人员的素质来看，是否能满足使用该软件系统的要求等等，都是要考虑的。8 结论在进行可行性研究报告的编制时，必须有一个研究的结论。结论可以是：a可以立即开始进行；b需要推迟到某些条件（例如资金、人力、设备等）落实之后才能开始进行；c需要对开发目标进行某些修改之后才能开始进行；d不能进行或不必进行（例如因技术不成熟、经济上不合算等）。项目开
14、发计划 来源： 国家计算机标准和文件模板 作者： 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开 发工作。编制内容要求如下：1 引言11 编写目的 说明编写这份项目开发计划的目的，并指出预期的读者。12 背景说明：a待开发的软件系统的名称；b本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；C该软件系统同其他系统或其他机构的基本的相互来往关系。13 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。14 参考资料列出用得着的参考资料
15、，如：a本项目的经核准的计划任务书或合同、上级机关的批文；b属于本项目的其他已发表的文件；C本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 项目概述 21 工作内容简要地说明在本项目的开发中须进行的各项主要工作。22 主要参加人员扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。23 产品231 程序列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件， 逐项说明其功能和能力。 232 文件列出需移交给用户的每种文件的名称及内容要点。 233 服务
16、列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持 的级别和服务的期限。234 非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。24 验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。25 完成项目的员迟用限 26 本计划的批准者和批准日期 3 实施计划 31 工作任务的分门与人员分工 对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。32 接口人员说明负责接口工
17、作的人员及他们的职责，包括：a 负责本项目同用户的接口人员；b负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员； c负责本项目同各分合同负责单位的接口人员等。 33 进度 对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓“里程碑“）。 34 预算 逐项列出本开发项目所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。35 关键问题逐项列出能够影响整个
18、项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。4 支持条件说明为支持本项目的开发所需要的各种条件和设施。41 计算机系统支持逐项列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译 （或 汇编）程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等，逐项给出有关到货日期、 使用时间的要求。42 需由用户承担的工作逐项列出需要用户承担的工作和完成期限。包括需由用户提供的条件及提供时间。43 由外单位提供的条件 逐项列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提 供的时间。 5 专题计划要点说明本项目开发中需制
19、订的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密 计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点。软件需求说明书 来源： 自国家计算机标准和文件模板 作者： 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解， 使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下：1 引言11 编写目的说明编写这份软件需求说明书的目的，指出预期的读者。12 背景 说明： a待开发的软件系统的名称；b本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；C该软件系统同其他系统或其他机构的基本的相互来往关系。 13
20、定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。14 参考资料 列出用得着的参考资料，如：a本项目的经核准的计划任务书或合同、上级机关的批文；b属于本项目的其他已发表的文件；c本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 任务概述 21 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部
21、分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。|22 用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束23 假定和约束列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。3 需求规定 31 对功能的规定用列表的方式（例如 IPO 表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 32 对性能的
22、规定321 精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。322 时间特性要求 说明对于该软件的时间特性要求，如对：a响应时间；b更新处理时间；c数据的转换和传送时间；d解题时间； 等的要求。323 灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：a操作方式上的变化；b运行环境的变化； c同其他软件的接口的变化；d精度和有效时限的变化； e计划的变化或改进。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。33 输人输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。34 数据管理能力要求 说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 35 故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。36 其他专门要求如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
