系统开发规范与文档编写期末复习一

系统开发规范与文档编写期末复习一

一、单项选择题

1．下列各项中，不是一个软件产品中所必需的是（）。

A．程序B．算法

C．数据D．文档

2．CMM将一个企业的软件能力划分为5个等级，如果在一个企业的软件开发过程中没有什么管理，软件的成败完全系于个别开发员身上，则该企业应该属于（）。

A．管理级B．可重复级

C．初始级D．确定级

3．按照软件的工作方式进行分类，能够对实时发生的事件和数据及时进行处理的软件应分类为（）。

A．分时软件B．实时处理软件

C．交互式软件D．并行处理软件

4．软件配置管理应该提供的四项功能中不包括下列（）。

A．版本控制功能B．变更管理功能

C．文档打印D．配置审核功能

5．软件的整体结构和这种结构提供给系统在概念上的整体性的方式是指软件的（）。

A．代码结构B．体系结构

C．程序结构D．数据结构

6．为了克服软件危机中出现的各种问题，在软件开发过程中，需要遵循一些基本原理，以下与软件工程基本原理相违背的是（）。

A．用分阶段的生命周期计划严格管理。

B．对软件开发每一阶段的成果进行严格的评审。

C．在项目中组织尽可能多的软件开发人员来加快软件开发的进度。

D．实行严格的产品控制。

7．软件设计中划分模块的一个准则是（）。

A．高内聚低耦合B．高内聚高耦合

C．低内聚低耦合D．低内聚高耦合

8．数据流图中代表了数据的生产者和消费者的是（）。

A．数据流B．数据加工

C．数据存储D．数据源

9．一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为（）。

A．控制耦合B．标记耦合

C．内容耦合D．外部耦合

10．使用基于用例的方法进行需求分析时不需要执行的步骤是（）。

A．确定用例B．确定参与者

C．用例之间的关系D．确定类的大小

11．类之间共享属性和操作的机制称为（）。

A．静态绑定B．动态绑定

C．继承D．多态型

12．软件的整体结构和这种结构提供给系统在概念上的整体性的方式是指软件的（）。

A．代码结构B．体系结构

C．程序结构D．数据结构

13．软件测试计划开始撰写的阶段是（）

A．可行性分析阶段B．需求分析阶段

C．代码编写阶段D．测试阶段

14．在面向对象方法中，对象可看成是属性（数据）以及这些属性上的专用操作的封装体。封装是一种（）。

A．组装技术B．产品化技术

C．固化技术D．信息屏蔽技术

15．A对象请求B对象提供服务，那么A向B发送（）。

A．调用语句B．命令

C．口令D．消息

16．面向对象的分析过程一般包括：获取用户对系统的需求、标识类和对象以及（）。

A．定义方法的结构和层次B．定义对象的结构和层次

C．定义消息的结构和层次D．定义类的结构和层次

17．面向对象的软件开发方法使用了一系列的面向对象技术，其中第一步的任务是通过分析问题域建立系统的概念模型，这一步是（）。

A．面向对象分析OOA B．面向对象设计OOD

C．面向对象编程OOP D．面向对象测试OOT

18．封装的目的是使对象的（）分离。

A．定义和实现B．设计和测试

C．设计和实现D．分析和定义

19．UML中用下列哪些图来建立静态模型（）。

A．用例图、对象图和包图B．类图、状态图和包图

C．类图、对象图和包图D．类图、对象图和顺序图

20．程序测试不包括检测（）

A．代码的标识符书写错误B．代码的逻辑错误

C．代码的格式错误D．代码的运行错误

21．软件配置管理应该提供的四项功能中不包括（）。

A．版本控制功能B．配置审核功能

C．变更管理功能D．项目进度检查

22．软件质量保障的标准中不包括（）。

A．ITU-R标准B．IEEE标准

C．CMM标准D．ISO标准

23．软件质量保证的主要功能不包括（）。

A．质量保证体系的建立和管理B．整理面向用户的文档、说明书

C．编写代码等D．确保设计质量

二、填空题

1.软件主要由程序、数据和三部分组成。

2．CMM一共分为5级，其最低级是，该级的软件过程是杂乱无章甚至混乱的，几乎没有明确定义的步骤，项目的成功依靠个人或核心人物的努力。

3．软件需求要求软件开发人员与用户密切配合。需求工程中涉及的角色主要有系统分析员、用户和。

4．一般把用一个名字就可以调用的一段程序称为模块，模块具有三个基本属性：，逻辑和状态。

5．在用例图中，用例与用例之间的关系通常有、包含和泛化。

6．程序结构描述了整个程序的控制层次关系和各个部分的情况，而软件过程则着重描述各个模块的处理细节。

7．结构化软件设计一般分为和详细设计两个阶段。

8．UML中用状态图、顺序图、协作图和来建立动态模型。

9．从面向对象程序设计的角度看：是具有相同状态的一组操作的集合。

10．多态性是指在一般类中定义的属性或操作被特殊类后，可以具有不同的数据类型或表现出不同的行为。

11．一个类可以是多个一般类的特殊类，它从多个一般类中继承了属性和操作，这种继承模式叫。

12．是为了配置管理而指定的，并在配置管理过程中被当作单一实体。

13．在UML中，顺序图显示。并且显示了它们之间的交互，以及对象之间发送消息的顺序。

14．软件测试方法中，黑盒测试称为功能测试，白盒测试称为。

15．软件配置管理中常见的三种基线是：功能基线、分配基线和。

16．按照文档产生和使用的范围，软件文档大致可分为三类：、开发文档和用户文档。

17．软件测试方法中，黑盒测试称为功能测试，测试称为结构测试。

18．在文档中规定了项目的开发进度。

三、判断题（每题2分，共20分。正确的在括号内打√，错误的在括号内打?）

1．软件测试计划在编码阶段开始撰写。（）

