软件工程实验指导书

软件工程实验指导书

软件工程实验是《软件工程》课程讲授中一个重要的、不可或缺的实践

环节。其目的是使学生可以在实际软件工程项目中纯熟的运用软件工程的理

论、技术和方法，全面掌握软件工程管理、软件需求分析、软件概要设计、

软件具体设计、软件测试等阶段的方法和技术，以及培养学生的合作意识和

团队精神，培养学生对技术文档的编写能力，从而使学生提高软件工程的综

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

根据课程的特点，实验内容涉及结构化的方法学和面向对象的方法学两

个方面。引入一个简朴的实际项目（自选或教师指定），规定学生运用结构化

软件开发技术或面向对象的软件开发技术完毕对该项目的开发。此外又引入

我国国家《计算机开发规范文档》，以规范技术文档的书写标准，提高实验教

学质量。特别是在实验中针对面向对象的软件开发技术，增长面向对象的工

业建模标准......统建模语言及其工具rationalruse的专项练习。

通过实验训练，达成如下目的：

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

能力，快速掌握结构化的软件分析技术、设计技术和软件测试，并纯熟的撰

写软件文档；进一步的掌握面向对象的分析技术、设计技术和测试技术，以

及统一建模语言及其工具rose在实际工程项目中的应用，从而培养学生综合

运用所学课程知识，分析解决问题的能力以及学生的合作意识和团队精神，

为此后走向工作岗位打下扎实的基础。

一、实验规定

软件工程实验规定学生采用“项目小组.”的形式，结合具体的开发项FI

进行设计。具体规定如下：

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

2.每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成

员讨论、选定开发项目

3.项目开的每项任务要贯彻到人且规定该任务的起止日期和时间

4.每个项目小组必须按照《软件工程实验指导书》附录中给定的文档规

范标准提供项目文档

5.根据实验内容，分别实现结构化的开发和面向对象的软件开发

6.题目自定或采用附录二中的题目

二、实验内容

1.结构化软件开发技术

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

目的分析设计与实现。

（1）项目的可行性分析

评述为了合理地达成开发目的而也许先择的各种方案；论证所选定的方案。

（2）项目的开发计划

以项目负责人为主，对于在开发过程中各项工作的负责人员、开发进度所需经费

预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开

发工作。

（3）软件需求规格说明书

编制目的是软件使用用户、业务专家和软件开发者对该软件的起初规定有一个共同的

理解，使之成为整个开发工作的基础，重要将用户的需求和业务的需求转化为未来软件系统

的目的功能模型。

（4）软件概要设计说明书

编制H的是说明对未来软件系统的结构设计的考虑，涉及软件系统的体系结构、数据

的设计、接口的设计以及模块基本解决流程的设计，为软件系统的具体设计提供基础。

（5）具体设计说明书

编制目的是说明•个软件系统各个层次中的每一个结构（模块或子系统）的设计考虑，

假如一个软件系统比较简朴，层次很少，本文献可以不单独编写，有关内容合并概要设计说

明书。

（6）数据库设计

数据库设计说明书的编制目的是对于设计中所涉及的数据对象的逻辑结构和理结构作

出具体的设计规定。

（7）测试分析报告

测试分析报告的编写是为了把单元测试、集成测试、系统测试和确认测试的结果写成

文献加以记载。

（8）用户手册

描述该软件系统的基本使用方法。使用户（或潜在用户）通过本手册可以了解该软件

的功能以及纯熟的使用该系统。

注：国家《计算机软件开发规范文档》见附录二。

2.面向对象的软件开发技术

以实际工程项目-----图书管理系统为驱动，结合面向对象的建模语言

及建模工具ratioanlrose,完毕该项目的分析、设计与实现。

（1）面向对象的分析

•用例模型：软件系统的功能模型

•活动图：软件系统的业务模型

•类对象模型：软件系统的结构模型

（2）面向对象的设计

•用例模型：设计阶段软件系统的功能模型

•类对象模型：设计阶段软件系统的结构模型

・动态模型；顺序图和协作图，状态图

（3）面向对象的实现

•组件图：系统的编码

•部署图：系统的部署

注：结合3・-rationalrose的练习完毕该项目。

3.RationalRose的使用

（I）rationalrose的基本操作的熟悉

（2）用例视图的建立

（3）逻辑视图的建立

类对象模型

动态模型的建立

