软件工程实验指导书-信息工程学院

中央民族大学

软件工程

卖睑指导书

目录

实验总体要求.....................................................................2

实验一：软件开发的过程计划.......................................................3

实验二：软件开发需求分析.........................................................4

实验三：软件开发系统设计.........................................................5

实验四：软件编码及测试...........................................................6

附录1：实验题目..................................................................7

附录2：软件开发文档指南.........................................................17

前言

《软件工程》是计算机科学与技术专业本科生的一门实践性较强的专业必修课程。软件

工程实验是验证、巩固和补充课堂讲授的理论知识，是《软件工程》课程中一个重要的、不

可或缺的实践环节。其目的是使学生能够针对具体软件工程项目，全面掌握软件工程管理、

软件需求分析、软件初步设计、软件详细设计等阶段的方法和技术，通过该课程实验使学生

进一步理解和掌握软件开发模型、软件生命周期、软件过程等理论在软件项目开发过程中的

意义和作用，培养学生按照软件工程的原理、方法、技术、标准和规范，进行软件开发的能

力，培养学生的合作意识和团队精神，培养学生对技术文档的编写能力，从而使学生提高软

件工程的综合能力，提高软件项目的管理能力。

通过实验训练，达到以下目的：

使学生进一步了解和掌握软件工程原理，提高对实际项目的分析和设计能力，通过实验

课程，熟悉和基本掌握软件工程方法学、软件开发的过程，文档资料的编写格式及规范，全

面领会和贯通所学习的理论知识，从而培养学生综合运月所学课程知识，分析解决问题的能

力，培养学生理论联系实际作风，实事求是，严肃认真的科学态度和良好的工作作风，为今

后从事科学研究工作打下基础。

实验一：软件开发的过程计划

实验课时：2课时

实验类型：设计型

一、实验目的

项目计划的目的是为项目的研发和管理工作制定合理的行动纲领，以便所有相关人员按

照计划有条不素地开展工作。

⑴估计项目的总体规模、工作量和成本。

（2）制定项目计戈I，重点放在产品生命周期中的主要关键任务。

（3）制定项目时间表和预算。

二、实验要求、实验内容与安排方式

1、实验要求：

在进行实验之前，必须掌握软件开发过程的一些基础知识，准备参考资料和阅读相关的

过程模型的文档。

根据各组选择的课题，实行项目经理制，各组推荐一名组长，统一管理整个项目的实施

过程，并合理调整资源和奂责项目全局；根据项目的难易合理分配组员的任务，对问题达成

一直的看法；针对项目的实施，熟悉相应的软件开发工具的使用环境，并写出一份软件开发

计划文档。

2、实验内容

熟悉RUP（RationalUnifiedProcess）软件开发统一过程的思想，RUP（RationalUnified

Process）是由Rational公司（现已是IBM公司的一部分）提出的过程模型，它软件工程史

上最完整、最成熟、最优秀的过程模型之一。

学习软件开发的组织和管理，将项目开发各阶段的任务明确，掌握各阶段的里程碑，并

熟悉相应的工具。

3、实验安排方式：

本实验为设计性实验，各组可同时进行实验。

三、思考题

1、项目开发首先要做的事是什么？

2、你认为该软件应具备的最重要的特性是什么。

3、你认为怎样分工是最合理的？

4、软件开发过程需要经历哪此阶段？

5、软件开发过程各阶段的里程碑是什么？

实验二：软件开发需求分析

实验学时：4课时

实验类型：设计型

一、实验目的

确定各组所开发项FI的需求，在此基础上完成系统的用例分析模型和用例文档。

可以采用不同的分析工具(如Rose或Visi。)，完成对项目的分析过程，给出系统的需求分

析文档。

二、实验要求、实验内容与安排方式

1、实验要求

⑴实验之前学生应了解本项目的业务流程。

(2)学生基本掌握MicrosoftVisio或RationalRose建模工具。

2、实验内容：

