华东交大软件学院6周软件工程实训总结报告-学号-姓名（小编推荐）

第一篇：华东交大软件学院6周软件工程实训总结报告-学号-姓名（小编推荐）

华东交通大学软件学院软件工程实训总结报告

华东交通大学软件学院

2012年6周软件工程实训总结报告

专业班级：学号：学生姓名：指导教师：所在项目：项目经理：实训公司：实训周期：2012 年 11 月 05 日至 2012 年 12 月 14 日/ 2

华东交通大学软件学院软件工程实训总结报告

学生签名：

2012年 12 月 14 日/ 2

第二篇：东北大学软件学院学生实训总结报告

东北大学软件学院

学生实训总结报告 专 业：

班 级： 学 号： 姓 名： 实训基地： 企业指导教师：

年 月 日 东北大学软件学院

学生实训总结报告

说 明

1． 实训结束之前，每个学生都必须认真撰写《实训总结报告》。通过撰写实训总结报告，系统地回顾和总结实训的全过程，将实践性教学的感性认识升华到一定的理论高度，从而提高实训教学效果。2． 3． 实训总结报告要求条理清晰，内容详尽，数据准确。字数不少于5000字。实训总结报告的质量反映了实训的质量，它是实训成绩评定的主要依据之一。应在规定时间内将此报告上交。不交实训报告者不得参加实训成绩评定。4． 5． 封面中的“实训单位”必须写单位的全名，必须写上企业指导教师姓名。

“前言”部分： “实训背景”可简介实训目的、通过何种方式到此单位实训等内容；“实训环境”可包括实训单位全称（中英文）、地址、实训单位性质、规模、简介、所在部门、该部门主要工作、指导教师安排等内容；“实训过程”概述实训各阶段所从事的主要工作等。6． “实训内容”部分：属报告的主要部分。“概述”包括项目介绍、本人从事的工作等；“相关技术”包括与项目相关的理论基础，项目开发方法、开发工具、开发环境等关键技术的介绍；“系统分析”包括对整个项目的介绍分析及本人工作内容的详细分析，如业务分析、功能分析（可使用用例图、活动图来描述）、可行性分析等；“系统设计”包括总体设计和详细设计，总体设计包括系统架构设计、功能模块划分等，详细设计要围绕本人工作内容展开，包括功能模块详细设计、类和对象的设计、动态模型设计（时序图、状态图、协作图等）、算法设计、数据库设计等；“系统实现”也要围绕本人工作内容展开，从编码实现角度论述相应功能模块的实现细节，并展示自己所完成的主要成果及实际应用情况等。可通过“程序流程图”、“关键代码”和“界面”进行直观论述。“系统测试”包括测试方案设计、测试用例和测试结果、最终的测试结论或评价等。

7． “总结”部分：其中“其它意见”可对学院课程设置、教学内容、实训安排等方面提出自己的意见或建议，也可对实训单位的各个方面提出自己的意见。

东北大学软件学院

学生实训总结报告

目 录

1.1 1.2 1.3 前言.................................................4

实训背景...........................................................................................................4

实训环境...........................................................................................................4

实训过程...........................................................................................................4

2.1 2.2 2.3 2.4 2.5 2.6 实训内容.............................................5

概述...................................................................................................................5

相关技术...........................................................................................................5

系统分析...........................................................................................................5

系统设计...........................................................................................................5

系统实现...........................................................................................................5

系统测试...........................................................................................................5

3.1 3.2 总结.................................................6

实训体会...........................................................................................................6

其它意见...........................................................................................................6 前言

1.1 实训背景

1.2 实训环境

1.3

实训过程 实训内容

2.1 概述

2.2 相关技术

2.3 系统分析

2.4 系统设计

2.5 系统实现

2.6 系统测试 总结

3.1 实训体会

3.2

其它意见

第三篇：软件工程实训(java)总结报告

华东交通大学软件学院软件工程实训总结报告

华东交通大学软件学院

2012年6周软件工程实训总结报告

专业班级：09软件+电气4班学号：20092110080402学生姓名：xx指导教师：xx

所在项目：远程实验室管理系统项目经理：xx实训公司：江西微软技术中心实训周期：2012年11月5日至 2012年12月 14日/ 5/ 5/ 5

学生签名：

年月日/ 5

