可行性研究报告(GB8567——88)

合集下载

(国内标准)GB-软件开发主要文档编写规范

(国内标准)GB-软件开发主要文档编写规范

231 GB 8567-88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567-88中主要软件文档的编写说明,供编写时参考。

这些文档主要是:可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。

一、可行性研究报告l 引言1.1 编写目的说明:说明本可行性研究报告的编写目的,指出预期的读者。

1.2 背景 说明:a .所建议开发的软件系统的名称。

b .本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。

c .该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4 参考资料列出用得着的参考资料,如:a .本项目的经核准的计划任务书或合同、上级机关的批文。

b .属干本项目的其他已发表的文件。

c. 本文件中各处引用的文件、资料,包括所需用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

2 可行性研究的前提说明对建议开发项目进行可行性研究的前提,如要求、目标、条件、假定和限制等。

2.1 要求说明对所建议开发软件的基本要求,如: a .功能。

b .性能。

c .输出如报告、文件或数据,对每项输出要说明其特征,如用途、产生频度、接口以及分发对象。

d. 输入说明。

系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。

e .处理流程和数据流程。

用图表的方式表示出最基本的数据流程和处理流程,并输之以叙述。

f. 在安全与保密方面的要求。

g. 同本系统相连接的其他系统。

h. 完成期限。

2.2 目标说明所建议系统的主要开发目标,如: a. 人力与设备费用的减少。

b. 处理速度的提高。

c. 控制精度或生产能力的提高。

232 d .管理信息服务的改进。

软件设计文档国家标准GB8567

软件设计文档国家标准GB8567

软件设计文档国家标准GB8567-88一、文档编写标准化在整个项目开发及使用过程中,应该有完备的文档支持,文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。

完备的文档对软件的开发及使用起了很大的作用。

一般要求编写好十三种文档。

1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。

2、项目开发计划为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。

3、软件需求说明书(软件规格说明书)对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。

它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。

该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。

4、概要设计说明书是概要设计阶段的工作总结。

主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等,为详细设计作好准备。

5、详细设计说明书着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。

6、用户操作手册详细描述了该软件的功能、性能和用户界面,使用该软件的具体方法等。

7、测试计划包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。

8、测试分析报告测试计划的执行情况,对测试结果的分析,提出测试结论。

9、开发进度月报按月提交的项目进展情况报告。

包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。

10、项目开发总结报告项目完成以后,总结实际执行情况。

如进度、成果、资源利用、成本和投入的人力,对项目开发作出评价,总结经验与教训。

11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等。

可行性研究报告编写规范

可行性研究报告编写规范

可行性研究报告(GB8567——88)B][B]1引言 11。

1编写目的 11。

2背景 11.3定义 11.4参考资料 12可行性研究的前提 22。

1要求 22。

2目标 22.3条件、假定和限制 32.4进行可行性研究的方法 32。

5评价尺度 33对现有系统的分析 33。

1处理流程和数据流程 43.2工作负荷 43.3费用开支 43。

4人员 43.5设备 43。

6局限性 44所建议的系统 44.1对所建议系统的说明 54.2处理流程和数据流程 54。

3改进之处 54。

4影响 54.4。

1对设备的影响 54。

4.2对软件的影响 54。

4.3对用户单位机构的影响 5 4.4.4对系统运行过程的影响 6 4。

4。

5对开发的影响 64。

4.6对地点和设施的影响 6 4.4。

7对经费开支的影响 64。

5局限性 64.6技术条件方面的可行性 75可选择的其他系统方案 75.1可选择的系统方案1 75。

2可选择的系统方案2 76投资及效益分析 76.1支出 76.1。

1基本建设投资 86。

1。

2其他一次性支出 86。

1.3非一次性支出 86.2收益 96。

2.1一次性收益 96.2。

2非一次性收益 96.2.3不可定量的收益 96.3收益/投资比 106.4投资回收周期 106。

5敏感性分析 107社会因素方面的可行性 107.1法律方面的可行性 107.2使用方面的可行性 108结论 11GB8567-—88可行性研究报告1引言1。

1编写目的说明编写本可行性研究报告的目的,指出预期的读者。

1.2背景说明:A。

所建议开发的软件系统的名称;B. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;C. 该软件系统同其他系统或其他机构的基本的相互来往关系。

1。

3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1。

4参考资料列出用得着的参考资料,如:1。

本项目的经核准的计划任务书或合同、上级机关的批文;2。

可行性研究报告(GB8567——88)

可行性研究报告(GB8567——88)