•顺序图

•协作图

•状态图

•活动图

（4）组件图的建立

（5）部署图的建立

三、实验过程

课程实验项目具体规定如下:

实验一：项目开发的准备工作

实验学时：2实验类型：创新型

一、目的与任务

目的：拟定课题，组织成员，合理分工，熟悉软件开发环境，培养团队

精神。

任务：学习软件工程管理，合理组织软件开发，合理分工，明确项目开

发各阶段的任务，并熟悉相应的软件开发环境。

二、内容、规定与安排方式

1、实验内容与规定：

根据小组选择的课题，实行项目经理制，每组推荐一名组长，统一管理

整个项目的实行过程，合理调整资源和负责项目全局；根据项目的难易合理

分派成员的任务，对问题达成一直的见解；针对项目的实行，熟悉相应的软

件开发工具的使用环境。

2、实验安排方式：

本实验为开放实验，各组可同时进行实验，每组3—5人。

三、实验报告规定

1.整理实验结果，写实验报告。

2.小结实睑心得体会。

实验二：系统分析过程

实验学时：2实验类型：设计型

一、目的与任务

目的：拟定项目的可实行性，获取项目的需求，并在此基础上完毕系统

的逻辑功能模型的建立。

任务：采用结构化软件开发技术，完毕对项目的分析过程，给出系统的

逻辑功能模型（DFD）,数据字典（DD）以及需求规格说明书。

二、内容、规定与安排方式

1、实验内容与规定；

明白项目的业务流程图，绘制数据流图（DFD）,数据模型（ER）,编

写数据字典（DD）,数据加工解决的描述，撰写需求规格说明书。

2、实验安排方式：

本实验为开放实验，各组可同时进行实验，每组3—5人。

三、实验报告规定

1.整理实验结果，写实验报告。

2.小结实验心得体会。

实验三：系统设计过程

实验学时：2实验类型：设计型

一、目的与任务

目的：在实验二基础上完毕软件系统体系结构的设计和系统具体设计，

并给出相应的设计规格说明书。

任务：认真分析实验二的结果，给出软件系统合理的体系结构，描绘系

统结构图，并合理划分系统的各组成模块，撰写系统设计规格说明书。

二、内容、规定与安排方式

1、实验内容与规定：

系统结构图、数据库的设计、人机交互界面的设计、个组成模块的算法

描述，撰写软件系统设计说明书

2、实验安排方式：

本实验为开放实验，各组可同时进行实验，每组3—5人。

三、实验报告规定

1.整理实验结果，写实验报告。

2.小结实验心得体会。

实验四：软件测试

实验学时：2实验类型：综合型

一、目的与任务

目的：在实验三的基础上，完毕对系统的单元测试、集成测试、系统测

试和确认测试。

任务：对的运用软件测试策略和技术，完毕系统的单元测试、集成测试、

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

二、内容、规定与安排方式

1、实验内容与规定：

（1）可以对的运用软件测试技术和策略，纯熟的进行系统的单元测试、

集成测试、系统测试、确认测试的方法，掌握测试用例的设计。

（2）纯熟的撰写测试报告。

2、实验安排方式：

本实验为开放实验，各组可同时进行实验，每组3—5人。

三、实验报告规定

1.整理实验结果，写实验报告。

2.小结实验心得体会。

实验五：用例模型

实验学时：2实验类型：设计型

一、目的与任务

目的：熟悉用例模型的功能，熟悉rationalrose的使用环境，掌握如

何使用rose创建系统的用例模型。

任务：纯熟掌握rationalrose的开发环境，纯熟用例模型的创建过程。

二、内容、规定与环节

内容：木实蛤采用一个案例-----网上选课系统.在了解系统的具休需求后，完毕对系

统的需求建模。当创建系统的用例模型后，应针对每个用例进行业务分析，说明其具体的业

务流程。

规定：实现用例模型，并对其中重要的用例进行用例描述。

实验环节：

1.系统需求陈述

网上选课系统重要涉及如下功能：管理员通过管理界面进入，建立本学期要

开的各种课程、将课程信息保存在数据库里并可以对课程进行修改和删除。学生通

过客户机的浏览器根据学号和密码进入选课界面，查询已选课程和选课。

2.系统主事件流的描述

①添加课程事件流：

1.管理员选择进入管理界面，用例开始。

2.系统提醒输入管理员密码。