第四篇：西南科技大学软件测试实训总结报告

实训总结报告 学 院 名 称：专 业 班 级：学 号：学 生 姓 名：实 训 地 点：实 训 日 期：

信息工程学院 通信工程 20124410 唐曼玲 新区图书馆

2015.1.5--1.16

一、实训目的：

1.了解软件测试概念，软件测试主要内容，手动测试自动测试，初步掌握软件测试并且能够进行简单运用。

2.了解软件测试在当前计算机行业的地位和前景。3.了解为了成为软件测试工程师所需要掌握的技能。

二、实训内容：

1.移动警务通项目环境搭建 2.软件测试的基本概念

3.软件研发流程及系统测试过程 4.需求评审流程和评审要点 5.测试计划和方案写作要点 6.测试用例写作要点和设计方法 7.软件缺陷的概念和找软件缺陷 8.TDD测试和开发设计文档 9.温度转换器测试及开发设计 10.项目实战总结

三、实训总结(不低于2500字)

这次大三寒假实训的主题是“软件测试”，和同学们在图书馆机房一起学习。在软件开放越来激烈的当今，追求软件质量也是一个重要内容。软件测试，即在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。整个测试过程分单元测试、组装测试以以及系统测试三个阶段进行。测试的方法主要有白盒测试和黑盒测试两种。在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。这次的实训大致分为两个阶段。第一阶段主要是文字处理工夫多一点，考验了我们对找病句修改病句的能力；第二阶段主要涉及了利用JAVA来编辑测试代码，主要考察了我们细心程度，还有巩固了我们编程能力。

第一阶段我们主要学习了移动警务通项目环境搭建，软件测试的基本概念，软件研发流程及系统测试过程，需求评审流程和评审要点这四大点。具体细节包括了：需求评审、软件测试方法与工具、用例设计、用例设计评审、测试评估报告、缺陷报告记录、缺陷管理与统计以及测试评估报告。在学习氛围浓重的机房内，我们认真看着大幕上的课件和老师演示的内容，并且都用手机或者笔记本记下了重要内容和步骤，当修改测试用例遇到不懂的问题时，我们组的队员都会及时询问老师寻求解答，保证我们小组学习的质量和速度。

在移动警务通项目中，老师要求我们修改需求报告，填写需求评审。移动警务通客户端设备，它包括了信息收集，信息查询查询，定位等功能，我在小组主要负责的是信息查询这个工作。信息查询需求报告的修改涉及到很多内容：需求填写不完整，有歧义，用例填写错误等。需求语句中有“或”，“和”字眼出现的句子我们都格外小心，因为这是病句可能出现的信号。我和小组成员们认真听取了卿老师的课堂讲解，并且认真记录课堂笔记。我们还学会了利用虚拟手机平台，模拟安卓手机，在手机上面进行测试和使用，这个让我大开眼界。在老师讲完之后我们小组立马投入到需求评审等练习，组长给我们每个人都合理分配了适宜的任务，每个人都认真工作着，通过借鉴和及时询问其他小组同学和老师，我们小组每次都很快地很好地完成了课堂练习任务。移动警务通这个项目让我学到了看任何东西都要认真细心，特别是找病句的过程中是收货很多的。

这一阶段主要涉及了“需求分析”。通过老师的讲解，我了解到，在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。“唯一不变的是变化本身”，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。

第一阶段中老师教我们使用了JUnit。它是一个开源的java测试框架，它是Xuint测试体系架构的一种实现。在JUnit单元测试框架的设计时，设定了三个总体目标，第一个是简化测试的编写，这种简化包括测试框架的学习和实际测试单元的编写；第二个是使测试单元保持持久性；第三个则是可以利用既有的测试来编写相关的测试。JUnit可以把测试组织成测试系列；这个测试系列可以包含其它的测试或测试系列。JUnit测试的合成行为允许你组合多个测试并自动的回归从头到尾测试整个测试系列。你也可以执行测试系列层级架构中任何一层的测试。使用Junit测试框架，你可以很便宜的撰写测试并享受由测试框架所提供的信心。撰写一个测试就像写一个方法一样简单；测试是检验要测试的程序代码并定义期望的结果。这个测试框架提供自动执行测试的背景；这个背景并成为其它测试集合的一部份。