熟悉UML(UnifiedModelingLanguage)统一建模语言，它融入了软件工程领域的新

思想、新方法和新技术。

分析项目的业务流程图，掌握用MicrosoftVisio及RationalRos。工具进行功能分

析和建模，并绘制用例图、数据流图、类图、顺序图等。

3、实验安排方式：

本实验为设计性实验，各组可同时进行实验。

三、思考题

1、需求分析在软件开发中真的有那么重要吗？

2、针对所开发项目的用例模型,谈谈识别Actor和UseCase的方法。

3、用例之间有哪几种关系？怎样表示？

4.怎样组织对分析阶段工作的评审？

实验三：软件开发系统设计

实验学时：4课时

实验类型：设计型

一、实验目的

⑴掌握体系结构设计的方法。

⑵了解用户界面设计的方法。

⑶了解数据库设计的方法。

⑷了解模块设计的方法。

二、实验要求、实验内容与安排方式

1、实验要求

在实验之前要求学生掌握关系数据库的数据库设计知识。

在实验二基础上完成系统的体系结构的建立和系统详细设计，并给出规格说明书。

2、实验内容

系统设计过程是软件工程的重要组成部分。系统设计是指设计软件系统的体系结构、用

户界面、数据库、模块等，指导开发人员去实现能满足用户需求的软件产品。

认真分析实验二的结果，给出系统合理的体系结构，描绘系统结构图，合理分工，安排

角色与任务分配，并合理划分系统的各组成模块，最后给出系统的各部分设计规格说明书。

3、实验安排方式：

本实验为综合性实验，各组可同时进行实验。

三、思考题

1.系统设计和需求分析的关系是什么？两者必须先后关联吗？

2.怎样描绘系统的体系结构？

3.怎样绘制符合规范的类图？

4.怎样组织对设计阶段工作的评审？

实验四：软件编码及测试

实验学时：8

实验类型：综合性

一、目的与任务

目的：在实验三的基础上，完成对系统的编码和测试。

任务：编码实现软件。正确运用软件测试技术和方法，完成系统的单元测试、综合测试、

确认测试、系统测试，掌握测试用例的设计方法，并给出测试报告。

二、内容、要求与安排方式

1、实验内容与要求：

（1）能够选用合适的编程语言，编码实现实验三中设计的软件功能。

（2）熟悉单元测试、综合测试、确认测试、系统测试的方法，掌握测试用例设计方法。

（3）树立正确的软件测试思想，培养分析问题、解决问题的能力，提高查询资料和撰

写书面文件的能力。

2、实验安排方式：

本实验为开放实验，各组可•同时进行实验。

三、思考题

1.怎样看待测试的重要性。

2.怎样选择测试的技术和方案。

3.比较逻辑测试和基本路径测试的不同和联系。

4.怎样组织对测试阶段工作的评审？

附录1:实验题目

一、仓库管理信息系统的设计和实现

人数：3-5人/组

1、功能需求

（1）权限管理：增加或刑除系统操作人员，并指定操作人员的权限。

（2）仓库设置管理：对仓库信息进行管理，包括仓库信息的建立、编辑和删除

操作。

（3）部门档案管理：对部门档案进行管理，包括部门档案的建立（部门名称、

职责、部门职工情况）、编辑和删除操作。

（4）客户档案管理：对客户档案进行管理，包括客户档案的建立（单位、姓名、

联系电话、地址、信誉度等）、编辑和删除操作。

（5）材料入库管理：使用材料入库单的方式来进行材料入库管理，对于每一个

入库单，要求在审核以后才能进行材料实际的入库操作，在单据审核以前;入库

单的信息可以进行修改，但在审核以后，不允许进行修改。

（6）部门领料管理：部门可以通过领料单的方式进行领料，下领料单后，需要

对领料单进行审核后方可领料•.

（7）库存盘点：对现有为库存情况进行盘点。

2、性能需求

操作系统：Windows98以上/ME/2000/XP等