2．在软件生命周期的各阶段中，查找程序中的错误和缺陷，保证最终开发的软件能够被用户使用的阶段是需求分析阶段。（）

3．在软件生命周期的各个阶段中，测试阶段的主要任务是确定软件“做什么”的问题。（）

4．OMT和UML都属于结构化开发方法。（）

5．UML的五种视图中不包含并发视图。（）

6．在对数据流图中的功能单元进行描述时，若该功能单元的处理逻辑既包含了一般的顺序执行动作，又包含了判断或循环逻辑，则使用结构化语言进行描述比较好。（）7．模块独立性的度量准则是模块间的耦合。（）

8．软件配置管理应该提供的四项功能中不包括版本控制功能。（）

9．结构化设计方法是以结构化分析产生的数据流图为依据，并将此按一定的步骤映射成软件结构。（）

10．可行性研究报告中要说明现有系统的处理流程。（）

11．软件配置管理应该提供的四项功能中包括版本控制功能。（）

12．CMM将企业的软件能力划分为5个等级。（）

13．软件体系结构是指软件中函数的调用关系。（）

14．无论数据流图如何庞大复杂，都可以变换为动态数据流图和静态数据流图两类。（）

15．需求分析说明书中，对安全的规定包括精度、时间特性要求以及灵活性。（）16．整体-部分结构体现了面向对象方法的分散特性。（）

17．面向对象开发方法是建立在对象概念(对象、类和继承)基础上的方法。（）

18．测试前要认定被测试软件有错，不要认为软件设有错。（）

19．软件测试过程中需要设计测试用例。（）

20．软件配置审核的目的就是要证实整个软件生存期中各项产品在技术上和管理上的完整性。（）

21．对象之间的依赖关系一般有：关联（association）、协作（cooperation）、依赖（depending）和简化（abbreviation）。（）

22．OOA模型要求比OOD模型更为具体化。（）

23．检入就是将软件配置项从软件配置库中取出的过程，检出就是将软件配置项从用户的工作环境存入到软件配置库的过程。（）

24．在软件生命周期的各个阶段中，概要设计阶段的主要任务是确定软件“做什么”的问题。（）

25．软件配置管理应该提供的四项功能中包括版本控制功能。（）

四、简答题

1．什么是软件生命周期？

2．什么是数据字典？

3．什么是面向对象？

4．什么是用例模型？

5．说明功能测试和结构测试的异同。

6．说明配置审核工作主要包括的两个方面及其基本含义。

7．程序注释如何分类？

8．某个软件项目的文档中有如下描述：当您运行本软件过程中，由于硬盘损坏导致数据丢失时，请在恢复数据后，选择“校验”菜单中的“使用MD5检验数据完整性”菜单项，执行数据扫描。你认为这段文字应该放在哪个文档中比较合适？在该文档中，这段文字出现在哪个部分比较合适？

9．什么是软件工程的最基本含义？

10．什么是结构化程序设计？

五、应用题

1．请按照下列说明画出系统的数据流图

（1）由捐助者向基金会提出捐助请求，经身份确认后被接受，对捐助人进行登记并授予捐助证书，捐款存入银行。

（2）由教育单位提出用款申请，在进行相应的合法性校验和核对相应的捐款后作出支出。

（3）每月给基金会的理事会议一份财政状况报表，列出本月的收入和支出情况和资金余额。

2. 请按照下列说明画出系统的数据流图

由捐助者向基金会提出捐助请求，经身份确认后被接受，捐款存入银行。

3．现有一图书管理系统，图书管理员提出软件应实现如下功能：

a. 管理员增加书目

b. 管理员删除书目

c. 管理员增加或者删除书目的时候，可以选择是否打印增删的书目清单

系统的用户是读者和图书管理员

请使用用例图（Use Case Diagram）画出上述需求。

4. 一个信用卡验证系统，它的使用者是顾客，顾客通过信用卡验证系统刷卡，向零售商购买商品；而负责发放卡的金融机构通过该系统负责信用卡账户的结账和账户管理，请画出信用卡验证系统的用例图

答案

一、单项选择题

1.B

2.C

3.B

4.C

5.B

6.C

7.A

8.D

9.D 10.D 11.C 12.B 13.B

14.D 15.D 16.D 17.A 18.C 19.C 20.C 21.D 22.A 23.C

二、填空题

1．文档

2．初始级

3．软件开发人员

4．功能

5．扩展

6．接口

7．概要设计

8．活动图

9．对象

10．继承

11．多继承

12．配置项

13．特定用例之间的详细流程

14．结构测试

15．产品基线

16．管理文档

17．白盒

18．项目开发计划

三、判断题

1．?2．?3．?4．?5．?6．√7．?8．?9．√10．√11．√12．√13．?14．?15．?16．?17．√18．√19．√20．√21．?22．?23．?24．?25．√

四、简答题

1．

从时间角度对软件开发和维护的复杂问题进行分解，把软件生命的漫长周期依次划分为若干个阶段，每个阶段都有相对独立的任务，然后逐步完成每个阶段的任务。一般将软件生命周期划分为六个阶段：计划、需求分析、设计、编码、测试、运行维护。

2．

数据字典是对系统用到的所有数据项和结构的精确定义，以确保开发人员使用统一的数据定义。

3．

Coad和Yourdon对面向对象给出了一个定义：“面向对象= 对象+ 类+ 继承+ 消

息通信”。

4．

用例模型用于系统需求的获取，描述系统的功能需求。用例模型的主要成分有用例、参与者和系统。用例模型由用例图组成，用例图展示了参与者、用例以及它们之间的关系。

5．

功能测试也叫黑盒测试，结构测试也叫白盒测试。黑盒测试不考虑程序内部结构，只对程序的外部接口进行测试；白盒测试考虑程序内部结构，按照程序内部的逻辑测试

6．

配置审核工作的两个主要方面是：

（1）功能配置审核其含义是验证配置项的实际功效是与其软件需求一致的。