利用这个，我们就可以在电脑上实现安卓手机的模拟，在电脑上面就可以对安卓手机上的应用进行测试和使用。我们就是用这个实现了移动警务通的的第二阶段任务测试代码的编写和测试的。

在实训的第二周，第二阶段主要是温度转换器测试代码的编写和学习，在安卓手机模拟平台下训练了我们JAVA编程能力。通过在Eclipse上编写JAVA语言用于移动警务通的Android平台，我第一次体会到了编写安卓应用的乐趣。老师首先给我们普及了一下JAVA语言的一般用法和注意事项，然后开始编写温度转换应用程序。在老师的耐心讲解下，我们开始自己操作。可能刚开始有点不适应不习惯，但是到了后来，就慢慢熟练起来。中途遇到问题及时向老师提问，老师亲自过来帮我检查错误并且教我改正错误，这其中的方法和体会我觉得是很宝贵的经验财富。由于老师讲的内容我们都不是很熟悉，为了能够更好地跟上上课节奏，我们就拿出手机，拍下老师每一次的内容，在老师讲完过后就看照片复习和操作，这样的效果很好。

这次需求评审中最大的感悟就是要学好语文，尤其是查找病句的能力。因为需求里面可能有很多的病句，这些病句有二义性或者错误，我们就应该立马找出来及时修正，并且写上批注，写得很详细很具体。最初找病句的时候由于没有经验，找的地方都不是很正确而且修改也没修改好。接着听了老师对每一个例子的详细讲解和经验总结，我们小组成员都找到了修改的方法和途径，大大增加了需求评审的效率。后来找老师来帮我们看看这些批注，老师都说我们写的具体，写地很好，这让我们大受鼓舞。

本次实训另一个体会就是对软件测试这个工作很感兴趣。因为考虑到自己作为一个女生对开发应用程序编写不是很在行，如果能有基础的情况下从事软件测试这份工作想必是很好的。我从网上了解了一下软件测试的行业现状，如今软件开发过程中出现错误或者缺陷的几率越来越来多，市场对软件的质量越来越重视，所以软件测试在软件项目中显得尤为重要。专业优势就业竞争小，人才供不应求让软件测试人员的就业竞争压力明显小于同类其它职业，有利于从业者的身心健康。另外，由于软件测试在我国起步较晚，独立设置测试部门、对测试人员有强烈需求的多为独具慧眼的大中型IT企业。软件测试人才不需要在小企业积累经验就能获得知名企业的入门通行证，工作起点高于同类其它职业。高薪，刚入行的软件测试人员，起步的月薪就在3000-5000元左右，远高于同龄人2000元的薪资水平，随着工作经验的丰富以及能力的提升，这份薪水将一路看涨。就业质量高，与其他IT职位相比，软件测试人员最大的优势就是发展方向太多了。由于工作的特殊性，测试人员不但需要对软件的质量进行检测，而且对于软件项目的立项、管理、售前、售后等领域都要涉及。在此过程中，测试人员不仅提升了专业的软件测试技能，还能接触到各行各业，从而为自己的多元化发展奠定了基础。而且从专业性质分析，软件测试人员更要具有认真、耐心、细致、敏感等个性元素，我觉得而这在一定程度上与女性的个性气质相吻合。所以我觉得我对软件测试这种工作很感兴趣。

通过老师的讲解和课后询问，我知道了如果要想成为好的测试人员，首先得了解自己要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是在测试中需要注意的问题，满足客户是最大的需要。我们更应该学习的是，了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助了解产品如何工作。还有多看看公司 Bug 库中的问题，这些存在的问题可以帮助自己了解软件产品哪些地方存在缺陷，软件系统哪些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 Windows 或者 Linux，如果不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是自己系统配置造成的，对系统不熟悉，会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。

其实，我觉得不一定要学习到多好的程度，只是通过这些扩展的知识面，可以在发现问题，解决问题上不会局限在狭小的圈子里。并且，和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，会在测试中从客户的角度发现问题；和开发人员交流，会了解开发人员怎么实现软件功能的；和项目管理人员交流，会知道开发进度以及遇到的困难。这些是从这次实训中获得的宝贵收获。