目录1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2可行性研究的前提 (2)2.1要求 (2)2.2目标 (3)2.3条件、假定和限制 (3)2.4进行可行性研究的方法 (4)2.5评价尺度 (4)3对现有系统的分析 (4)3.1处理流程和数据流程 (4)3.2工作负荷 (5)3.3费用开支 (5)3.4人员 (5)3.5设备 (5)3.6局限性 (5)4所建议的系统 (5)4.1对所建议系统的说明 (5)4.2处理流程和数据流程 (5)4.3改进之处 (6)4.4影响 (6)4.4.1对设备的影响 (6)4.4.2对软件的影响 (6)4.4.3对用户单位机构的影响 (6)4.4.4对系统运行过程的影响 (6)4.4.5对开发的影响 (6)4.4.6对地点和设施的影响 (6)4.4.7对经费开支的影响 (6)4.5局限性 (7)4.6技术条件方面的可行性 (7)5可选择的其他系统方案 (7)6投资及效益分析 (7)6.1支出 (7)6.1.1基本建设投资 (7)6.1.2其他一次性支出 (7)6.1.3非一次性支出 (8)6.2收益 (8)6.2.1一次性收益 (8)6.2.2非一次性收益 (8)6.2.3不可定量的收益 (8)6.3收益/投资比 (8)6.4投资回收周期 (8)6.5敏感性分析 (8)7社会因素方面的可行性 (9)7.1法律方面的可行性 (9)7.2使用方面的可行性 (9)8结论 (9)可行性研究报告1引言编写此《可行性研究报告》的目的是在于把将要开发的光缆线路路由图管理系统进行分析、研究和做出相应的规划。

1.1编写目的实现对光缆线路路由图的方便管理。

1.2背景所建议开发的软件系统的名称:光缆线路路由图管理系统项目的任务提出者:毕社导师扬中华老师项目的任务开发者:张鹏用户:光缆线路路由图管理者光缆线路路由图管理系统是基于Windows XP中文操作系统平台开发的,本系统的数据库是基于Microsoft Access实现的。

工资管理系统可行性研究报告(GB8567——88)1

工资管理系统可行性研究报告(GB8567——88)1

目录1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2可行性研究的前提 (1)2.1要求 (2)2.2目标 (2)2.3条件、假定和限制 (3)2.4进行可行性研究的方法 (3)3对现有系统的分析 (4)3.1处理流程和数据流程 (4)3.2工作负荷 (4)3.3费用开支 (4)3.4人员 (5)3.5设备 (5)4所建议的系统 (5)4.1对所建议系统的说明 (5)4.2改进之处 (6)4.3影响 (6)4.3.1对设备的影响 (6)4.3.2对软件的影响 (6)4.3.3对用户单位机构的影响 (6)4.3.4对系统运行过程的影响 (6)4.3.5对开发的影响 (7)4.3.6对地点和设施的影响 (7)4.3.7对经费开支的影响 (7)4.4局限性 (7)4.5技术条件方面的可行性 (7)5可选择的其他系统方案 (7)6投资及效益分析 (7)7社会因素方面的可行性 (8)7.1法律方面的可行性 (8)7.2使用方面的可行性 (8)8结论 (8)GB8567——88工资管理系统可行性研究报告1引言1.1编写目的编写本报告的目的是研究本系统的总体需求、实现方案,并分析开发系统的可行性,为决策者提供是否开发该系统的依据和建议。

1.2背景开发软件名称:工资管理系统。

项目开发者:河池学院学院计算机与信息工程学院2012级计算机科学与技术2班:唐佳彬、周全庆,何正爽。

1.3定义工资管理系统对于现代公司而言,是能否发挥其日常管理作用的至关重要技术平台。

对于公司管理人和公司员工来说,是能否方便快速查询自己的工资情况信息的关键。

所以,工资管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。

1.4参考资料(一)钱乐秋等,《软件工程》,青还大学出版社;(二)张害藩,《软件工程导论》(第四版),清华大学出版社;(三)王珊等,《数据库原理及设计》,清华大学出版社;(四)赵池龙等,《软件工程实践教程》,电子工业出版社;(五)李军国等,《软件工程案例教程》,清华大学出版社;2可行性研究的前提随着计算机应用的日益普及和深化,网上办公已经成为一种趋势。

软件开发软件产品开发文件编制指南

软件开发软件产品开发文件编制指南

附录五国家标准《计算机软件产品开发文件编制指南》国家标准《计算机软件产品开发文件编制指南》(GB 8567—88)是一份指导性文件。

它建议在软件的开发过程申编下述14个文件:可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、总体设计说明书、详细设计说明、数据库设计说明书、用户手册、操作手册、模块开发卷、测试计划、测试分析报告、开发进度表、项目开发总结。

该指南给出了这14个文件的编制提示,它同时也是这14个文件编写质量的检验准则。

下面详细介绍这14种文件的编写目的与内容要求。