（2）物理配置审核其含义是确定配置项符合预期的物理特性，即特定的媒体形式。

7．

注释从其整体观感和作用上可以分为两种：高级注释：说明程序功能并描述程序各组成部分相互关系；低级注释：逐行解释程序指令如何工作。

8．

这段文字放在《用户手册》中比较合适。这段文字应该出现在“出错处理和恢复”部分。

9．

软件工程是用工程、科学和数学的原则与方法研制、维护计算机软件的有关技术及管理方法。

10．

结构化程序设计（SP）方法，最早是由E. W. Dijkstra在20世纪60年代中期提出的，它有以下几个基本要点：

第一，采用自顶向下、逐步求精的程序设计方法；

第二，使用顺序、选择及重复三种基本控制结构构造程序；

第三，主程序员的组织方式。开发程序的人员应采用以一个主程序员、一个后备程序员和一个程序管理员三人为核心，再加上一些专家等组成小组。

五、应用题

1．

该系统的数据流图如下：

2．

3．

借书

还书

预订

取消预订

4．

系统设计报告编写规范

系统设计报告编写规范 沈阳东大阿尔派软件股份有限公司 （版权所有，翻版必究） 文件修改控制 目录 1. 目的 2. 适用范围 3. 术语及缩略语 4. 编写规范 4.1排版规范 4.2模板使用 5. 引用文件 6. 附录

1.目的 系统设计报告主要为使软件产品和软件项目满足规定的软件规格要求而确定软件系统的体系结构、组成成分、数据组织、模块、内外部接口。主要任务有： 1)建立软件产品和软件项目目标系统的总体结构。对于大规模软件系统，应分为若干 子系统，在本报告中只说明总体设计，然后为每个子系统编写《系统设计报告》； 2)总体设计； 3)模块设计； 4)涉及使用数据库的设计需编写数据库设计。 2.适用范围 适用于软件开发设计阶段的《系统设计报告》的编写。 3.术语及缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 4.编写规范 4.1排版规范 1）整个规范由2节构成，模板单独一节。 2）正文样式采用“规范正文”。 3）标题编号采用每节独立编号。 4.2模板使用 系统设计报告的编写可依据具体情况选用摸板的格式或编写指南的格式。 1）拷贝规范。 2）删除第一节（系统设计报告封面前的所有页）。 3）在修改完内容后，更新目录域和相关的页数域。 5.引用文件 (无) 6.附录 以下部分为系统设计报告的模板与编写指南。

密级：机密 文档编号：第版分册名称：第册/共册项目名称（项目编号） 系统设计报告 （部门名称） 沈阳东大阿尔派软件股份有限公司 目录 1. 引言............................................................................................................... 错误！未定义书签。 1.1目的...................................................................................................... 错误！未定义书签。 1.2背景...................................................................................................... 错误！未定义书签。 1.3术语...................................................................................................... 错误！未定义书签。 1.4参考资料.............................................................................................. 错误！未定义书签。 2. 总体设计....................................................................................................... 错误！未定义书签。 2.1系统运行环境...................................................................................... 错误！未定义书签。 2.2软件功能描述...................................................................................... 错误！未定义书签。 2.3软件结构.............................................................................................. 错误！未定义书签。 2.4技术路线.............................................................................................. 错误！未定义书签。 2.5外部接口.............................................................................................. 错误！未定义书签。 2.5.1 用户接口 .......................................................................................... 错误！未定义书签。 2.5.2 软件接口 .......................................................................................... 错误！未定义书签。 2.5.3 其它接口 .......................................................................................... 错误！未定义书签。 3. 模块设计....................................................................................................... 错误！未定义书签。 3.1功能...................................................................................................... 错误！未定义书签。

(国内标准)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. 控制精度或生产能力的提高。

软件开发文档规范

附2: 软件文档编写向导 文档分类 项目包括如下几类文档： 项目管理文档。包括：《软件项目计划》、《项目进度报告》、《项目开发总结报告》 软件开发文档。包括：《需求规格说明》、《概要设计说明》、《详细设计说明》、《测试计划》、《软件测试分析报告》。 产品文档。包括：《用户操作手册》《演示文件》。 软件项目计划 （Software Project Plan） 一?引言 1?编写目的（阐明编写软件计划的目的，指出读者对象。） 2?项目背景（可包括：（1 ）项目委托单位、开发单位和主管部门；（2）该软件系统与 其他系统的关系。） 3?定义（列出本文档中用到的专门术语的定义和缩略词的原文。） 4?参考资料（可包括：文档所引用的资料、规范等；列出资料的作者、标题、编号、发 表日期、出版单位或资料来源。） 二?项目概述 1.工作内容（简要说明项目的各项主要工作，介绍所开发软件的功能性能等?若不编写可行性研究报告，则应在本节给出较详细的介绍。） 2.条件与限制（阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的 条件?必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。） 3.产品 （1）程序（列出应交付的程序名称使用的语言及存储形式。） （2）文档（列出应交付的文档。） （3 ）运行环境（应包括硬件环境软件环境。） 4?服务（阐明开发单位可向用户提供的服务?如人员培训安装保修维护和其他运行支持。 5.验收标准

三.实施计划 1.任务分解（任务的划分及各项任务的负责人。） 2?进度（按阶段完成的项目，用图表说明开始时间完成时间。） 3?预算 4?关键问题（说明可能影响项目的关键问题，如设备条件技术难点或其他风险因素，并说明对策。） 四.人员组织及分工 五.交付期限 六.专题计划要点（如测试计划等。） 项目开发进度报告 一.报告时间及所处的开发阶段 二.给出进度 1.本周的主要活动 2.实际进展与计划比较 三.所用工时（按不同层次人员分别计时。） 四.所有机时 五.工作遇到的问题及采取的对策 六.本周完成的成果 七.下周的工作计划 八.特殊问题 项目开发总结报告 一.引言 1.编写目的（阐明编写总结报告的目的，指明读者对象。） 2.项目背景（说明项目的来源、委托单位、开发单位及主管部门。） 3.定义（列出报告中用到的专门术语定义和缩写词的原意。） 4.参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括： （1 ）项目开发计划；（2 ）需求规格说明书；（3 ）概要设计说明书；（4 ）详细设计说明

