软件综合项目工程试验参考指导书.doc

软件工程实验指引书

软件工程实验是《软件工程》课程讲授中一种重要、不可或缺实践环节。其目是使学生可以在实际软件工程项目中纯熟运用软件工程理论、技术和办法，全面掌握软件工程管理、软件需求分析、软件概要设计、软件详细设计、软件测试等阶段办法和技术，以及培养学生合伙意识和团队精神，培养学生对技术文档编写能力，从而使学生提高软件工程综合能力，提高软件项目管理能力。
依照课程特点，实验内容涉及构造化办法学和面向对象办法学两个方面。引入一种简朴实际项目（自选或教师指定），规定学生运用构造化软件开发技术或面向对象软件开发技术完毕对该项目开发。此外又引入国内国家《计算机开发规范文档》，以规范技术文档书写原则，提高实验教学质量。特别是在实验中针对面向对象软件开发技术，增长面向对象工业建模原则-------统一建模语言及其工具rational rose专项练习。
通过实验训练，达到如下目：
使学生进一步理解和掌握软件工程原理，提高对实际项目分析和设计能力，迅速掌握构造化软件分析技术、设计技术和软件测试，并纯熟撰写软件文档；进一步掌握面向对象分析技术、设计技术和测试技术，以及统一建模语言及其工具rose在实际工程项目中应用，从而培养学生综合运用所学课程知识，分析解决问题能力以及学生合伙意识和团队精神，为此后走向工作岗位打下夯实基本。
一、实验规定
软件工程实验规定学生采用“项目小组”形式，结合详细开发项目进行设计。详细规定如下：
1．班级按项目小组进行分组，每组不得超过5人
2．每个项目小组选出项目负责人或项目经理，由项目经理召集项目构成员讨论、选定开发项目
3．项目开每项任务要贯彻到人且规定该任务起止日期和时间
4．每个项目小组必要按照《软件工程实验指引书》附录中给定文档规范原则提供项目文档
5．依照实验内容，分别实现构造化开发和面向对象软件开发
6．题目自定或采用附录二中题目
二、实验内容
1．构造化软件开发技术
以实际工程项目为驱动，采用构造化分析、设计与实现办法完毕该项目分析设计与实现。
（1）项目可行性分析
评述为了合理地达到开发目的而也许先择各种方案；论证所选定方案。
（2）项目开发筹划
以项目负责人为主，对于在开发过程中各项工作负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便依照本筹划开展和检查本项目开发工作。
（3）软件需求规格阐明书
编制目是软件使用顾客、业务专家和软件开发者对该软件起初规定有一种共同理解，使之成为整个开发工作基本，重要将顾客需求和业务需求转化为将来软件系统目的功能模型。
（4）软件概要设计阐明书
编制目是阐明对将来软件系统构造设计考虑，涉及软件系统体系构造、数据设计、接口设计以及模块基本解决流程设计，为软件系统详细设计提供基本。
（5）详细设计阐明书
编制目是阐明一种软件系统各个层次中每一种构造（模块或子系统）设计考虑，如果一种软件系统比较简朴，层次很少，本文献可以不单独编写，关于内容合并概要设计阐明书。
（6）数据库设计
数据库设计阐明书编制目是对于设计中所涉及数据对象逻辑构造和理构造作出详细设计规定。
（7）测试分析报告
测试分析报告编写是为了把单元测试、集成测试、系统测试和确认测试成果写成文献加以记载。
（8）顾客手册
描述该软件系统基本用法。使顾客（或潜在顾客）通过本手册可以理解该软件功能以及纯熟使用该系统。
注：国家《计算机软件开发规范文档》见附录二。
2．面向对象软件开发技术
以实际工程项目-----图书管理系统为驱动，结合面向对象建模语言---uml及建模工具ratioanl rose，完毕该项目分析、设计与实现。
（1）面向对象分析
l 用例模型：软件系统功能模型
l 活动图：软件系统业务模型
l 类对象模型：软件系统构造模型
（2）面向对象设计
l 用例模型：设计阶段软件系统功能模型
l 类对象模型：设计阶段软件系统构造模型
l 动态模型：顺序图和协作图，状态图
（3）面向对象实现
l 组件图：系统编码
l 布置图：系统布置
注：结合3--rational rose练习完毕该项目。
3．Rational Rose使用
（1）rational rose基本操作熟悉
（2）用例视图建立
（3）逻辑视图建立
类对象模型
动态模型建立
l 顺序图
l 协作图
l 状态图
l 活动图
（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 实验类型：设计型
一、目与任务
目：熟悉用例模型功能，熟悉rational rose使用环境，掌握如何使用rose创立系统用例模型。
任务：纯熟掌握rational rose开发环境，纯熟用例模型创立过程。
二、内容、规定与环节
内容：本实验采用一种案例--------网上选课系统。在理解系统详细需求后，完毕对系统需求建模。当创立系统用例模型后，应针对每个用例进行业务分析，阐明其详细业务流程。
规定：实现用例模型，并对其中重要用例进行用例描述。
实验环节：
1.系统需求陈述
网上选课系统重要涉及如下功能：管理员通过管理界面进入，建立本学期要开各种课程、将课程信息保存在数据库里并可以对课程进行修改和删除。学生通过客户机浏览器依照学号和密码进入选课界面，查询已选课程和选课。
2. 系统主事件流描述
①添加课程事件流：
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步。
注：删除课程事件流和修改课程事件流与此类似，在此不再详述。
②选课事件流：
1.学生进入选课登入界面，用例开始.
2.系统提示输入学号和密码.
3.学生输入学号密码.
4.系统验证：
A1;验证失败。
5、进入选课主界面。
6、学生点击选课。
7、系统显示所有课程信息。
8、学生选取课程。
9、系统验证课程与否可选。
A2：不可选。
10、系统提示课程选取成功，提示学生交费。
11、用例结束。
错误流：
A1：验证失败
1． 系统提示验证失败，提示重新输入。
2． 三次失败，回绝访问。
3． 成功，转选课事件流第5步。
A2：不可选
1． 系统提示不可选及因素。
2． 学生重新选课。
3． 重新验证直至成功。
4． 转选课事件流死10步。
注：查询事件流比较简朴，在此不详述。
2.分析
在-网上选课系统中,管理员一方面登录系统,系统验证通过后,管理员负责添加课程、修改课程和删除课程等重要功能，所有信息存储在后台数据库中。学生实现对本学期课程查询和选课。
3.创立用例模型
(1)在用例图上双击main,浮现如图1.1所示,为绘制用例图做好准备。