数据库：MicrosoftAccess2000/SQLServer2000

二、试卷生成系统的设计和实现

人数：3-5人/组

1、功能需求：

（1）题库管理：系统的操作人员可以设置试题类型、难度、知识点、空行数（解

答题所需试卷空白）、分值；可以录入试题（或答案）、修改试题（或答案）、删除

试题（或答案）：也可以查询和浏览试题。注意考虑试题中可能有数学符号或图形

的情况（即非纯文本的情况）。

（2）试卷管理：系统的操作人员可以从试题中选择试题，将选择的试题组成

试卷，即手工成卷：或者由计算机按照某种算法，自动生成试卷，即自动成卷。

能够修改（即换题）和删除库中的试卷。能够自动的把库中的试卷按照标准格式生

成Word文档（提示:可以在Word中用VBA编程实现）。

（3）权限管理：增加或删除系统操作人员，并指定操作人员的权限。可通过

对用户组进行权限及管理范围设定，减轻操作内容，也可对单个用户权限及范围

进行修订，从而保证系统在实施中的灵活性。

2、组卷的要求

要求能进行自动组卷：即按照用户要求以试卷难度等级（难、中、易）、知

识点、题型（判断题、选择题、计算题、证明题、绘图）、题目难度等级、分值

等讲行组卷，并提供人工编辑的功能，对牛成的试卷讲行修改、调整、替换。

3、性能需求

操作系统：Windows98以上/ME/2000/XP等

数据库：MicrosoftAccess2000/SQLServer2000

三、银行网络ATM系统

人数：3-5人/组

ATM（AutoTradeMachino）银行网络系统包括人工出纳和分行与分理处共享

的自动出纳机，其连接情况如图1所示。

出纳站

图1限行网络系统的示意图

问题的陈述

1.银行网络系统包括人工出纳和分行共享的自动出纳机；

2.各分理处用自己的计算机处理业务（保存帐户、处理事务等）；

3.各分理处与出纳站通过网络通信：出纳站录入帐户和事务数据；

4.自动出纳机与分行及分理处计算机通信；

5.自动出纳机与用户接口，接受现金卡；发放现金；打印收据；

6.分行计算机与拨款分理处结帐。

要求系统正确处理同一帐户的并发访问；网络费用平均摊派给各分理处。

要求

采用UML对系统进行分析和设计；

课程设计应交的文档；

1.系统的简要说明书（系统名称、开发及运行环境、系统的功能性能要求、软

件体系结构、系统完成情况等）；

2.需求分析文档，USECASE模型，使用者和用例的模板描述；

3.静态模型，类的描述（类名、属性、操作）及类图；

4.动态模型（状态图、时序图、活动图、协作图）：

5.用户界面及数据结构设计

*编码源文件及可执行文件；

*其它（如系统界面的截图等）。

四、在线房产交易系统的设计与实现

人数：3-5人/组

1、在线房产交易网站的建立和发布

2、售房、租房信息的发布、查询

3、求租房屋、求购房屋信息的发布、查询

4、房产交易信息数据的汇总、统计、查询。要求对交易信息进行适当的数据分

析和挖掘形成相应的分析结果

五、教务管理系统之子系统——学院课程安排

1.系统简介

每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课

程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员

根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和

最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交

学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师

的教学任务书。

假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。

2.限定条件

（1）每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定

主课的主讲任务。

（2）学院中层干部的主讲课时不能超过4学时/周。

（3）本学期出现严重教学事故的教师不能承担下各学期的主讲任务。

（4）本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和

学院定的有关授课限制条件。

（5）本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班

级下各学期的课程表（可以不含上课地点）.

六学校教材定购系统

1.系统简介

本系统可以细化为两个子系统：俏售系统和采购系统

销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有

效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。

采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦

新书入库后，即发进书通知给教材发行人员。

以上功能要求在计算机上实现。

2.技术要求和限制条件

（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库

记录，如库存表或进/出库表。