l、可行性研究报告可行性研究报告的目的是:说明该软件开发项目的实现在技术上、经济上和社会条上的可行性,论述为了合理地达到开发目标而可能选择的各种方案,说明并论证所选定的方案。

可行性研究报告的编写内容见表l。

表l 可行性研究报告2、项目开发计划编制项目开发计划的目的是用文件的形式,并在开发过程中各项工作的负责人员、开发进度、经费预算、所需软硬件条件等问题做出的安排记录下来,以便根据本计划开展和检查项目的开发工作。

编制内容要求如表2所示。

表 2 项目开发计划3、软件需求说明书软件需求说明书的编制是为了使用户和软件开发人员双方对该软件的初始规定有一个共同的理解,使之成为整个软件开发工作的基础。

其内容要求见表3。

表3 软件需求说明书4、数据要求说明书数据要求说明书的编制目的是为了向整个软件开发时期提供关于被处理数据的描述和数据采集要求的技术信息,其内容要求列于表4中。

表4 数据要求说明书5、概要设计说明书概要设计说明书又称为总体设计说明书,编制目的是说明对项目系统的设计考虑,包括基本处理流程、组织结构、模块结构、功能配置、接口设计、运行设计、系统配置、数据结构设计和出错处理设计等,为程序的详细设计提供基础。

其内容要求见表5。

表5 概要设计说明书6、详细设计说明书详细设计说明书又称为程序设计说明,编制目的是说明一个软件系统各个层次中的每一个程序(模块)的设计考虑。

《计算机软件产品开发文件编制指南》GB 8567-88

《计算机软件产品开发文件编制指南》GB 8567-88

本文从网络收集而来,上传到平台为了帮到更多的人,如果您需要使用本文档,请点击下载,另外祝您生活愉快,工作顺利,万事如意!《计算机软件产品开发文件编制指南》GB 8567-88引言1 目的一项计算机软件的筹划、研制及实现,构成一个软件开发项目。

一个软件开发项目的进行,一般需要在人力和自动化资源等方面作重大的投资。

为了保证项目开发的成功,最经济地花费这些投资,并且便于运行和维护,在开发工作的每一阶段,都需要编制二定的文件。

这些文件连同计算机程序及数据一起,构成为计算机软件。

文件是计算机软件中不可缺少的组成部分,它的作用是:a.作为开发人员在一定阶段内的工作成果和结束标志;b.向管理人员提供软件开发过程中的进展和情况,把软件开发过程中的一些“不可见的”事物转换成“可见的”文字资料。

以便管理人员在各个阶段检查开发计划的实施进展,使之能够判断原定目标是否已达到,还将继续耗用资源的种类和数量;C.记录开发过程中的技术信息,便于协调以后的软件开发、使用和修改;d.提供对软件的有关运行、维护和培训的信息,便于管理人员、开发人员、操作人员和用户之间相互了解彼此的工作;e.向潜在用户报导软件的功能和性能,使他们能判定该软件能否服务于自己的需要。

换言之,本指南认为:文件的编制必须适应计算机软件整个生存周期的需要。

计算机软件所包含的文件有两类:一类是开发过程中填写的各种图表,可称之为工作表格;另一类则是应编制的技术资料或技术管理资料,可称之为文件。

本指南规定软件文件的编制形式,并提供对这些规定的解释。

本指南的目的是使得所编制的软件文件确实能够起到软件文件应该发挥的作用。

2 范围本指南是一份指导性文件。

本指甫建议,在一项计算机软件的开发过程中,一般地说,应该产生十四种文件。

这十四种文件是:可行性研究报告;项目开发计划;软件需求说明书;数据要求说明书;概要设计说明书;详细设计说明书;数据库设计说明书;用户手册;操作手册;模块开发卷宗;测试计划;测试分析报告;开发进度月报;项目开发总结报告。

[计算机软件产品开发文件编制指南]GB8567-88

[计算机软件产品开发文件编制指南]GB8567-88

引言1 目的一项计算机软件的筹划、研制及实现,构成一个软件开发项目。

一个软件开发项目的进行,一般需要在人力和自动化资源等方面作重大的投资。

为了保证项目开发的成功,最经济地花费这些投资,并且便于运行和维护,在开发工作的每一阶段,都需要编制二定的文件。

这些文件连同计算机程序及数据一起,构成为计算机软件。

文件是计算机软件中不可缺少的组成部分,它的作用是:a.作为开发人员在一定阶段内的工作成果和结束标志;b.向管理人员提供软件开发过程中的进展和情况,把软件开发过程中的一些“不可见的”事物转换成“可见的”文字资料。