3.管理员输入密码。

4.系统收证密码。

Al：密码错误

5.进入管理界面，系统显示目前所建立的所有课程信息。

6.管理员选择添加课程。

7.系统提醒输入新课程信息

8.管理员输入信息。

9.系统验证是否和已有课程冲突。

A2：有冲突

10.系统添加新课程，提醒课程添加成功。

11.系统重新进入管理主界面，显示所有课程.

12.用例结束。

其他事件流：

AI：密码错误

1.系统提醒再次输入。

2.用户确认。

3.三次错误，拒绝再次访问。

4.否则进入添加课程事件流第5步。

A2：有冲突

I.系统提醒冲突，显示冲突课程信息。

2.用户市新输入。

3.继续验证直到无冲突。

4.进入添加课程事件流第10步。

注：删除课程事件流和修改课程事件流叮此类似，在此不再详述。

②选课事件流:

【.学生进入选课登入界面，用例开始.

2.系统提醒输入学号和密码.

3.学生输入学号密码.

4.系统验证：

A1;险证失败。

5、进入选课主界面。

6、学生点云选课。

7、系统显示所有课程信息。

8、学生选择课程。

9、系统验证课程是否可选。

A2：不可选。

10、系统提醒课程选择成功，提醒学生交费。

II、用例结束。

错误流：

A1：验证失败

I.系统提醒验证失败，提醒重新输入。

2.三次失败，拒绝访问。

3.成功，转选课事件流第5步。

A2：不可选

I.系统提醒不可选及因素。

2.学生重新选课。

3.重新验证直至成功。

4.转选课事件流死10步。

注：查询事件流比较简朴，在此不详述。

2.分析

在-网上选课系统中，管理员一方面登录系统,系统验证通过后,管理员负责添加课程、修

改课程和删除课程等重要功能，所有信息存放在后台数据库中。学生实现对本学期课程的查

询和选课。

3.创建用例模型

(1)在用例图上双击帽in,出现如图1.1所示，为绘制用例图做好准备。

图1.1rationalrose的用例模型

(2)在图中的工具栏选取Aclor图标(参与者)，在右边的图中添加一个Actor,并输入名

称管理员(administrator)，如图1.2所示。

图1.2添加一个参与者

(3)在左边的工具栏中，选取用例的图标，在右边的图中画出一个用例，并输入用例的

名称：addCourse,如图1.3.

图1.3添加一用例

(4)按照环节(3),绘制出如图1.4的三个用例，添加课程(addCourse)、修改课程

(modifyCourse)和删除课程(deleteCourse)o

图1.4添加三个用例

(5)在绘出了用例后，接下来的是绘制参与者与用例的关联，如图1.5所不。

图1.5参与者和用例的关联

（6）根据以上环节，可完毕学生使用的用例。则系统的用例模型就完毕了，如图1.6

所示。

图1.6完整的参与者和用例的关联图

（7）根据分析情况，逆一步添加或细化用例图。

三、实验报告规定

1.整理实验结果，写实验报告。

2.小结实验心得体会。

实验六：类图

实验学时：2实验类型：设计型

一、目的与任务

目的：理解类的基本概念；掌握如何从需求分析中抽象出类，类对象间的关联，类自

身的属性和方法；掌握在RationalRose中绘制类的操作方法。

任务：寻找和抽象出网上选课系统所涉及的类，纯熟掌握rationalrose中类图的

创建过程。

二、内容、规定与环节

内容：根据网上选课系统的需求模型-----用例模型中用例的描述，了解了系统中每一用

例的业务解决流程。现在需要对系统进行静态建模，即类图。

规定：绘制类图，涉及类间的关联。

实验环节：

1.分析

由前面章节对网上选课系统中课程的添加、修改和删除等基本功能的主事件流的描述可

抽象出系统所涉及的重要对象,如Student（学生类）、Admnislralor（管理员类）、FormObject（界

面类）、Course（课程类）、ConlrolObject（控制对象类）、DataBase（数据库类）等。

2.绘制类的环节:

（1）打开前面初步构建的UML模型文献。

（2）打开Rose中的逻辑视图（LogicalView）,在其下创建一张类图，名为：“网上选

课系统类图。

（3）用鼠标右击LogicalView,在弹出来的菜单中选择"NewfClassdiagram”项,创

建类图。

（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出

一个类图，并命名为Course,如图1.7所示。