（2）在实现上述销俳和采购的工作过程时，需考虑有关的合法性监讦。

（3）系统的外部项至少包括：教师、学生和教材工作人员。

（4）系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进

库表和出库表。

七机票预定系统

1.系统简介

航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票

的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和

目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，

系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系

统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要

定期进行查询统计，以便适当调整。

2.技术要求和限制条件

（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发

票）等。

（2）对于本系统还应补充一下功能：

1.旅客延误了取票时间的处理

2.航班取消后的处理

3.旅客临时更改航班的处理

（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。

八学校内部工资管理系统

1.系统简介

假设学校共有教职工约1000人,10个行政部门和8个系。每个月20日前各个部门（包

括系和部门）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送到

财务处。财务处于每个月月底将教职工的工资表做好并将数据送银行。每个月3日将工资

条发给每个单位。若由员工调入或调出、校内调动、离退休变化，则由人事处通知相关部门

和财务处。

2.技术要求和限制条件

（1）本系统的数据存储至少包括：工资表、部门汇总表、扣税款表、银行发放表等。

（2）除人事处、财务处外，其他职能部门和系名称可以简化表示。

（3）工资、奖金、扣款细节由学生自定义。

九实验室设备管理系统

1.系统简介

每学年要对实脸室设备使用情况进行统计、更新“R中：

（1）对于已彻底损坏的做报废处理，同时详细记录有关信息。

（2）对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理

厂家、修理费用、责任人等。

（3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购

买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数

量、购置口期、生产厂家、保质期和经办人等信息〉，同时更新中请表的内容。

（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段

等查询。

2.技术要求及限制条件

（1）所有工作由专门人员负责完成，其他人不得任意使用。

（2）每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备

报废时要及时修改相应的设备记录，且有领导认可。

（3）本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。

（4）本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统

计要求。

本系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表。

附加题目：

1.学生学籍管理系统

要求：主要对学生的学籍进行管理。学籍管理包括各种信息的录入、修改、删除等操作；

此外还有对各种信息的查询，便于老师和学生查看。（其中，教师具备对学籍的录入、修改、

删除等操作，学生只具备查询的权限）

2.学生成绩管理系统

要求：对学生成绩进行综合管理，学生信息要素：学期、学号、姓名、课程名称、课程

成绩。因此学牛成绩管理系统的主要功能为：

学生信息管理

课程信息管理

成绩信息管理

3.个人通讯录管理系统

要求：增加记录、删除记录、显示所有记录、查询记录、退出。通讯录记录信息包括：

姓名，电话，email等.（其中，用户输入正确的用户名却密码才能看到自己的通讯录信息）

4.网上书店

要求：购书者可以通过访问Web站点，得到图书信息。系统可以：

显示每本书的详细信息

显示购物车和顾客选购的图书信息

增加新购买的新书

对定单的修改、确认、提交等

图书销售数量的排行

（注意管理员和客户分别具备的权限）

5.企业办公自动化管理系统（企业客户管理）

要求：针对企业常用的功能设计一个普遍适用的企业办公自动化管理系统，包括考勤管

理，客户管理，每天的工作管理，个人信息修改，权限管理，注销等功能。

6.小型商业网站管埋系统

要求：主要是宣传性质的网站，包括产品展示，公司简介，销售查询，销售排行，商品

管理」公告管理等。（注意分配普通消费者，会员消费者和公司管理人员对该网站的权限）

7.ATM柜员机模拟程序

要求：当输入给定的卡号和密码（初始卡号和密码为123456）时，系统能登录ATM柜

员机系统，用户可以按照以下规则进行（规则可以按照实际系统做需求）：

查询余额：初始余额为100（）0元

ATM取款：每次取款金额为100的倍数，总额不超过5000元，支取金额不允许透

支。

ATM存款：不能出现负存款。

修改密码：新密码长度不小于6位，不允许出现6位完全相同的情况，只有旧密码