在培训的最后老师给我们讲了计算机行业的就业工种和对应的薪水情况、软件测试行业分布、任职要求、必备技能、面试常用问题等。我受到的触动很大，我们现在学到的东西远远没有达到就业的水平和能力，每天就学习书本上的知识和实验室的项目，感觉自己的能力远远不行，感觉很大的压力。

实习这段期间，自己的收获是丰硕的：最起码从意识上，发现自己的不足，并寻求到合适的解决途径。非常感谢对我帮助的同学和老师，我坚信：在你们的帮助下，我会持续努力，不断反省，总结提高！我今年的计划是考川大电子信息类的研究生，我希望在接下来的一年半可以充充实实，每天都过得有意义，为了变成一个优秀的自己而努力。2015，加油！

第五篇：软件学院实训指导书

软件工程实验

指导书

一、实验要求

软件工程实验要求学生采用“项目小组”的形式，结合具体的开发项目进行设计。具体要求如下：

1． 班级按项目小组进行分组，每组不得超过6人

2． 每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目

3．项目开的每项任务要落实到人且规定该任务的起止日期和时间 4．每个项目小组必须按照《软件工程实验指导书》附录中给定的文档规范标准提供项目文档

5．题目自定或采用附录二中的题目

6．软件开发的方法学自定（结构化或面向对象的方法学）

二、实验步骤

1．结构化软件开发技术

以实际项目为驱动，采用结构化的分析、设计与实现方法完成该项目的分析设计与实现。

（1）项目的可行性分析

评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。（2）项目的开发计划

以项目负责人为主，对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。

（3）需求规格说明书

软件使用用户和软件开发者双方对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础，主要将用户的需求转化为未来系统的主要功能。

（4）概要设计说明书

编制的目的是说明对程序的系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础

（5）详细设计说明书

编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并概要设计说明书。

（6）数据库设计

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

（7）测试分析报告

测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加发记载，（8）用户手册

描述该软件系统工程所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。时间：第1周到第6周 4*6 注：各报告的书写规范见附录

2．Rational Rose的使用

（1）rational rose的基本操作的熟悉（2）用例视图的建立（3）逻辑视图的建立

类对象模型

动态模型的建立

顺序图

协作图

状态图

活动图（4）组件图的建立（5）部署图的建立 时间：第7周到第11周 4*5

3．面向对象的软件开发技术

（1）面向对象的分析

用例图

活动图

类对象模型（2）面向对象的设计

软件体系结构设计和类的详细设计（3）面向对象的实现

编码和测试

注：结合2--rational rose的练习做该项目

时间：第12周到第14周 3*4

二、成绩考核及评定

第15周天验收系统和总结报告，成绩分优、良、中、及格和不及格五等。

考核标准包括：

（1）总结报告（40%）

（2）系统演示（20%）

（3）考勤（20%）

附录一：实验题目

实验题目

题目一：“教务管理系统之子系统——学院课程安排” 1．系统简介

每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。

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

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

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

（3）本学期出现严重教学事故的教师不能承担下各学期的主讲任务。（4）本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。

（5）本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。

题目二：“学校教材定购系统” 1．系统简介

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

销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。

采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。以上功能要求在计算机上实现。2．技术要求和限制条件

（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。

（2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。（3）系统的外部项至少包括：教师、学生和教材工作人员。

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

题目三：“机票预定系统” 1．系统简介

航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。2．技术要求和限制条件

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

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

1．旅客延误了取票时间的处理 2．航班取消后的处理

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

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

题目四：“实验室设备管理系统” 1．系统简介

每学年要对实验室设备使用情况进行统计、更新。其中：

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

（2）对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。

（3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。

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

2．技术要求及限制条件

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

（2）每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。

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

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

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

系统简介和设计要求：（1）信息要求

本系统应该包含与人事管理相关的信息，如部门信息、职员信息，其中职员信息应该包含职员的基本信息（如职员的编号、姓名、性别等）职员的其他信息如（如：主要社会关系、奖惩情况等）。

（2）功能要求

本系统的基本功能要求如下： 部门信息维护；

职员信息维护（含职员的部门调整）； 职员信息查询（不确定查询）；

人事信息查询(如人才结构的统计查询)用户管理（含用户权限的设置）

辅助功能（如学历索引表、职称索引表的维护等）

题目六：工资管理系统的设计

系统简介和设计要求：（1）信息要求

