GB/T 8567-2006 "Computer Software Documentation Specification" Project Development Summary Report (PDSR)

illustrate:

The preparation of the project development summary report is to summarize the experience of the project development work, describe the actual development results obtained and evaluate all aspects of the entire development work.

 

 

 

 

 

1 Introduction

1.1 Identification

This paragraph shall contain the complete identification of the systems and software to which this document applies, including, if applicable , identification numbers, titles, acronyms, version numbers, release numbers.

1.2 System overview

This paragraph should briefly describe the purpose of the systems and software to which this document applies. It should describe the general nature of the system and software; outline the history of system development, operation, and maintenance; identify the project's investors, acquirers, users, developers, and support agencies; identify current and planned operational sites; and list other relevant documentation.

1.3 Documentation overview

This paragraph shall outline the purpose and content of this document and describe the confidentiality and privacy requirements associated with its use.

2 Reference documents

This chapter should list the numbers, titles, revisions, and dates of all documents referenced in this document. The source of all documentation not available through normal supply channels should also be identified.

3 Actual development results

3.1 Products

Describe the final finished product, including:

a. The name of each software unit in this system (CSCI) , the hierarchical relationship between them, the program amount of each software unit in kilobytes, the form and quantity of storage media;

b. Which versions are there in this system, their respective version numbers and the differences between them;

c. Each database created.

If a configuration management plan was developed in the development plan, compare it with this plan.

3.2 Main functions and performance

逐项列出本软件产品所实际具有的主要功能和性能,对照可行性分析(研究)报告、项目开发计划、功能需求说明书的有关内容,说明原定的开发目标是达到了、未完全达到、或超过了。

3.3基本流程

用图给出本程序系统的实际的基本的处理流程。

3.4进度

列出原计划进度与实际进度的对比,明确说明实际进度是提前了,还是延迟了,分析主要原因。

3.5费用

列出原定计划费用与实用支出费用的对比,包括:

a.工时,以人月为单位,并按不同级别统计;

b.计算机的使用时间,区别CPU时间及其他设备时间;

c.物料消耗、出差费等其他支出。

明确说明,经费是超过了,还是节余了,分析主要原因。

4开发工作评价

4.1对生产效率的评价

给出实际生产效率,包括:

a.程序的平均生产效率,即每人月生产的行数;

b.文件的平均生产效率,即每人月生产的千字数。

并列出原计划数作所对比。

4.2对产品质量的评价

说明在测试中检查出来的程序编制中的错误发生率,即每千条指令(或语句数)中的错误指令数(或语句数)。如果开发中制订过质量保证计划或配置管理计划,要同这些计划相比较。

4.3对技术方法的评价

给出在开发中所使用的技术、方法、工具、手段的评价。

4.4出错原因的分析

给出对于开发中出现的错误的原因分析。

4.5风险管理

a.初期预计的风险;

b.实际发生的风险;

c.风险消除情况。

5缺陷与处理

分别列出在需求评审阶段、设计评审阶段、代码测试阶段、系统测试阶段和验收测试阶段发生的缺陷及处理情况。

6经验与教训

列出从这项开发工作中得到的最主要的经验与教训及对今后的项目开发工作的建议。

7注解

本章应包含有助于理解本文档的一般信息(例如背景信息、词汇表、原理)。本章应包含为理解本文档需要的术语和定义,所有缩略语和它们在文档中的含义的字母序列表。

附录

附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。为便于处理,附录可单独装订成册。附录应按字母顺序(A,B)编排。

Guess you like

Origin http://10.200.1.11:23101/article/api/json?id=326801564&siteId=291194637