软件技术文档编写规范

目录 第一章引言 1 §1.1 目的 1 §1.2 文档约定 1 §1.3 预期读者和阅读建议 1 §1.4 产品的范围 1 §1.5 参考文献 1 第二章综合描叙 1 §2.1 产品的前景 1 §2.2 产品的功能 1 §2.3 用户类和特征 2 §2.4 运行环境 2 §2.5 设计和实现上的限制 2 §2.6 假设和依赖 2 第三章外部接口需求 2 §3.1 用户界面 2 §3.2 硬件接口 3 §3.3 软件接口 3 §3.4 通信接口 3 第四章系统特性 3 §4.1 说明和优先级 3 §4.2 激励响应序列 3 §4.3 功能需求 3 第五章其他非功能需求 3 §5.1 性能需求 3 §5.2 安全设施需求 4 §5.3 安全性需求 4 §5.4 软件质量属性 4 §5.5 业务规则 4 §5.6 用户文档 4 第六章其他需求 4 §6.1 词汇表 4 §6.2 分析模型 4 §6.3 待确定问题列表 5 第1章引言 引言提出了对软件需求规格说明的纵览，这有助于读者理解文档如何编写并且如何阅读和解释。 §1.1 目的 对产品进行定义，在该文档中详尽说明了这个产品的软件需求，包括修正或发行版本号。如果这个软件需求规格说明只与整个系统的一部分有关系，那么就只定义文档中说明的部分或子系统。 §1.2 文档约定

描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。例如，说明了高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自身的优先级。 §1.3 预期读者和阅读建议 列举了软件需求规格说明所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员。描述了文档中剩余部分的内容及其组织结构。提出了最适合于每一类型读者阅读文档的建议。 §1.4 产品的范围 提供了对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。可以参考项目视图和范围文档而不是将其内容复制到这里。 §1.5 参考文献 列举了编写软件需求规格说明时所参考的资料或其它资源。这可能包括用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。在这里应该给出详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。 如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 第2章综合描叙 这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。 §2.1 产品的前景 描述了软件需求规格说明中所定义的产品的背景和起源。说明了该产品是否是产品系列中的下一成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个新型的、自含型产品。如果软件需求规格说明定义了大系统的一个组成部分，那么就要说明这部分软件是怎样与整个系统相关联的，并且要定义出两者之间的接口。 §2.2 产品的功能 概述了产品所具有的主要功能。其详细内容将在 d 中描述，所以在此只需要概略地总结，例如用列表的方法给出。很好地组织产品的功能，使每个读者都易于理解。用图形表示主要的需求分组以及它们之间的联系，例如数据流程图的顶层图或类图，都是有用的。 §2.3 用户类和特征 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征（见第7 章）。有一些需求可能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户类区分开。 §2.4 运行环境 描述了软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件组件或与其共存的应用程序。

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

附录五国家标准《计算机软件产品开发文件编制指南》国家标准《计算机软件产品开发文件编制指南》（GB 8567—88）是一份指导性文件。它建议在软件的开发过程申编下述14个文件：可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、总体设计说明书、详细设计说明、数据库设计说明书、用户手册、操作手册、模块开发卷、测试计划、测试分析报告、开发进度表、项目开发总结。该指南给出了这14个文件的编制提示，它同时也是这14个文件编写质量的检验准则。下面详细介绍这14种文件的编写目的与内容要求。 l、可行性研究报告 可行性研究报告的目的是：说明该软件开发项目的实现在技术上、经济上和社会条上的可行性，论述为了合理地达到开发目标而可能选择的各种方案，说明并论证所选定的方案。可行性研究报告的编写内容见表l。 表l 可行性研究报告 2、项目开发计划 编制项目开发计划的目的是用文件的形式，并在开发过程中各项工作的

负责人员、开发进度、经费预算、所需软硬件条件等问题做出的安排记录下来，以便根据本计划开展和检查项目的开发工作。编制内容要求如表2所示。 表 2 项目开发计划 3、软件需求说明书 软件需求说明书的编制是为了使用户和软件开发人员双方对该软件的初始规定有一个共同的理解， 使之成为整个软件开发工作的基础。其内容要求见表3。 表3 软件需求说明书 4、数据要求说明书 数据要求说明书的编制目的是为了向整个软件开发时期提供关于被处理数据的描述和数据采集要求的技术信息，其内容要求列于表4中。 表4 数据要求说明书

5、概要设计说明书 概要设计说明书又称为总体设计说明书，编制目的是说明对项目系统的设计考虑，包括基本处理流程、组织结构、模块结构、功能配置、接口设计、运行设计、系统配置、数据结构设计和出错处理设计等，为程序的详细设计提供基础。其内容要求见表5。 表5 概要设计说明书 6、详细设计说明书 详细设计说明书又称为程序设计说明，编制目的是说明一个软件系统各个层次中的每一个程序（模块）的设计考虑。 如果软件系统比较简单，层次少，本文件可以不单独编写，有关内容可并入概要设计说明书。详细设计说明书的内容要求见表6。 表6 详细设计说明书 7、数据库设计说明书

软件技术报告编写规范

技术报告编写规范

文件修改控制

目录 1. 目的 2. 适用范围 3. 术语及缩略语 4. 编写规范 4.1排版规范 4.2模板使用 5. 引用文件 6. 附录