以便管理人员在各个阶段检查开发计划的实施进展,使之能够判断原定目标是否已达到,还将继续耗用资源的种类和数量;C.记录开发过程中的技术信息,便于协调以后的软件开发、使用和修改;d.提供对软件的有关运行、维护和培训的信息,便于管理人员、开发人员、操作人员和用户之间相互了解彼此的工作;e.向潜在用户报导软件的功能和性能,使他们能判定该软件能否服务于自己的需要。

换言之,本指南认为:文件的编制必须适应计算机软件整个生存周期的需要。

计算机软件所包含的文件有两类:一类是开发过程中填写的各种图表,可称之为工作表格;另一类则是应编制的技术资料或技术管理资料,可称之为文件。

本指南规定软件文件的编制形式,并提供对这些规定的解释。

本指南的目的是使得所编制的软件文件确实能够起到软件文件应该发挥的作用。

2 范围本指南是一份指导性文件。

本指甫建议,在一项计算机软件的开发过程中,一般地说,应该产生十四种文件。

这十四种文件是:可行性研究报告;项目开发计划;软件需求说明书;数据要求说明书;概要设计说明书;详细设计说明书;数据库设计说明书;用户手册;操作手册;模块开发卷宗;测试计划;测试分析报告;开发进度月报;项目开发总结报告。

本指南将给出开发过程中建议产生的这十四种文件的编制指导,同时,本指南也是这十四种文件的编写质量的检验准则。

GB8567-88软件开发主要文档编写规范

GB8567-88软件开发主要文档编写规范

GB8567-88软件开发主要文档编写规范GB8567-88软件开发主要文档编写规范233GB 8567-88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567-88中主要软件文档的编写说明,供编写时参考。

这些文档主要是:可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。

一、 可行性研究报告l 引言1.1 编写目的说明:说明本可行性研究报告的编写目的,指出预期的读者。

1.2 背景说明:a .所建议开发的软件系统的名称。

b .本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。

c .该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

2341.4 参考资料列出用得着的参考资料,如:a .本项目的经核准的计划任务书或合同、上级机关的批文。

b .属干本项目的其他已发表的文件。

c. 本文件中各处引用的文件、资料,包括所需用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

2 可行性研究的前提说明对建议开发项目进行可行性研究的前提,如要求、目标、条件、假定和限制等。

2.1 要求说明对所建议开发软件的基本要求,如:a .功能。

b .性能。

c .输出如报告、文件或数据,对每项输出要说明其特征,如用途、产生频度、接口以及分发对象。

d. 输入说明。

系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频235度。

e .处理流程和数据流程。

用图表的方式表示出最基本的数据流程和处理流程,并输之以叙述。

f. 在安全与保密方面的要求。

g. 同本系统相连接的其他系统。

h. 完成期限。

2.2 目标说明所建议系统的主要开发目标,如:a. 人力与设备费用的减少。

b. 处理速度的提高。

可行性研究报告编写规范

可行性研究报告编写规范

可行性研究报告(GB8567——88)B][B]1引言 11.1编写目的 11.2背景 11.3定义 11.4参考资料 12可行性研究的前提 22.1要求 22.2目标 22.3条件、假定和限制 32.4进行可行性研究的方法 32.5评价尺度 33对现有系统的分析 33.1处理流程和数据流程 43.2工作负荷 43.3费用开支 43.4人员 43.5设备 43.6局限性 44所建议的系统 44.1对所建议系统的说明 54.2处理流程和数据流程 54.3改进之处 54.4影响 54.4.1对设备的影响 54.4.2对软件的影响 54.4.3对用户单位机构的影响 5 4.4.4对系统运行过程的影响 6 4.4.5对开发的影响 64.4.6对地点和设施的影响 64.4.7对经费开支的影响 64.5局限性 64.6技术条件方面的可行性 75可选择的其他系统方案 75.1可选择的系统方案1 75.2可选择的系统方案2 76投资及效益分析 76.1支出 76.1.1基本建设投资 86.1.2其他一次性支出 86.1.3非一次性支出 86.2收益 96.2.1一次性收益 96.2.2非一次性收益 96.2.3不可定量的收益 96.3收益/投资比 106.4投资回收周期 106.5敏感性分析 107社会因素方面的可行性 107.1法律方面的可行性 107.2使用方面的可行性 108结论 11GB8567——88可行性研究报告1引言1.1编写目的说明编写本可行性研究报告的目的,指出预期的读者。

1.2背景说明:A. 所建议开发的软件系统的名称;B. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;C. 该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料列出用得着的参考资料,如:1. 本项目的经核准的计划任务书或合同、上级机关的批文;2. 属于本项目的其他已发表的文件;3. 本文件中各处引用的文件、资料,包括所需用到的软件开发标准。

软件设计资料文档国家规范标准GB8567

软件设计资料文档国家规范标准GB8567

软件设计文档国家标准GB8567-88一、文档编写标准化在整个项目开发及使用过程中,应该有完备的文档支持,文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。