正确，新密码符合要求，且两次输入相同的情况下才可以成功修改密码。

8.火车订票系统

要求：可输入、添加、删除及修改列车信息，并能实现查询、订票、退票等功能。此系

统还应能够打出取票通知和帐单，以保证能使每个旅客在出发的前一天凭取票通知和帐单交

款取票。

9.超市收银系统（不考虑条码处理部分）

要求：接收收银台（客户端）的信息，经服务器处理后，把结果返回到收银台。

即：客户端由收银员输入顾客的会员卡卡号（若有卡）、所购商品的货号等，然后把信

息提交服务器。由服务器从数据库中取出有关价格信息，再把这些信息返回给收银台。同时

把该收银台的销售总量和有关种类商品的剩余量以及该持卡顾客的消费情况交数据库存储

以供查询。

另外，对没有卡的消费情况不记录该顾客的消费情况等个人信息。如果一个未持卡顾客

一次购物满200员，可为其发放一张会员卡，以后在该商场购物可向9折优惠。

10.教师工资管理系统：其中包括:基本信息管理，考勤信息管理,加班信息管理，工资信息

管理，工种工资参数设置和年终奖生成几大模块。本项目数据库设计针对不同角色的用户需

求，设计了三种角色.其中包括超级管理员，系统管理员和教师用户.

帐户信息

不同的登录用户有对应的用户角色，登录用户名和登录密码，用户角色针对不同的用户群,

而登录名则是帐户信息全局唯一的.

用户基本信息

每个用户有对应的详细信息，包括:类别编号，类别名称，用户类型，部门编号，职称编号，级

别编号，性别，地此工作时间，出行日期，手机，家庭电话，办公室电话，政治面貌和教育程度等.

教师部门信息

教师部门具有全局唯•的部门编号和部门名称.

教师工资信息参数设置

教师工资工种编号,工资名称和工资金额.其中工种编号全局唯一.

教师工资信息

教师工资包括教师编号，教师基本工资编号，教师职称工资编号，教师级别工资编号，教师

工龄工资编号和教师津贴工资编号.

11.图书馆管理系统

目的：方便图书馆对书籍借阅的管理

主要功能：学牛某本信息杳询.书籍借阅管理.书籍管理

图书管理系统主要有三种角色,分别是读者、图书、工作人员.主要分成五个功能模块:

图书管理，图书流通管理，读者管理，统计查询，系统管理.

12.简易办公系统（1）收发文管理：

对收到的公文进行登记，分类编号，（学校主要发文部门分为：教务处、财务处、

学生处、人事处、保卫处、工会以及其他），并形成文件主要内容关键字，使收文能够按照

关键字、时间和部门查询；对发文进行登记，并形成文件主要内容关键字，使发文能够按照

关键字、时间和部门查询

（2）会议管理：

对所管理的2个会议室进行自动化管理，即由日请部门提交申请，然后统一安排会

议室以及各种会议资源（如投影仪、计算机、桌子、凳子等），能形成会议资源使用通知单

送达申请部门，主管领导随时查询会议室使用情况（管理者直接负责管理）。能够按照申请

者的要求自动生成会议通知单，由办公室负责通知发放。能够形成会议纪耍，存档并达到需

要的部门（由申请者提供的信息决定）

13.网上选课管理系统:主要由以下几个模块构成：

登陆:学生依照学生姓名，学号，密码等基本信息登陆

学生选课:列出所有可选课程供学生选择

课程相关信息查询:所设课程名称，教师，教材，学分，学时等信息

成绩查询:查询该门课成绩

选课方案建议:根据学生专业提供建议

信息修改:学生基础信息修改,学生选课修改

打印功能:打印所选课程信息

14.单位的人事系统

功能：录入：存储人员基本信息：可进行简单查询和条件组合查询：可按年龄、工资、

职称进行统计；可打印出我表；可对人员基本信息进行维护、备份和恢复；按照职称、工龄

每年晋升相应的工资，并将新的工资信息入库保存