图1.1 rational rose用例模型
(2)在图中工具栏选用Actor图标（参加者），在右边图中添加一种Actor，并输入名称管理员（administrator）,如图1.2所示。

图1.2 添加一种参加者
(3)在左边工具栏中，选用用例图标，在右边图中画出一种用例，并输入用例名称：addCourse，如图1.3.

图1.3添加一用例
（4）按照环节（3），绘制出如图1.4三个用例，添加课程（addCourse）、修改课程（modifyCourse）和删除课程（deleteCourse）。

图1.4 添加三个用例
（5）在绘出了用例后，接下来是绘制参加者与用例关联，如图1.5所示。

图1.5 参加者和用例关联
（6）依照以上环节，可完毕学生使用用例。则系统用例模型就完毕了，如图1.6所示。

图1.6完整参加者和用例关联图
（7）依照分析状况，进一步添加或细化用例图。
三、实验报告规定
1． 整顿实验成果，写实验报告。
2． 小结实验心得体会。

实验六：类图
实验学时：2 实验类型：设计型
一、目与任务
目：理解类基本概念；掌握如何从需求分析中抽象出类，类对象间关联，类自身属性和办法；掌握在Rational Rose中绘制类操作办法。
任务：寻找和抽象出网上选课系统所涉及类，纯熟掌握rational rose中类图创立过程。
二、内容、规定与环节
内容：依照网上选课系统需求模型-----用例模型中用例描述，理解了系统中每一用例业务解决流程。当前需要对系统进行静态建模，即类图。
规定：绘制类图，涉及类间关联。
实验环节：
1. 分析
由前面章节对网上选课系统中课程添加、修改和删除等基本功能主事件流描述可抽象出系统所涉及重要对象，如Ｓtudent(学生类)、Administrator(管理员类)、ＦormObject(界面类)、Ｃourse(课程类) 、ControlObject(控制对象类)、DataBase（数据库类）等。
2．绘制类环节：
（1）打开前面初步构建UML模型文献。
（2）打开Rose中逻辑视图（Logical View），在其下创立一张类图，名为：“网上选课系统类图。
（3）用鼠标右击Logical View ，在弹出来菜单中选取“New→Class diagram”项，创立类图。
（4）双击新建类图，并点右边控件集中选中类图标，并用鼠标在图中分别拖出一种类图，并命名为Course，如图1.7所示。