完备的文档对软件的开发及使用起了很大的作用。

一般要求编写好十三种文档。

1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。

2、项目开发计划为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。

3、软件需求说明书(软件规格说明书)对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。

它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。

该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。

4、概要设计说明书是概要设计阶段的工作总结。

主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等,为详细设计作好准备。

5、详细设计说明书着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。

6、用户操作手册详细描述了该软件的功能、性能和用户界面,使用该软件的具体方法等。

7、测试计划包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。

8、测试分析报告测试计划的执行情况,对测试结果的分析,提出测试结论。

9、开发进度月报按月提交的项目进展情况报告。

包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。

10、项目开发总结报告项目完成以后,总结实际执行情况。

如进度、成果、资源利用、成本和投入的人力,对项目开发作出评价,总结经验与教训。

11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等。

软件设计文档国家标准GB8567

软件设计文档国家标准GB8567

软件设计文档国家标准GB8567-88一、文档编写标准化在整个项目开发及使用过程中,应该有完备的文档支持,文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。

完备的文档对软件的开发及使用起了很大的作用。

一般要求编写好十三种文档。

1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。

2、项目开发计划为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。

3、软件需求说明书(软件规格说明书)对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。

它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。

该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。

4、概要设计说明书是概要设计阶段的工作总结。

主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等,为详细设计作好准备。

5、详细设计说明书着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。

6、用户操作手册详细描述了该软件的功能、性能和用户界面,使用该软件的具体方法等。

7、测试计划包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。

8、测试分析报告测试计划的执行情况,对测试结果的分析,提出测试结论。

9、开发进度月报按月提交的项目进展情况报告。

包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。

10、项目开发总结报告项目完成以后,总结实际执行情况。

如进度、成果、资源利用、成本和投入的人力,对项目开发作出评价,总结经验与教训。

11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等。

软件工程国家标准

软件工程国家标准

软件工程国家标准公司标准化编码 [QQX96QT-XQQB89Q8-NQQJ6Q8-MQM9N]GB 8567-88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567-88中主要软件文档的编写说明,供编写时参考。

这些文档主要是:可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。

一、可行性研究报告l 引言编写目的说明:说明本可行性研究报告的编写目的,指出预期的读者。

背景说明:a.所建议开发的软件系统的名称。

b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。

c.该软件系统同其他系统或其他机构的基本的相互来往关系。

定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

参考资料列出用得着的参考资料,如:a.本项目的经核准的计划任务书或合同、上级机关的批文。

b.属干本项目的其他已发表的文件。

c. 本文件中各处引用的文件、资料,包括所需用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

2 可行性研究的前提说明对建议开发项目进行可行性研究的前提,如要求、目标、条件、假定和限制等。

要求说明对所建议开发软件的基本要求,如:a.功能。

b.性能。

c.输出如报告、文件或数据,对每项输出要说明其特征,如用途、产生频度、接口以及分发对象。

d. 输入说明。

系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。

e.处理流程和数据流程。

用图表的方式表示出最基本的数据流程和处理流程,并输之以叙述。

f. 在安全与保密方面的要求。

g. 同本系统相连接的其他系统。

h. 完成期限。

目标说明所建议系统的主要开发目标,如:a. 人力与设备费用的减少。

b. 处理速度的提高。

c. 控制精度或生产能力的提高。

d.管理信息服务的改进。

e. 自动决策系统的改进。

软件设计文档国家标准GB8567

软件设计文档国家标准GB8567

软件设计文档国家标准GB8567-88一、文档编写标准化在整个项目开发及使用过程中,应该有完备的文档支持,文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。

完备的文档对软件的开发及使用起了很大的作用。

一般要求编写好十三种文档。

1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。

2、项目开发计划为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。

3、软件需求说明书(软件规格说明书)对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。

它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。

该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。

4、概要设计说明书是概要设计阶段的工作总结。

主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等,为详细设计作好准备。

5、详细设计说明书着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。

6、用户操作手册详细描述了该软件的功能、性能和用户界面,使用该软件的具体方法等。

7、测试计划包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。

8、测试分析报告测试计划的执行情况,对测试结果的分析,提出测试结论。

9、开发进度月报按月提交的项目进展情况报告。

包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。

10、项目开发总结报告项目完成以后,总结实际执行情况。

如进度、成果、资源利用、成本和投入的人力,对项目开发作出评价,总结经验与教训。

11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等。

计算机软件产品开发文件编制指南》

计算机软件产品开发文件编制指南》

附录五国家标准《计算机软件产品开发文件编制指南》国家标准《计算机软件产品开发文件编制指南》(GB8567—88)是一份指导性文件。