附录2：软件开发文档指南

1可行性研究报告

可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方

面的可行性;评述为了合理地达到开发目标而可能选择的各种方案;说明论证所选定的方案。

可行性研究报告的编写内容要求如下：

1J引言

i.i.i编写目的

1.1.2背景

1.1.3定义

1.1.4参考资料

1.2可行性研究的前提

1.2.1要求

1.2.2目标

1.2.3条件、假定和限制

1.2.4进行可行性研究的方法

1.2.5评价尺度

13对现有系统的分析

13.1数据流程和处理流程

13.2工作负荷

1.3.3费用开支

1.3.4人员

13.5设备

1.3.6局限性

1.4所建议的系统

1.4.1对所建议系统的说明

1.4.2数据流程各处理流程

1.4.3改进之处

1.4.4影响

1.4,4.1对象设备的影响

1.4.4.2对软件的影响

1.4.4.3对用户单位机构的影响

1.4.4.4对系统动行的影响

1.4.4.5对开发的影响

1.4.4.6对地点和设施的影响

1.4.4.7对经费开支的影响

1.4.5局限性

1.4.6技术条件方面的可行性

1.5可选择其他系统方案

1.5.1可选择的系统方案1

1.5.2可选择的系统方案2

1.6投资及收益分析

1.6.1支出

1.6.1.1基本建设投资

1.6.1.2其他一次性支出

1.6.13非一次性支出

1.6.2收益

1.6.2.1一次性收益

1.622非一次性收益

1.6.2.3不可定量的收益

1.6.3收益/投资比

1.6.4投资回收周期

1.6.5敏感性分析

1.7社会条件方面的可行性

1.7.1法律方面的可行性

1.7.2使用方面的可行性

1.8结论

2项目开发计划

编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、

开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展

和检查本项目的开发工作，编制内容要求如下：

2.1引言

2.1.1编写目的

2.1.2背景

2.1.3定义

2.1.4参考资料

2.2项目概述

2.2.1工作内容

2.2.2主要参加人员

2.2.3产品及成果

2.2.3.1程序

2.2.3.2文件

2.2.33服务

2.2.3.4非移交产品

2.2.4验收标准

2.2.5完成项目的最迟期限

2.2.6本计划的审查者与批准者

2.3实施总计划

2.3.1工作任务的分解

2.3.2接口人员

2.3.3进度

2.3.4预算

2.3.5关键问题

2.4支持条件

2.4.1计算机系统支持

2.4.2需要用户承担的工作

2.4.3需由外单位提供的条件

2.5专题计划要点

3软件需求说明书

软件需求说明书的编制是为了使用户和软件开发者双方对该软件的起初规定有一个共

同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下：

3.1引言

3.1.1编写的目的

3.1.2背景

3.1.3定义

3.1.1参考资料

3.2任务概述

3.2.1目标

3.2.2用户的特点

3.2.3假定与约束

3.3需求规定

3.3.1对功能的规定

3.3.2对性能的规定

3.3.2.1精度

3.3.2.2时间特性要求

332.3灵活性

333输入输出要求

3.3.4数据管理能力的要求

3.3.5故障处理要求

3.3.6其它的专门的要求

3.4运行环境规定

3.4.1设备

3.4.2支持软件

3.4.3接口

3.4.4控制

4数据需求说明书

数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采

集要求的技术信息。编制数据要求说明书的内容要求如下：

4.1引言

4.1.1编写目的

4.1.2背景

4.1.3定义

4.1.4参考资料

4.2数据的逻辑描述

4.2.1静态数据

4.2.2动态输入数据

4.2.3动态输出数据

4.2.4内部生成数据

4.2.5数据约定

4.3数据的采集

4.3.1要求和范围

4.3.2输入的承担者

4.3.3处理

4.3.4影响

5概要设计说明书

概要设计说明书可称作系统设计说明书，这里说的系统是指程序系统，编制的目的是说

明对程序的系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划

分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计