1.目的 技术报告编写规范主要描述在软件产品或软件项目开发完成时所需编写的技术报告应该包含的内容，使得本公司编写的技术报告便于软件产品或软件项目日后的维护、交接和代码重用。 2.适用范围 适用于本公司软件产品或软件项目的技术报告的编写。 3.术语及缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 4.编写规范 4.1排版规范 1）整个规范由2节构成，模板单独一节。 2）正文样式采用“规范正文”。 3）标题编号采用每节独立编号。 4.2模板使用 1）拷贝规范。 2）删除第一节（技术报告封面前的所有页）。 3）在修改完内容后，更新目录域和相关的页数域。 5.引用文件 (无) 6.附录 以下部分为技术报告的模板。

密级： 文档编号：第版分册名称：第册/共册 项目名称（项目编号） 技术报告 （部门名称） 目录

1. 引言 (3) 1.1目的 (3) 1.2背景 (3) 1.3术语 (3) 1.4人员 (3) 1.5参考资料 (3) 2. 系统概述 (3) 2.1适用范围及系统特性简要说明 (3) 2.2子系统及其模块的划分 (3) 2.3系统运行环境 (3) 3. 文件一览 (4) 3.1系统运行文件一览 (4) 3.2源程序文件一览 (4) 3.3函数、类、事件一览（可选） (4) 4. 数据库结构 (4) 5. 可重用子系统或模块 (4) 6. 总结与展望 (4)

系统开发规范与文档编写期末复习二

系统开发规范与文档编写期末复习二 一、单项选择题 1．下列各项中，不是一个软件产品中所必需的是（）。 A．程序C．数据B．算法D．文档 2．非常适合于在软件开发初期很难确定用户需求的情况所采用的软件开发过程模型是（）。 A．瀑布模型C．演化模型B．喷泉模型D．原型模型 3．按照软件的工作方式进行分类，能够对实时发生的事件和数据及时进行处理的软件应分类为（）。 A．交互式软件C．实时处理软件B．分时软件D．并行处理软件 4．结构化分析SA是软件开发需求分析阶段所使用的方法，以下不是SA所使用的工具的是（）。 A．数据流图C．结构化英语B．判定表D．PAD图 5．软件具有和硬件产品不同的特征。下列各项中不属于软件的特征的是（）。 A．软件是一种逻辑实体，主要是人的脑力劳动的产物，软件具有抽象性。 B．软件的维护具有长期性。 C．开发成本高，生产成本低。 D．开发成本低，生产成本高。 6．软件工程的出现是由于（）。 A．程序设计方法的影响B．软件产业化的需要 C．计算机技术的发展D．软件危机的出现 7．在一张DFD图中，任意两个加工之间（）。 A．有且仅有一条数据流 B．至少有一条数据流 C．可以有0条或多条名字不同的数据流 D．可以有0条或多条数据流，但允许其中有若干条名字相同的数据流。8．结构化分析方法的一个重要指导思想是（）。 A．自顶向下，逐步分解C．自顶向下，逐步抽象B．自底向上，逐步抽象D．自底向上，逐步分解 9．软件设计中划分模块的一个准则是（）。

A．高内聚低耦合C．低内聚低耦合B．高内聚高耦合D．低内聚高耦合 10．软件的整体结构和这种结构提供给系统在概念上的整体性的方式是指软件的（）。 A．代码结构C．程序结构B．体系结构D．数据结构 11．程序结构可以按水平方向或垂直方向进行划分。水平划分按主要的程序（）来定义模块结构的各个分支。 A．功能C．层次B．结构D．控制 12．使用基于用例的方法进行需求分析时的第一步是（）。 A．确定用例C．用例之间的关系B．确定参与者 D．确定参与者和用例的通信 13．面向对象的分析过程一般包括：获取用户对系统的需求、标识类和对象以及（）。 A．定义类的结构和层次C．定义方法的结构和层次B．定义对象的结构和层次D．定义消息的结构和层次 14．在面向对象方法中，对象可看成是属性（数据）以及这些属性上的专用操作的封装体。封装是一种（）技术。 A、组装C、固化 B、产品化D、信息屏蔽 15．整体-部分结构体现了面向对象方法的（）。 A．关联（association）B．聚合（aggregation）C．依赖（depending）D．细化（refinement） 16．Jackson设计方法所面向的是（）。 A．对象C．控制结构B．数据流D．数据结构 17．软件开发工作中，必须贯穿于整个过程当中并且不可忽视的工作是（）。 A. 代码编写 B.支持性的，管理性的工作 C. 产品部署 D. 集成 18．编写用户手册时，以下所描述的要求中，不恰当的是（）。 A.充分的描述该软件所具有的功能及基本的使用方法 B.使用户通过本手册能够了解该软件的该软件的用途 C.使用户通过本手册能够了解该软件的该软件的使用 D.使用专门的术语

公文写作培训方案

公文写作培训方案 一、培训目的 1、了解公文的基本知识 2、掌握工作中常用公文的规范写作基本技巧 3、公司目前对公文写作的不规范解析 4、公文写作常见问题的解析 5、各类公文规范格式要求 二、培训内容 （一）公文的涵义 公务文书，又叫公务文件，简称公文，是法定机关与社会组织在公务活动中为行使职权，实施管理而制定的具有法定效用和规范体式的书面文字材料，是传达和贯彻方针和政策，发布行政法规和规章，实行行政措施，指示答复问题，知道，布置和商洽工作，报告情况，交流经验的重要工具。 （二）公文的主要特点 1、法定性 2、政策性 3、实用性 4、时效性 5、规范性 （三）公文的作用（功能）