图1.7网上选课系统的类国

（5）接卜来的一步为设立类的属性，在新的类中双击该类，在打开属性面板中，可以

看到在此可以设立类的属性和方法等其他的信息，图1.8所示；后撞击Attributes这个栏H，

此栏目为设立类的属性的选项，在图中间的单击右键，可以看到有一个“Insert”的选项，

选中这个选项；如课程号，在Type这个方框内输入此属性的类型值，同时可以看到一栏可

以设立此属性的访问权限，一•般这些属性都设立Private这个权限，如图1.9所示。这个类

的其他属性也可以按照以上的做法设立。

图L8类的屈性设立

图1.9Course类属性设立

（6）设立好类的属性，现在来设立类的方法（也是操作），双击类后在弹出的菜单上选

operalions这个选项，可以看到图1.10所示，在图中的空白地方，单击右键，在弹出的菜单

中选insert这个选项，也就只有这个选项可用，接着输入方法名，同时可以设立该方法的返

回类型，也可以在Documentations的方框内填写一些相关的方法说明，设立好该方法的访

问权限。类的其他方法也可以按上面来设立好，最后，得到该类的其他方法见类1.10。

图1.10设立类的方法

（7）至此，类的方法和属性都设立好了，如图1.11所示。

图1.11完整的Cpurse类（名称、属性和方法）

（8）同样的方法设立其他的类，并分别设立相关的属性和方法，得到

系统的初步类图，并根据分析情况，进一步细化添加相关的类，并给出类之间的关联，如图

1.12所示。

图1.12系统的最终类图

三、实验报告规定

1.整理实验结果，写实验报告。

2.小结实验心得体会。

实验七：顺序图和协作图

实验学时：2实验类型：设计型

一、目的与任务

目的：理解顺序图的基本概念，理解协作图的基本概念；掌握在RationalRose中绘制

交互图的操作方法。

任务：对网上选课系统中的用例进行动态建模，熟悉交互图的创建过程。

二、内容、规定与环节

内容：完毕网上选课系统的静态结构一类模型的搭建。现在需要对前面所给出的用例进

行实现，而用例的实现重要由交互图来指定和描述系统的动态特性，即对象之间的交互，用

顺序图和协作图实现。

规定：给出系统所涉及重要用例的动态实现------交工图的绘制。

环节：（以系统管理员添加课程的用例展示交互图的实现）

1.添加课程用例的主事件流描述

管理员进入管理界面，选择添加课程功能。

1）界面提醒用户输入课程信息。

2）界面对象创建一个课程对象。

3）通过控制对象来对课程信息进行合法性检查。'

4）控制对象向课程对象返回结果。

5）控制对象向数据库查询课程相关信息。

6）控制对象对查询结果进行判断。

7）控制对象向数据库中插入数据。

8）在界面上显不结果。

9）控制对象撤消建立的课程对象。

2.绘图环节：

（1）在Rose软件的左边栏目上的LogiclView单击右键，在弹出来的菜单中选择“New

—Sequencediagram”项新建一个顺序图，顺序图是交互图一种表达，可以用时序来表达，如

图1.13。

图1.13顺序图

（2）接下来的是添加对象。见图1.14所示。

图1.14添加了对象的顺序图

(3)添加对象后，便可以添加对象间的消息了。如图1.15所示。

图1.15添加了对象间消息的顺序图

(4)完毕了顺序图后，可以按F5键便得到添加课程的协作图；或在弹出来的菜单中选

择“New-*Collaborationdiagram”项见图1.16所示。

图1.16协作图

三、实验报告规定

1.整理实验结果，写实验报告。

2.小结实验心得体会。

实验八：状态图

实验学时：2实验类型：设计型

一、目的与任务

目的：熟悉活动图的基本功能和使用方法，掌握如何使用建模工具绘制活动图方法。

任务：完毕系统重要对象的状态变换，纯热状态图的创建过程。

二、内容、规定与环节

内容：得到网上选课系统的业务解决过程，但对业务解决过程的解决状态间转换了解仍

不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去

描述系统的业务活动。

规定：实现网上选课系统中课程对象的状态图。

实验环节：

1.业务分析：由前面章节对网上选课系统中的添加课程的重要业务的描述和分

析可知，管理员可以添加、删除和修改课程信息，在某个学期开设该课程，假如选