本系统应该包含与工资管理相关的信息，如部门信息、职员工资信息，其中职员工资信息应该包含与支援工资相关的基本信息（如：职员的编号、姓名、基本工资、各种津贴以及其他应发工资项目，水电、煤气等各项扣款，以及公积金、会费等）、职员的其他信息（如工资调整情况）等。

（2）功能要求

本系统的基本功能要求如下： 部门信息维护； 职员工资信息维护； 显示打印职员工资表； 打印职员工资发放表； 打印部门工资汇总表；

用户管理（含用户权限的设置）。

题目七：毕业生管理信息系统

设计要求：（1）信息要求

本系统应该包含与毕业生管理相关的信息，如毕业生基本信息、毕业生就业信息、其中毕业生基本信息应该包括：毕业生的编号、姓名、性别、民族、籍贯、毕业时间、专业、政治面貌等信息；毕业生就业信息应该包括：毕业生的编号、就业时间、工作单位、工作性质、职务、地址等。

（2）功能要求

本系统的基本功能要求如下： 毕业生基本信息维护； 毕业生就业信息维护；

毕业生就业情况查询（不确定查询）； 按专业划分的就业情况统计；

用户管理（含用户权限的设置）。题目七：图书管理系统：

需求陈述：大学图书管理系统，该系统除了一般的图书管理功能外，还能够为学生和教工从其他图书馆借阅图书和文献资料提供服务。

1.功能需求

⑴ 基本数据维护功能：

提供使用者录入，修改并进行维护基本数据的途径。基本数据包括读者的信息、图书资料的相关信息，可以对这些信息进行修改，更新。⑵ 基本业务功能：

读者借、还书籍的登记管理功能，随时根据读者借、还书籍的情况更新数据库系统，如果书籍已经借出，可以进行预留操作，书籍的编目、入库、更新等操作。⑶

数据库管理功能：

对所有图书信息及读者信息进行统一管理维护的功能，对书籍的借还也要进行详细的登记，以便协调整个图书馆的运作。⑷

信息查询功能：

提供对各类信息的查询功能，如对本图书馆的用户借书信息，还书的信息，书籍源信息，预留信息等进行查询，对其他图书馆的书籍、资料源信息的查询功能。2.非功能需求

① 系统安全性需求：为保证系统安全性，对本图书馆的各项功能进行分级、分权限操作，对各类用户进行确认。对其它图书馆借阅图书和文献资料服务控制访问范围：如限IP、限用户等。

② 对系统可用性的需求：为了方便使用者，要求对所有交互操作提供在线帮助功能。

③ 对系统查询速度的需求：要求系统在20S之内响应查询服务请求。

④ 对系统可靠性的需求：要求系统失败发生率小于1%。3.领域需求

例如：对“大学图书管理系统”，提出一些与图书管理的业务相关的需求：

⑴ 图书编目要求按照《中国图书馆分类法》进行；

⑵ 由于版权限制，某些文献资料只能在图书馆规定的阅览室阅读，并限制复制和打印。

第一条需求是对遵循我国图书管理的规定，执行对图书的分类管理的标准。而第二条需求则是版权法对图书馆文献资料的保护的需要，描述了对一类文献资料有限制的使用和服务。

题目八：建立一个分布式、互动式的远程教学平台，为教师教学、学生学习提供比较完整的教学解决方案。其主要功能包括通知发布、参考资料发布、电子课件发布、学生作业提交、帮助教师批改学生作业、帮助学生复查批改后的作业。

题目九：开发一个基于WEB的网上机票查询和销售系统，该系统可以录入航班和机票信息，用户可以查询航班时刻表、查询机票可用信息和机票折扣信息，用户可以通过WEB订票。

题目十：开发一个基于WEB的网上投稿系统，该系统可以接受作者的电子投稿，以及作者信息（如姓名、单位、通信地址、电话、E-Mail等）注册，并能供投稿人查询稿件处理情况，以及在稿件处理后（退稿、录用、修改后再审等），能自动发送E-Mail通知投稿人。

题目十一：开发一个基于Web的BBS系统，包含一般BBS所具有的功能，如用户注册、用户信息管理、发贴功能、贴子管理、主题词查询、用户信息修改和查询等。