图1.7 网上选课系统类图
（5）接下来一步为设立类属性，在新类中双击该类，在打开属性面板中，可以看到在此可以设立类属性和办法等其她信息，图1.8所示；后撞击Attributes这个栏目，此栏目为设立类属性选项，在图中间单击右键，可以看到有一种“Insert”选项，选中这个选项；如课程号，在Type这个方框内输入此属性类型值，同步可以看到一栏可以设立此属性访问权限，普通这些属性都设立Private这个权限，如图1.9所示。这个类其她属性也可以按照以上做法设立。

图1.8 类属性设立

图1.9 Course类属性设立
（6）设立好类属性，当前来设立类办法（也是操作），双击类后在弹出菜单上选operations这个选项，可以看到图1.10所示，在图中空白地方，单击右键，在弹出菜单中选insert这个选项，也就只有这个选项可用，接着输入办法名，同步可以设立该办法返回类型，也可以在Documentations方框内填写某些有关办法阐明，设立好该办法访问权限。类其她办法也可以按上面来设立好，最后，得到该类其她办法见类1.10。

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

图1.11 完整Cpurse类（名称、属性和办法）
（8）同样办法设立其她类，并分别设立有关属性和办法，得到 系统初步类图，并依照分析状况，进一步细化添加有关类，并给出类之间关联，如图1.12所示。

图 1.12 系统最后类图
三、实验报告规定
1． 整顿实验成果，写实验报告。
2． 小结实验心得体会。

实验七：顺序图和协作图
实验学时：2 实验类型：设计型
一、目与任务
目：理解顺序图基本概念，理解协作图基本概念；掌握在Rational Rose中绘制交互图操作办法。
任务：对网上选课系统中用例进行动态建模，熟悉交互图创立过程。
二、内容、规定与环节
内容：完毕网上选课系统静态构造---类模型搭建。当前需要对前面所给出用例进行实现，而用例实现重要由交互图来指定和描述系统动态特性，即对象之间交互，用顺序图和协作图实现。
规定：给出系统所涉及重要用例动态实现------交互图绘制。
环节：（以系统管理员添加课程用例展示交互图实现）
1.添加课程用例主事件流描述
管理员进入管理界面，选取添加课程功能。
1) 界面提示顾客输入课程信息。
2) 界面对象创立一种课程对象。
3) 通过控制对象来对课程信息进行合法性检查。‘
4) 控制对象向课程对象返回成果。
5) 控制对象向数据库查询课程有关信息。
6) 控制对象对查询成果进行判断。
7) 控制对象向数据库中插入数据。
8) 在界面上显示成果。
9) 控制对象撤除建立课程对象。
2．绘图环节：
（1）在Rose软件左边栏目上Logicl View单击右键，在弹出来菜单中选取“New→Sequence diagram”项新建一种顺序图，顺序图是交互图一种表达，可以用时序来表达，如图1.13。

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

图1.14 添加了对象顺序图
（3）添加对象后，便可以添加对象间消息了。如图1.15所示。
图1.15 添加了对象间消息顺序图
（4) 完毕了顺序图后，可以按F5键便得到添加课程协作图；或在弹出来菜单中选取“New→Collaboration diagram”项见图1.16所示。

图1.16 协作图
三、实验报告规定
1． 整顿实验成果，写实验报告。
2． 小结实验心得体会。

实验八：状态图
实验学时：2 实验类型：设计型
一、目与任务
目：熟悉活动图基本功能和用法，掌握如何使用建模工具绘制活动图办法。
任务：完毕系统重要对象状态变换，纯熟状态图创立过程。
二、内容、规定与环节
内容：得到网上选课系统业务解决过程，但对业务解决过程解决状态间转换理解仍不够，这不利于设计人员对系统业务进一步理解，而状态图能从对象动态行为角度去描述系统业务活动。
规定：实现网上选课系统中课程对象状态图。
实验环节：
1．业务分析：由前面章节对网上选课系统中添加课程重要业务描述和分析可知，管理员可以添加、删除和修改课程信息，在某个学期开设该课程，如果选修人数超过指定人数，就不再容许学会选这门课。学期结束，课程状态结束。
2．绘图环节：
（1）在逻辑视图（Logical view）下，点击鼠标右键，在弹出来菜单中选取“New→Statechart diagram”项如图3.1所示，新建一种状态图，命名为addCourse状态图，图1.17所示。