1、决策作用 2、强制执行和处理的作用 3、依据和凭证作用 4、工作联系与沟通作用 5、宣传语教育作用 （四）企业常用公文种类 决定：适用于对重要事项或者重大行动作出安排，奖惩有关单位及人员，变更或者撤销下级机关不适当的决定事项。 通知：适用于批转下级机关的公文，转发上级机关和不相隶属机关的公文，传达要求下级机关办理和需要有关单位周知或者执行的事项，任免人员。 报告：适用于向上级机关汇报工作，反映情况，答复上级机关的询问。 请示：适用于向上级机关请求指示，批准。 会议纪要：适用于记载，传达会议情况和议定事项。 函：适用于不相隶属机关之间相互商洽工作，询问和答复问题，向有关主管部门请求批准等。 （五）文学作品与公文的区别 文学作品创作可以说是千人千面，从文章的立意，结构的构思，语言的运用您可以无拘无束-----因为这类文字是您之际向搞的，无需任何一个人负责。他的第一读者是自己，所以首先自己满意，至于别人是否上市，则是仁智各见，勿去强求。

软件项目开发计划规范

软件项目开发计划规范 1 引言 1.1编写目的 ? 阐明开发本软件的目的； ? 说明编写这份项目开发计划的目的； ? 指明软件需求说明书所预期的读者。 1.2背景 ? 表示待开发的软件系统的名称、代码； ? 列出本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； ? C.说明该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2.1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2.2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2.3产品 2.3.1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2.3.2文件 列出需移交给用户的每种文件的名称及内容要点。 2.3.3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2.3.4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2.4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2.5完成项目的员迟用限 2.6本计划的批准者和批准日期 3实施计划 3.1工作任务的分门与人员分工

技术文件的编制规定

技术文件的编制规定 1.目的 为确保公司技术文件编制规范化，以利于生产经营管理，提高工作效率和经济效益，特制定本规定。 2.范围 本规定适用于本公司所有技术文件的编制规定 3.职责 工程技术部是本程序的归口管理部门， 产品项目组是具体的执行者， 项目经理统筹安排并监督检查。 4.技术文件的编制规定 4.1产品设计任务书--它是公司产品项目组，根据市场需要或上级指令，以书面形式给技术部门的产品（课题）设计、研制的任务。此任务书根据产品具体情况及研发设计、生产试制的不同而有所区别，一般应包括： 4.1.1产品（或课题项目）名称、要求的结构形式。 4.1.2任务研制的目的、用途及要求（包括环境条件）。 4.1.3任务来源与下达任务的单位、协作单位（若自行开发，无下达单位，则不考虑此项）。 4.1.4主要技术指标与性能（突出可靠性、实用性、技术性、经济性）。 4.1.5对试制过程中需要采用突破的新技术、新工艺、新材料、

新设备等方面的要求和问题。 4.1.6对产品标准化程度的综合要求、对公司现有生产条件的继承性要求。 4.1.7试制的数量与要求完成的日期。 4.1.8试制费用的初步预算，以及要达到的具体经济指标等（如试制样机的单台成本、正常生产所需控制的成本）。 4.2产品总体设计方案--它是根据产品设计任务书的要求而提出的进行产品设计的具体方案。它是紧紧围绕组成产品的结构、性能参数等方面的技术问题，而进行工作的具体实施意见。因此，它对结构设计、电路设计、工艺设计等方面都应有比较明确的要求，一般应包括以下内容： 4.2.1产品的名称，具体任务的来源和依据（可引证设计任务书）。 4.2.2主要参数性能，工作特性和经济指标（目标成本、销售价格等）及其它使用要求。 4.2.3绘制出产品外形结构草图和2D/3D图。 4.2.4与国内外同类产品进行分析比较（性能、指标、结构、特点、价格等）。 4.2.5技术可行性、经济合理性论证（可用几种方案论述、对比）提出最佳方案的意见。 4.2.6采用新技术、新工艺、突破关键技术、关键工艺的要求与解决途径。 4.2.7对原材料、元器件、协作件有无特殊新的技术要求或需要

系统设计文档编写规范及示例(1)

********系统系统设计文档 *****系统设计小组 组长：**** 组员：**** **** **** ****

目录 1 引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2 系统功能设计 (3) 2.1 功能模块设计 (3) 2.2 ****模块设计 (3) 2.3 ****模块设计 (3) 3 类设计 (4) 4 数据库设计 (6) 5 接口及过程设计 (7) 6 界面设计 (8) 7 其它设计 (12) 8 小结 (13)

说明： ●在进行系统设计时可以任意传统系统设计方法或面向对象系统设计方 法，或者两者相结合，不局限于使用一种方法。 ●文档中每章图都需要配有相应的文字解释。 ●本文档中的图按照章编号，如“1 引言”表示第一章，“1.1 编写目的” 表示第一章第一节。第一章第一个图标号为“图1.1 ****图”，而第二个 图标号为“图1.2 ****图”，写在图的下面，居中。 ●本文档中的表也按照章编号，第一章第一个表标号为“表1.1 ****表”， 而第二个表标号为“表1.2 ****表”，写在表的上面，居中。 ●使用visio画用例时，Actor及用例的图示模具（用例图模具.vss）可以到 BB平台下载。 1 引言 1.1编写目的 说明编写这份系统设计说明书的目的，指出预期的读者。 1.2背景 说明： a．待开发的软件系统的名称； b．列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如：

公文写作技巧培训

企业公文写作技巧培训【课程目标】 1、了解企业公文种类 2、熟悉公文基本行文要求 3、掌握公文写作手法、格式 4、熟悉文件审批流程 5、掌握不同文件行文规范 6、熟练招标文件标准格式掌握标书写作手法 7、会写投标文书 8、掌握合同标准模版格式，能够熟练起草企业合同文件【课程时间】 1天 【建议培训人数】 80人以内 【课程模式】 讲授、案例解析、视频演绎、经验分享等。 【课程提纲】 第一讲公文种类及格式 一、公文种类 1、行政类

（1）下行文：命令、决定、公告、通告、通知、通报等；（2）平行文：函件、通报、请求等 （3）上行文：请示、报告等 2、事务类 （1）计划、总结 （2）领导讲话稿 （3）典型材料 （4）会议纪要 二、公文的作用 1、领导指导作用 2、联系公务作用 3、宣传教育作用 4、凭证依据作用 5、规范言行作用 三、公文的分类 1、文件性质 （1）法规文件 （2）行政文件 2、文件等级 （1）秘密文件 （2）普通文件 （3）公布文件