题目十二：开发一个基于Web的网上书店，该系统可以分类录入书籍和相关信息（如名称、页数、出版商、摘要、目录等），用户可以注册、登录，注册用户享受打折服务，所有用户都可以查询、浏览书籍。注册用户可以定购书籍并查询订单。

附录二：软件开发文档指南 1 可行性研究报告

可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。可行性研究报告的编写内容要求如下：

1.1 引言

1.1.1 编写目的 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 评价尺度

1.3 对现有系统的分析

1.3.1 数据流程和处理流程

1.3.2 工作负荷

1.3.3 费用开支

1.3.4 人员

1.3.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.1.3 非一次性支出

1.6.2 收益

1.6.2.1 一次性收益

1.6.2.2 非一次性收益

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.3.3 服务

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 时间特性要求

3.3.2.3 灵活性

3.3.3 输入输出要求

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.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.2.2.1 精度

8.2.2.2 时间特性

8.2.2.3 灵活性

8.2.3 安全保密

8.3 运行环境

8.3.1 硬设备

8.3.2 支持软件

8.3.3 数据结构

8.4 使用过程

8.4.1 安装与初始化

8.4.2 输入

8.4.2.1 输入数据的现实背景

8.4.2.2 输入格式

8.4.2.3 输入举例

8.4.3 输出

8.4.3.1 输出数据的现实背景

8.4.3.2 输出格式

8.4.3.3 输出举例

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 操作信息

9.4.3.3 输入-输出文卷

9.4.3.4 输出文段

9.4.3.5 输出文段的复制

9.4.3.6 启动恢复过程

9.4.4 运行2（标识符）说明

9.5 非常规过程

9.6 远程操作 10 模块开发卷宗

模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一级密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。具体的内容要求如下：

10.1 标题

10.2 模块开发情况表

10.3 功能说明

10.4 设计说明

10.5 源代码清单

10.6 测试说明

10.7 复审的结论 11 测试计划

11.1 引言

11.1.1 编写目的 11.1.2 背景

11.1.3 定义

11.1.4 参考资料

11.2 计划

11.2.1 软件说明

11.2.2 测试内容

11.2.3 测试1（标识符）

11.2.3.1 进度安排

11.2.3.2 条件

11.2.3.3 测试资料

11.2.3.4 测试培训

11.2.4 测试2（标识符）

……

11.3 测试设计说明

11.3.1 测试1（标识符）

11.3.1.1 控制

11.3.1.2 输入

11.3.1.3 输出

11.3.1.4 过程

11.3.2 测试2（标识符）

……

11.4 评价准则

11.4.1 范围

11.4.2 数据整理

11.4.3 尺度 12 测试分析报告

测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加发记载，具体的编写内容要求如下：

12.1 引言

12.1.1 编写目的 12.1.2 背景

12.1.3 定义

12.1.4 参考资料

12.2 测度概要

12.3 测试结果及发现

12.3.1 测试1（标识符）

12.3.2 测试2（标识符）

……

12.4 对软件功能的结论

12.4.1 功能1（标识符）

12.4.1.1 能力

12.4.1.2 限制

12.4.2 功能2（标识符）

……

12.5 分析摘要

12.5.1 能力

12.5.2 缺陷和限制

12.5.3 建议

12.5.4 评价

12.6 测试资源消耗 13 开发进度月报

开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便函及时发现或处理开发过程中出现的问题。一般地，开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以项目组为单位按月编写。具体的内容要求如下：

13.1 标题

13.2 工程进度与状态

13.2.1 进度

13.2.2 状态

13.3 资源耗用与状态

13.3.1 资源耗用

13.3.1.1 工时

13.3.1.2 机时

13.3.2 状态

13.4 经费支出与状态

13.4.1 经费支出

13.4.1.1 支持性费用

13.4.1.2 设备购置费

13.4.2 状态

13.5 下个月的工作计划

13.6 建议 14 项目开发总结报告

项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。具体的内容要求如下：

14.1 引言

14.1.1 编写目的 14.1.2 背景

14.1.3 定义

14.1.4 参考资料

14.2 实际开发结果

14.2.1 产品

14.2.2 主要功能和性能

14.2.3 基本流程

14.2.4 进度

14.2.5 费用

14.3 开发工作评价

14.3.1 对生产效率的评价

14.3.2 对产品质量的评价

14.3.3 对技术方法的评价

14.3.4 出错原因的分析