它建议在软件的开发过程申编下述14个文件:可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、总体设计说明书、详细设计说明、数据库设计说明书、用户手册、操作手册、模块开发卷、测试计划、测试分析报告、开发进度表、项目开发总结。

该指南给出了这14个文件的编制提示,它同时也是这14个文件编写质量的检验准则。

下面详细介绍这14种文件的编写目的与内容要求。

l、可行性研究报告可行性研究报告的目的是:说明该软件开发项目的实现在技术上、经济上和社会条上的可行性,论述为了合理地达到开发目标而可能选择的各种方案,说明并论证所选定的方案。

可行性研究报告的编写内容见表l。

表l可行性研究报告2、项目开发计划编制项目开发计划的目的是用文件的形式,并在开发过程中各项工作的负责人员、开发进度、经费预算、所需软硬件条件等问题做出的安排记录下来,以便根据本计划开展和检查项目的开发工作。

编制内容要求如表2所示。

表2项目开发计划3、软件需求说明书软件需求说明书的编制是为了使用户和软件开发人员双方对该软件的初始规定有一个共同的理解,使之成为整个软件开发工作的基础。

其内容要求见表3。

表3软件需求说明书4、数据要求说明书数据要求说明书的编制目的是为了向整个软件开发时期提供关于被处理数据的描述和数据采集要求的技术信息,其内容要求列于表4中。

表4数据要求说明书5、概要设计说明书概要设计说明书又称为总体设计说明书,编制目的是说明对项目系统的设计考虑,包括基本处理流程、组织结构、模块结构、功能配置、接口设计、运行设计、系统配置、数据结构设计和出错处理设计等,为程序的详细设计提供基础。

其内容要求见表5。

表5概要设计说明书详细设计说明书又称为程序设计说明,编制目的是说明一个软件系统各个层次中的每一个程序(模块)的设计考虑。

可行性研究报告(GB8567——88)

可行性研究报告(GB8567——88)

可行性研究报告(GB8567——88)1引言 11.1编写目的 11.2背景 11.3定义 11.4参考资料 12可行性研究的前提 22.1要求 22.2目标 22.3条件、假定和限制 32.4进行可行性研究的方法 32.5评价尺度 33对现有系统的分析 33.1处理流程和数据流程 43.2工作负荷 43.3费用开支 43.4人员 43.5设备 43.6局限性 44所建议的系统 44.1对所建议系统的说明 5 4.2处理流程和数据流程 5 4.3改进之处 54.4影响 54.4.1对设备的影响 54.4.2对软件的影响 54.4.3对用户单位机构的影响 5 4.4.4对系统运行过程的影响 6 4.4.5对开发的影响 64.4.6对地点和设施的影响 64.4.7对经费开支的影响 6 4.5局限性 64.6技术条件方面的可行性 7 5可选择的其他系统方案 75.1可选择的系统方案1 7 5.2可选择的系统方案2 7 6投资及效益分析 76.1支出 76.1.1基本建设投资 86.1.2其他一次性支出 8 6.1.3非一次性支出 86.2收益 96.2.1一次性收益 96.2.2非一次性收益 96.2.3不可定量的收益 96.3收益/投资比 106.4投资回收周期 106.5敏感性分析 107社会因素方面的可行性 107.1法律方面的可行性 107.2使用方面的可行性 108结论 11GB8567——88可行性研究报告1引言1.1编写目的说明编写本可行性研究报告的目的,指出预期的读者。

1.2背景说明:所建议开发的软件系统的名称;本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料列出用得着的参考资料,如:本项目的经核准的计划任务书或合同、上级机关的批文;属于本项目的其他已发表的文件;本文件中各处引用的文件、资料,包括所需用到的软件开发标准。

可行性研究报告编写规范

可行性研究报告编写规范

可行性研究报告(GB8567——88)B] [B]1引言11.1编写目的11.2背景11.3定义11.4参考资料12 可行性研究的前提22.1要求 22.2目标 22.3条件、假定和限制32.4进行可行性研究的方法32.5评价尺度 33 对现有系统的分析 33.1处理流程和数据流程43.2工作负荷 43.3费用开支 43.4人员 43.5设备 43.6局限性 44 所建议的系统 44.1对所建议系统的说明54.2处理流程和数据流程54.3改进之处 54.4影响 54.4.1对设备的影响54.4.2对软件的影响54.4.3对用户单位机构的影响54.4.4对系统运行过程的影响64.4.5对开发的影响64.4.6对地点和设施的影响64.4.7对经费开支的影响64.5局限性 64.6技术条件方面的可行性75 可选择的其他系统方案75.1可选择的系统方案 1 75.2可选择的系统方案 2 76 投资及效益分析 76.1支出 76.1.1基本建设投资86.1.2其他一次性支出86.1.3非一次性支出86.2收益 96.2.1一次性收益 96.2.2非一次性收益96.2.3不可定量的收益96.3收益/投资比106.4投资回收周期106.5敏感性分析107 社会因素方面的可行性107.1法律方面的可行性107.2使用方面的可行性108结论11GB8567 —— 88可行性研究报告1引言1.1编写目的说明编写本可行性研究报告的目的,指出预期的读者。