3、文件缓急程度 （1）特急件 （2）急件 （3）平件 四、公文格式 1、文头 2、行文 3、文尾 第二讲公文写作技巧要领 一、公文写作要求 1、内容表述清晰、准确 2、符合政策、法律规定 3、文字精练、层次分明 4、格式标准、标点正确 二、公文写作程序 1、明确发文主旨。 2、收集有关材料。 3、拟出写作提纲。 4、认真起草正文。 5、反复检查修改。 三、公文写作个人素质要求

1、有一定的政策理论水平。 2、熟悉业务和机关工作情况。 3、有较宽的知识面。 4、有较好的文字功底。 四、公文写作格式 1、公文标签 2、行文单位与要求 3、字体要求。 4、公文版面 5、装订要求 第三讲审批文件和招投标文件 一、审批公文用语 1、圈阅 2、批示内容 （1）批示要求 （2）明确主体人 （3）结果要求 3、批语称呼 二、关于批示用语 1、签发文件格式 （1）直接签发

软件文档编写指南

《计算机软件文档编写指南》 一．计算机软件文档由封面、目录、正文、注释和附录组成。 封面格式： 密级：编号： 文档名称： 项目名称： 编制： 审核： 批准： ×××××××××××××研究所 年月日

二．计算机软件文档包括： 1）软件开发计划 2）软件需求规格说明 3）接口需求规格说明 4）接口设计文档 5）软件设计文档 6）软件产品规格说明 7）版本说明文档 8）软件测试计划 9）软件测试说明 10）软件测试报告 11）计算机系统操作员手册 12）软件用户手册 13）软件程序员手册 14）计算机资源综合保障文件 软件开发计划 一．引言 1．编写目的（阐明编写软件计划的目的，指出读者对象。） 2．项目背景（可包括：（1）项目委托单位、开发单位和主管部门；（2）该软件系统与其他系统的关系。） 3．定义（列出本文档中用到的专门术语的定义和缩略词的原文。） 4．参考资料（可包括：（1）项目经核准的计划任务书、合同或上级机关的批文；（2）文档所引用的资料、规范等；列出资料的作者、标题、编号、发表日期、出版单位或资料来源。）二．项目概述 1.工作内容（简要说明项目的各项主要工作,介绍所开发软件的功能性能等. 若不编写可行性 研究报告,则应在本节给出较详细的介绍。) 2.条件与限制（阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的条件. 必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。） 3.产品 （1）程序（列出应交付的程序名称使用的语言及存储形式。） （2）文档（列出应交付的文档。） （3）运行环境（应包括硬件环境软件环境。） 4．服务（阐明开发单位可向用户提供的服务. 如人员培训安装保修维护和其他运行支持。）

公文写作培训

公文写作培训 公文的特点和要求 一、公文的特点:实用性 ?与文学写作的不同:目的性 ?与其他公务文书写作的不同:通用性 ?与私人文书写作的不同:规范性 “才冠鸿笔,多疏尺牍”(刘勰<文心雕龙>书记>) 二、公文的要求: ?准确:真实反映客观现实(内容) ?简洁:以最少的文字包含最多的信息(语言) ?得体:适应不同文种的需求(文体) ?庄重:严肃的法定文书(文风) ?质朴:不以文辞之美为追求(修辞) 三、公函的写作 ?函的来源：古代公文（公牍）写好后，再加一个木片，称为“检”（封面），”检”中间的下凹部分为”函”。后来指整个公文（信函，函件). ?函的性质：商洽性，典型的平行文。 ?函的古称：关、刺、牒、移。 ?函的用途：平行和不相隶属机关之间商洽工作，询问和答复问题，请求批准和答复审批事项。 ?函的特点：应用广泛，单纯具体，格式灵活。 公函的写作

?函的种类：询问答复，商洽，请求批准，告知 ?函的格式： 1.询问函（请求函）：写法靠近请示，行文方向为同级主管部门。 2.答复函（审批函）：写法靠近批复，行文方向为同级。 3.告知函：写法靠近通知，行文方向为同级。 4.商洽函：典型的平行文，用语应平等礼貌，商量征询。 ?注意事项：直陈其事，语言的分寸感 公函的写作 ?商洽函的范例：《关于商洽代培统计人员的函》 某大学： 得悉贵校将于3月份举办统计人员讲习班，系统培训统计工作人员。国务院《关于加强统计工作的决定》下达后，我厂曾打算集训现职统计人员，但由于力量不足，未能实现。现在贵校决定举办讲习班，我厂拟派10名统计人员随班学习，请你们代培。如同意，将是对我厂统计工作的有力支持。代培费用由我厂如数拨付。盼予复函。 某厂 一九九六年四月三日

软件开发技术文档编写规范

软件开发技术文档编写规范 在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。 ◇可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 ◇项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 ◇软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 ◇概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。 ◇详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。 ◇用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。 ◇测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。 ◇测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。 ◇开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。 ◇项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。 ◇软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 ◇软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。 ◇软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响作出详细的描述，提交审批。 1可行性分析报告 1 引言 1.1 编写目的：阐明编写可行性研究报告的目的，提出读者对象。

技术文件编号编写规范

1目的：为有效管理及控制公司技术文件，以便建立更好的索引，从而能更快捷、准确的检索，特制订本规范。 2适用范围：本公司建立的所有技术文件。 3职责： 3.1技术部：负责技术文件编号的编制。 4名词定义：无 5相关/支持性文件： 5.1ISO/TS16949-2002版条文第4.2.3章节。 5.2《文件控制程序》 5.3《技术文件控制程序》 6内容 6.1图面（产品）编号——按产品的组成特性分有成套产品和汽车散件两种： 6.1.1成套产品编号方式 □□□□□□□□□□□□ ☆产品类别代号，用产品英文名称的缩写表示；例如：