修人数超过指定人数，就不再允许学会选这门课。学期结束，课程的状态结束。

2.绘图环节：

(1)在逻辑视图(Logicalview)下，点击鼠标右键，在弹出来的菜单中选择“New-

Statechartdiagram”项如图3.1所示，新建一个状态图，命名为addCourse状态图，图1.17所

不。

Rat»u«HalRo*«w««t<lf»gCou(W.rTHllIMbvrtyO«ur4#v\

m。/

图1.17构建状态图

(2)双击“addCourse”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点

为开始结点；当创建该课程时，操作者添加课程到数据库中，假如修改或删除某课程，则发

出其他事件，如删除课程的事件“deletecourse”，则课程的状态就转入“deleied”状态。如

图1.18所示。

图1.18添加两个状态的状态图

(3)课程对象(course)的状态图如图1.19所示。

图1.19还-E的状态图

(5)根据分析设计情况，进一步添加或细化状态图。

三、实验报告规定

1.整理实验结果，写实验报告。

2.小结实验心得体会。

实验九：活动图

实验学时：2实验类型：设计型

一、目的与任务

目的：.熟悉活动图的基本功能和使用方法，掌握如何使用建模工具绘制活动图方法。

任务：对每个用例进行业务分析，说明其具体的业务流程；熟悉rose中活动图的创

建过程。

二、内容、规定与环节

内容：在了解系统的具体需求后，完毕对系统的需求建模。当创建系统的用例模型后,

应针对每个用例进行业务分析，说明其具体的业务流程。

规定：实现用例的业务流程。

实验环节：

1.业务分析

添加课程事件流：

1.管理员选择进入管理界面，用例开始。

2.系统提醒输入管理员密码。

3.管理员输入密码。

4.系统验证密码。

A1：密码错误

5.进入管理界面，系统显示目前所建立的所有课程信息。

6.管理员选择添加课程。

7.系统提醒输入新课程信息。

8.管理员输入信息。

9.系统验证是否和已有课程冲突。

A2：有冲突

10.系统添加新课程，提醒课程添加成功。

11.系统重新进入管理主界面，显示所有课程。

12.用例结束。

其他事件流：

A1：密码错误

1.系统提醒再次输入。

2.用户确认。

3.三次错误，拒绝再次访问。

4.否则进入添加课程事件流第5步。

A2：有冲突

1.系统提醒冲突，显示冲突课程信息。

2.用户重新输入。

3.继续验证直到无冲突。

4.进入添加课程事件流第10步。

2.绘图环节：

(1)在逻辑视图(Logicalview)下，点击鼠标右键，在弹出来的菜单中选择“脂\¥一

ActivityDiagranf,,选中后单击，便可以新建好一个活动图。如图1.20所示。

图L20活动图

(2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“UI“，在右

边的图添加一个泳道，并命名为“Model”,按照此环节，再添加另一个泳道，并命名为

“Database”，得到图1.21.

《RM<*\^Ro»eMtMbnQCouEM-(AcXty。夕不loaK4iV*w/Addfoune]

。

0t

(89

(3

(。

图1.21带有两个泳道的活动图

（3）接着在左边的工具上选取开始点，并在“UI”泳道上添加开始结点后，再来为此活

动图添加活动，名为：输入各项课程信息“，并添加他们间添加活动关系，如图1.22所示。

图1.22带活动的活动图

（3）根据业务分析中添加课程的事件流程，最终获取“添加课程”用例的具体也去的

解决流程，活动图如图1.23所示。

图1.23完整的添加课程的活动图

（4）根据分析设计情况，进一步添加或细化活动图。

三、实验报告规定

1.整理实验结果，写实验报告。

2.小结实验心得体会。

实验十：组件和部署

实验学时：2实验类型：设计型

一、目的与任务

目的：理解组件图的基本概念，理解部署图的基本概念，掌握组件图和部署图绘制

的方法。

任务：完毕系统的物理部件的映射，纯熟掌握rationalrose中组件和部

署图的绘制。

二、内容、规定与环节

内容：已经完毕网上选课系统的分析和设计，下一步就是生成系统的组件图和部署图。

规定：完毕系统的组件图和部署图。

实验环节:

1.分析：

在网上选课系统中，通过度析可以发现类图中的类应分为4个部分:

在选课系统中，涉及MainProgram类（主程序）、People类、ControlObject类、Student

类、Registrar类、Course类和DataBase类。其中，People类是Student类和Registrar

类的抽象类,所以Student类和Registrar类依赖People类。FormObjcct类和Control

0bject类都和Course类相关，FormObject类和ControlObject类依赖Course类。C

ontrolObject类和DataBase类相关，ControlObject类依赖DataBase类。

2.绘图环节：

组件图:

（1）在组件视图中双击Main图，在右边的绘图区中添加一个新组件，并取名

StartClass.java表自新增一个主程序，如图1.24.。

图1.24组件图

（3）选择新创建的组件，点击鼠标右键，在弹出的菜单中选择“OpenScpcifkation”,）

在对话框中，可以修改组件的名称，设立组件的类型，指定实现的语言。这里新组件的名称

定为<<StartClass.java,;修改结果如图1.25所示。

图1.25设立组件的属性

（4）根据分析的结果分别创建FonnObject、Control。bject和Course等组件，并表达

个组件相应的文献，并创建各组件的依赖关系。在本节“关系”一段中，已经描述过依赖关

系使用虚线表达，因此根据分析中的结果，在图中将互相依赖的组件连接即可。完毕后的组

件图如图1.26。

图1.26系统最终的组件图

部署图:

(1)DeploymentView”，在图中添加分别添加一个Processor和Device.并分别命名为

ucomputerwithjavasupport”和“Printer”，添加完毕后，并为节点添加连接关系。全图如

图1.27。

图1.27部署图

(2)根据分析设计情况，进一步添加或细化组件图或部署图。

三、实验报告规定

I.整理实验结果，写实验报告。

2.小结实验心得体会。

四、成绩考核及评估

实验结束时验收系统和收总结报告，成绩分优、良、中、及格和不及格五等。

考核标准涉及：

(1)总结报告(40%)

(2)系统演示(20%)

(3)考勤(2。%)

附录一：实验题目

实验题目

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

1.系统简介

每个学期的期中，学校教务处向各个学院发出下各学期的教学计

戈I],涉及课程名称、课程代码、课时、班级类别（本科、专科、

成人教育、研究生）、班号等；学院教学主管人员根据教学任务和

规定给出各个课程的相关限制（如：任课教师的职称、上课的班

数、最高和最低周学时数等）；任课教师自报本人授课计划，经所

在教研室协调任可，将教学计划上交学院主管教学计划的人员，

批准后上报学校教务处，最终由教务处给出下个学期全学院教师

的教学任务书。

假设上述排课过程所有由人工操作，现规定为上述过程实现计算

机自动解决过程。

2.限定条件

（I）每位教师的主讲课程门数不超过2门/学期：讲师以下职称

的教师不能承担学院定主课的主讲任务。

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

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

任务。

（4）本系统的输入项至少涉及：教务处布置的教学计划，学院教

师自报的授课计划和学院定的有关授课限制条件。

（5）本系统的输出项至少涉及：教务史最终下达全院教师的教学

任务书和学院各个班级下各学期的课程表（可以不含上课地

点）o

题目二：“学校教材定购系统”

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.功能需求

⑴基本数据维护功能：

提供使用者录入，修改并进行维护基本数据的途径。基本数据涉及读

者的信息、图书资料的相关信息，可以对这些信息进行修改，更新。

⑵基本业务功能：

读者借、还书籍的登记管理功能，随时根据读者借、还书籍的情况更

新数据库系统，假如书籍已经借出，可以进行预留操作，书籍的编目、入库、

更新等操作。

⑶数据库管理功能：

对所有图书信息及读者信息进行统一管理维护的功能，对书籍的借

还也要进行具体的登记，以便协调整个图书馆的运作。

（4）信息查询功能：

提供对各类信息的查询功能，如对本图书馆的用户借书信息，还书

的信息，书籍源信息，预留信息等进行查询，对其他图书馆的书籍、资料源

信息的查询功能。

2.非功能需求

①系统安全性需求：为保证系统安全性，对本图书馆的各项功能进行

分级、分权限操作，对各类用户进行确认。对其它图书馆借阅图书和文献资

料服务控制访问范围：如限1P、限用户等。

②对系统可用性的需求：为了方便使用者，规定对所有交互操作提供

在线帮助功能。

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

④对系统可靠性的需求；规定系统失败发生率小于1%。

3.领域需求

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

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

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

限制复制和打印。

第一条