1.2背景说明:A.所建议开发的软件系统的名称;B.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;C.该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料列出用得着的参考资料,如:1.本项目的经核准的计划任务书或合同、上级机关的批文;2.属于本项目的其他已发表的文件;3.本文件中各处引用的文件、资料,包括所需用到的软件开发标准。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2可行性研究的前提 (1)2.1要求 (2)2.2目标 (2)2.3条件、假定和限制 (2)2.4进行可行性研究的方法 (3)2.5评价尺度 (3)3对现有系统的分析 (3)3.1工作负荷 (3)3.2费用开支 (3)3.4人员 (3)3.5设备 (4)3.6局限性 (4)4所建议的系统 (4)4.1对所建议系统的说明 (4)4.2改进之处 (4)4.3处理流程和数据流程 (4)4.4.1对设备的影响 (6)4.4.2对软件的影响 (6)4.4.3对用户单位机构的影响 (6)4.4.4对经费开支的影响 (6)4.5技术条件方面的可行性 (6)5可选择的其他系统方案 (6)5.1可选择的系统方案1 (6)5.2可选择的系统方案2 (7)6投资及效益分析 (7)6.1支出 (7)6.1.1基本建设投资 (7)6.1.2其他一次性支出 (7)6.1.3非一次性支出 (8)6.2收益 (8)6.2.1一次性收益 (8)6.2.2非一次性收益 (9)6.2.3不可定量的收益 (9)6.3收益/投资比 (9)6.4投资回收周期 (9)6.5敏感性分析 (9)7社会因素方面的可行性 (9)7.1法律方面的可行性 (10)7.2使用方面的可行性 (10)8结论 (10)GB8567——88可行性研究报告1引言1.1编写目的在开发项目时,通过全方面的研究调查,来分析论证该系统是否进行项目开发和投资。

而我们所开发的系统项目主要读者有我们小组全体成员、老师以及用户。

1.2背景说明:A.员工管理信息系统B.朱珍老师、第八小组全体成员、员工和管理者以及浏览者1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

员工管理信息系统:(Staff_MIS)英文全称:staff manage information system1.4参考资料1. C#课程设计(案例精编)以及相关的书籍2. 网上参考2可行性研究的前提2.1要求说明对所建议开发的软件的基本要求,如:A.(1)工种种类设置(2)员工个人信息管理(3)员工所属部门信息管理(4)员工月收入信息管理(5)浏览公司历史发展信息B.高效率、易操作C.每个用户都有各自的账号和自己所设置的密码。

管理者没有更改用户的个人私隐信息的权利。

对外保密工作绝对地严密。

D.预计2014年10月初2.2目标说明所建议系统的主要开发目标,如:A.人力与设备费用的减少;B.处理速度的提高;C.管理信息服务的改进;D.人员利用率的改进。

E.加强了对用户或管理者的操作处理;F.提高了管理信息的效率;G.通过该系统,可以对使用者得到帮助;2.3条件、假定和限制说明对这项开发中给出的条件、假定和所受到的限制,如:a.所建议系统的运行寿命的最小值;b.进行系统方案选择比较的时间;c.经费、投资方面的来源和限制;d.法律和政策方面的限制;e.硬件、软件、运行环境和开发环境方面的条件和限制;f.可利用的信息和资源;g.系统投入使用的最晚时间。

2.4进行可行性研究的方法我们小组先是全面的讨论分析,调查研究项目开发的可行性。

论证了是否适合开发和投资。

然后做出了对该系统最佳的开发计划,尽可能的做到完善。

2.5评价尺度本系统所投入的资金都在预计范围内,开发所用的时间都控制适当,各项的功能都是方便使用者的操作,而使用的程度就比较容易。

3对现有系统的分析现在大多数的员工管理信息系统都是比较深入复杂,对普通的用户来说,还是有点难操作,并且有部分功能不够人性化。

3.1工作负荷对工作种类的增、删、改、除;管理员工的相关信息;对部门信息的增、删、改、除;管理月收入的情况;3.2费用开支一切费用开支都在预计范围内。

3.4人员一个技术处理员:主要对系统的更新、维修等专业技术的方面。

一至两个的信息管理员:主要管理员工的信息、月收入等相关的信息情况。

3.5设备计算机3.6局限性处理时间赶不上需要,响应不及时,数据存储能力不足,使用功能单一。

4所建议的系统本章将用来说明所建议系统的目标和要求将如何被满足。