提供基础。编制概要设计说明书的内容要求如下：

5.1引言

5.1.1编写目的

5.1.2背景

5.1.3定义

5.1.4参考资料

5.2总体设计

5.2.1需求规定

5.2.2运行环境

5.2.3基本设计概念和处理流程

5.2.4结构

5.2.5功能需求与程序的关系

5.2.6人工处理过程

5.2.7尚未解决的问题

5.3接口设计

5.3.1用户接口

5.3.2内部接口

5.3.3外部接口

5.4运行设计

5.4.1运行模块组合

5.4.2运行控制

5.4.3运行时间

5.5系统数据结构设计

5.5.1逻辑结构设计要点

5.5.2物理结构设计要点

5.5.3数据结构与程序的关系

5.6系统出错处理设计

5.6.1出错信息

5.6.2补救措施

5.6.3系统维护设计

6详细设计说明书

详细说明书可称作程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个

程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可

以不单独编写，有关内容合并概要设计说明书。对详细设计说明书的内容要求如下：

6.1引言

6.1.1编写目的

6.1.2背景

6.1.3定义

6.1.4参考资料

6.2程序系统的组织结构

6.3程序1（标识符）设计说明

6.3.1程序描述

6.3.2功能

6.3.3性能

6.3.4输入项

6.3.5输出项

6.3.6算法

6.3.7流程逻辑

6.3.8接口

6.3.9存储分配

6.3.10注释设计

6.3.11限制条件

6.3.12测试计划

6.3.13尚未解决的问题

6.4程序2（标识符）设计说明

7数据库设计说明书

数据库设计说明书的编制目的是对于设计中的数据库所有标识、逻辑结构和物理结构作

出具体的设计规定。其内容要求如下：

7.1引言

7.1.1编写目的

7.1.2背景

7.1.3定义

7.1.4参考资料

7.2外部设计

7.2.1标识符和状态

7.2.2使用它的程序

7.2.3约定

7.2.4专门指导

7.2.5支持软件

7.3结构设计

7.3.1概念结构设计

7.3.2逻辑结构设计

7.3.3物理结构设计

7.4运用设计

7.4.1数据字典设计

7.4.2安全保密设计

8用户手册

用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统工程所具有的功能

及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确

定在什么情况下，如何使用它。具体的内容要求如下：

8.1引言

8.1.1编写目的

8.1.2背景

8.1.3定义

8.1.4参考资料

8.2用途

8.2.1功能

8.2.2性能

8.221精度

822.2时间特性

8.2.23灵活性

8.2.3安全保密

8.3运行环境

8.3.1硬设备

832支持软件

833数据结构

8.4使用过程

8.4.1安装与初始化

8.4.2输入

8.4.2.1输入数据的现实背景

8.422输入格式

8.4.2.3输入举例

8.4.3输出

8.4.3.1输出数据的现实背景

8.432输出格式

8.4.33输出举例

8.4.4文卷查询

8.4.5出错处理与恢复

8.4.6终端操作

9操作手册

操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作

方法的细节。具体的内容要求如下：

9.1引言

9.1.1编写目的

9.1.2背景

9.1.3定义

9.1.2参考资料

9.2软件概述

9.2.1软件的结构

9.2.2程序表

9.2.3文卷表

9.3安装与初始化

9.4运行说明

9.4.1运行表

9.4.2运行步骤

9.4.3运行1（标识符）说明

9.4.3.1运行控制

9.4.3.2操作信息

943.3输入-输出文卷

9.4.3.4输出文段

9.4.3.5输出文段的复制

9.436启动恢亚过程

9.4.4运行2（标识符）说明

9.5非常规过程

9.6远程操作

10模块开发卷宗

模块开发卷宗是在模块开发过程中逐步编写出来的,每完成一个模块或一级密切相关的

模块的复审时编写一份，应该把所有的模块开发卷宗汇莫在一起。编写的目的是记录和汇总

低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供

非常有用的技