图1.17 构建状态图
（2）双击“addCourse”状态图，展开后，在左边工具栏上选用一种实心圆点，此结点为开始结点；当创立该课程时，操作者添加课程到数据库中，如果修改或删除某课程，则发出其她事件，如删除课程事件“delete course”，则课程状态就转入“deleted”状态。如图1.18所示。

图1.18 添加两个状态状态图
（3）课程对象（course）状态图如图1.19所示。

图1.19 还书状态图
（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）在逻辑视图（Logical view）下，点击鼠标右键，在弹出来菜单中选取“New→Activity Diagram”，选中后单击，便可以新建好一种活动图。如图1.20所示。

图1.20 活动图
(2)新建好活动图后，双击删除活动图，然后把在左边工具栏内点击“UI“，在右边图添加一种泳道，并命名为“Model”.按照此环节，再添加另一种泳道，并命名为“Database”，得到图1.21.

图1.21 带有两个泳道活动图
（3）接着在左边工具上选用开始点，并在“UI”泳道上添加开始结点后，再来为此活动图添加活动，名为：输入各项课程信息“，并添加她们间添加活动关系，如图1.22所示。

图1.22 带活动活动图
（3）依照业务分析中添加课程事件流程，最后获取“添加课程“用例详细也去解决流程，活动图如图1.23所示。

图1.23 完整添加课程活动图
（4）依照分析设计状况，进一步添加或细化活动图。
三、实验报告规定
1． 整顿实验成果，写实验报告。
2． 小结实验心得体会。

实验十：组件和布置
实验学时：2 实验类型：设计型
一、目与任务
目：理解组件图基本概念，理解布置图基本概念，掌握组件图和布置图绘制办法。
任务：完毕系统物理部件映射，纯熟掌握rational rose中组件和布置图绘制。
二、内容、规定与环节
内容：已经完毕网上选课系统分析和设计，下一步就是生成系统组件图和布置图。规定：完毕系统组件图和布置图。
实验环节：
1. 分析：
在网上选课系统中，通过度析可以发现类图中类应分为4个某些：
在选课系统中，涉及MainProgram类（主程序）、People类、ＣontrolObject类、Student类、Registrar类、Course类和ＤataBase类。其中，People类是Student类和Ｒegistrar类抽象类，因此Student类和Ｒegistrar类依赖People类。ＦormObject类和ＣontrolＯbject类都和Course类有关,　FormObject类和ＣontrolObject类依赖Ｃourse类。ＣontrolObject类和DataBase类有关，ControlObject类依赖DataBase类。
2. 绘图环节：
组件图：
（1）在组件视图中双击Main图，在右边绘图区中添加一种新组件，并取名StartClass.java表白新增一种主程序，如图1.24.。

图1.24 组件 图
（3）选取新创立组件，点击鼠标右键，在弹出菜单中选取“Open Sepcification”，）在对话框中，可以修改组件名称，设立组件类型，指定实现语言。这里新组件名称定为“StartClass.java”，修改成果如图1.25所示。

图1.25 设立组件属性
（4）依照分析成果分别创立ＦormObject、ControlＯbject和Course等组件，并表达个组件相应文献，并创立各组件依赖关系。在本节“关系”一段中，已经描述过依赖关系使用虚线表达，因而依照分析中成果，在图中将互相依赖组件连接即可。完毕后组件图如图1.26。

图1.26 系统最后组件图
布置图：
（1）“Deployment View”,在图中添加分别添加一种Processer和Device，并分别命名为“computer　with java support”和“Printer”，添加完毕后，并为节点添加连接关系。全图如图1.27。

图1.27 布置图
（2）依照分析设计状况，进一步添加或细化组件图或布置图。
三、实验报告规定
1． 整顿实验成果，写实验报告。
2． 小结实验心得体会。

四、成绩考核及评估
实验结束时验收系统和收总结报告，成绩分优、良、中、及格和不及格五等。
考核原则涉及：
（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告知投稿人。

题目十一：开发一种基于WebBBS系统，包括普通BBS所具备功能，如顾客注册、顾客信息管理、发贴功能、贴子管理、主题词查询、顾客信息修改和查询等。

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

附录二：软件开发文档指南
1　可行