4.1对所建议系统的说明本系统提供了一套员工信息管理的平台,使得系统管理人员对公司的工种进行分类,进而确定各个工种所对应的部门信息,在已有部门信息的基础上能够对所有的员工进行分类管理。

建议系统的目标是使操作更简单,使用用户多。

4.2改进之处操作方便,提高效率,简单人性化。

4.3处理流程和数据流程或者4.4.1对设备的影响需要在windows2007的平台上才可以操作4.4.2对软件的影响经测试本系统与其他软件无影响4.4.3对用户单位机构的影响提高管理员工的速率、减轻公司单位的管理压力、员工信息更透明化4.4.4对经费开支的影响为了所建议系统的开发,设计和维持运行而需要的各项经费开支都比较大。

4.5技术条件方面的可行性本节应说明技术条件方面的可行性,如:a.在当前的限制条件下,该系统的功能目标能否达到;b.利用现有的技术,该系统的功能能否实现;c.对开发人员的数量和质量的要求并说明这些要求能否满足;d.在规定的期限内,本系统的开发能否完成。

5可选择的其他系统方案扼要说明曾考虑过的每一种可选择的系统方案,包括需开发的和可从国内国外直接购买的,如果没有供选择的系统方案可考虑,则说明这一点。

5.1可选择的系统方案1参照第4章的提纲,说明可选择的系统方案1,并说明它未被选中的理由。

5.2可选择的系统方案2按类似5.1条的方式说明第2个乃至第n个可选择的系统方案。

......6投资及效益分析6.1支出对于所选择的方案,说明所需的费用。

如果已有一个现存系统,则包括该系统继续运行期间所需的费用。

6.1.1基本建设投资包括采购、开发和安装下列各项所需的费用,如:a.房屋和设施;b.ADP设备;c.数据通讯设备;d.环境保护设备;e.安全与保密设备;f.ADP操作系统的和应用的软件;g.数据库管理软件。

6.1.2其他一次性支出包括下列各项所需的费用,如:a.研究(需求的研究和设计的研究);b.开发计划与测量基准的研究;c.数据库的建立;d.ADP软件的转换;e.检查费用和技术管理性费用;f.培训费、旅差费以及开发安装人员所需要的一次性支出;g.人员的退休及调动费用等。

6.1.3非一次性支出列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用,包括:a.设备的租金和维护费用;b.软件的租金和维护费用;c.数据通讯方面的租金和维护费用;d.人员的工资、奖金;e.房屋、空间的使用开支;f.公用设施方面的开支;g.保密安全方面的开支;h.其他经常性的支出等。

6.2收益对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等,包括;6.2.1一次性收益说明能够用人民币数目表示的一次性收益,可按数据处理、用户、管理和支持等项分类叙述,如:a.开支的缩减包括改进了的系统的运行所引起的开支缩减,如资源要求的减少,运行效率的改进,数据进入、存贮和恢复技术的改进,系统性能的可监控,软件的转换和优化,数据压缩技术的采用,处理的集中化/分布化等;b.价值的增升包括由于一个应用系统的使用价值的增升所引起的收益,如资源利用的改进,管理和运行效率的改进以及出错率的减少等;c.其他如从多余设备出售回收的收入等。

6.2.2非一次性收益说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益,包括开支的减少和避免。

6.2.3不可定量的收益逐项列出无法直接用人民币表示的收益,如服务的改进,由操作失误引起的风险的减少,信息掌握情况的改进,组织机构给外界形象的改善等。

有些不可捉摸的收益只能大概估计或进行极值估计(按最好和最差情况估计)。

6.3收益/投资比求出整个系统生命期的收益/投资比值。

6.4投资回收周期求出收益的累计数开始超过支出的累计数的时间。

6.5敏感性分析所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时,对开支和收益的影响最灵敏的范围的估计。

在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。

7社会因素方面的可行性本章用来说明对社会因素方面的可行性分析的结果,包括:7.1法律方面的可行性法律方面的可行性问题很多,如合同责任、侵犯专利权、侵犯版权等方面的陷井,软件人员通常是不熟悉的,有可能陷入,务必要注意研究。

7.2使用方面的可行性例如从用户单位的行政管理、工作制度等方面来看,是否能够使用该软件系统;从用户单位的工作人员的素质来看,是否能满足使用该软件系统的要求等等,都是要考虑的。

8结论在进行可行性研究报告的编制时,必须有一个研究的结论。

结论可以是:a.可以立即开始进行;b.需要推迟到某些条件(例如资金、人力、设备等)落实之后才能开始进行;c.需要对开发目标进行某些修改之后才能开始进行;d.不能进行或不必进行(例如因技术不成熟、经济上不合算等)。

相关文档
最新文档