安全带（Safety Belt ）：SB 踏 板（Pedal ）：PE 门锁（Door Lock ）：DL 玻璃升降器（Window Lifter ）：WL 手刹（Parking Brake ）：PB ☆ 总成顺序号，用0000～9999表示，可将其分成不同的段来区分不同类别； 例如： ☆ 总成左右代号（左：L ；右：R ；不分左右：0）； 总成颜色代号（00：无颜色；其它用01～99表示） ☆ 零部件左右代号（左：L ；右：R ；不分左右：0）； ☆ 零部件颜色代号（00：无颜色；其它用01～99表示） 注意： 1． 对于标准件，直接使用国家标准所规定的代号即可； 6.1.2 汽车散件（Automotive Parts ）编号方式 □□□□□□□□□□

注意： 1．对于标准件，直接使用国家标准所规定的代号即可； 6.2指导性技术文件编号方式： JSB—WI— 如《产品目录》为：JSB—WI—001；《总成检查基准书》为JSB—WI—002 6.3记录表单的编号方式与《文件控制程序》中四阶表单记录的编号方式相同。7附件： 7.1《颜色代号一览表》 颜色代号一览表

软件开发文档样式规范

文档编号：_________ _________ 文档名称：____________ 项目名称：____________ 项目负责人：____________ 编写：___________ ____年__月__日

校对：___________ ____年__月__日审核：___________ ____年__月__日批准：___________ ____年__月__日 开发单位：广东传讯网络信息有限公司________________________ 系统规格说明

一、系统功能和目标： 随着因特网的不断普及，国内的用户数呈指数级增长。作为因特网最为常用的电子邮件系统越来越受到人们的喜爱，为了满足不断增长的信息交换的需要，各行各业都希望有自己的邮件系统。广东传讯网络信息有限公司自主设计开发了适合中国国情的免费电子邮件系统，用以解决这一日益突出的问题。CHINATION免费电子邮件系统是专为免费电子邮件服务商、企业集团设计的电子邮件系统。 Chination免费电子邮件系统的设计目标是立足于一个高度集成的、功能强大、技术先进的电子邮件系统。高度集成意味着本系统将把硬盘软件集成在一起。系统是基于LINUX下的，硬盘和软件的集成使得系统具有绝对的安装优势。功能强大意味着系统的实用性，功能的全面性，系统的安全性和可靠性。技术先进意味着将最新版本的LDAP，IMAP，POSTFIX，MYSQL，APACHE 和PHP的巧妙结合。 本系统要实现的主要功能有： 1．用户申请注册功能。用户通过申请可以得到一个自己命名的信箱，容量大小为10M。 2．用户忘记密码处理功能。用户忘记密码可以通过注册时设置的密码提示问题来重设密码。 3．用户收邮件功能。它包括SMTP收邮件、POP3取邮件和WWW读邮件三种方式。 4．用户发邮件功能。它包括SMTP发邮件、WWW直接发送邮件、暗送邮件、抄送邮件、定时发送邮件。 5．用户信件处理功能。系统初始设置4个文件夹来分类处理信件：收件箱、发件箱、草稿箱和垃圾箱。用户还可以自己建立新的文件夹。信件在各个信箱之间可以相互移动。 6．用户查找功能。用户可以使用查找功能通过查找信件主题或信件内容来找到自己需要的信件。 7．用户信箱配置设置。它包括个人资料更改、密码更改、参数设置、POP3服务器设置、过滤器设置、自动转信、定时发信、签名设置。 8．管理员管理用户和信箱邮件功能。包括输入（增删改）、查询、统计、报表。系统性能参数设置。 9．广播功能。它用于公司定期向一定的用户发送信息，由于一般的用户数有一定数量，所以必须用数据库管。 二、可行性分析 1．技术可行性 本软件拟决定最终在分布式系统上来运行。硬件方面，由于广东传讯网络信息有限公司是国外多

信息技术部各类文档命名规范

信息技术部各类文档命名规范

文档索引：NIAT-GF-MM-1213-04 宁波东大智能 文档命名规范 宁波柴天佑院士工作室 宁波东大自动化智能技术有限公司

信息技术部2010年12月13日

文档修订 抄送人：项目经理、客户经理、客户代表、项目组成员、SCCB（在项目实际应用时最好写明抄送人的姓名）

目录 一、部门规范 (6) 1.1数据库设计规范文档命名 (6) 1.2代码编写规范文档命名 (6) 1.3界面风格规范文档命名 (6) 1.4文档编写规范命名 (7) 1.4.1需求分析文档命名 (7) 1.4.2编码设计文档命名 (7) 1.4.3数据库设计文档命名 (7) 1.4.4操作需求文档命名 (8) 1.4.5功能设计文档命名 (8) 1.4.6软件详细设计文档命名 (8) 1.4.7软件测试文档命名 (9) 1.5软件视频命名规范 (9) 1.6用户手册文档命名 (10) 二、部门管理规范 (10) 2.1下厂任务单命名 (10) 2.2下厂总结报告命名 (11) 2.3软件功能验收文档命名 (11)

一、部门规范 1.1数据库设计规范文档命名 软件功能开发过程中，要遵循公司的数据库设计规范文档。数据库设计规范规范文档的命名，遵循以下格式：公司简称+规范编号+数据库代号+编写日期+ 举例：NIAT-GF-SJK-121301 1.2代码编写规范文档命名 软件功能开发过程中，要遵循公司的代码编写规范文档。代码编写规范文档的命名，遵循以下格式：公司简称+规范编号+代码代号+编写日期+序列号，中 举例：NIAT-GF-DM-121301 1.3界面风格规范文档命名 软件功能开发过程中，开发的软件要进行界面风格的统一，要遵循公司的界面风格规范文档。界面风格规范文档的命名，遵循以下格式：公司简称+规范编 举例：NIAT-GF-JM-121301