软件工程实验指导书样本样本.doc

实验报告
计算机与信息工程学院
----- 第 2学期

专 业：
课程名称：
班 级：
姓 名： 学号：
指引教师：

综合实验
实验目：
综合运用软件工程课程所简介办法、技术和工具，理解、掌握和应用软件工程基本理论和知识框架。通过该项目模仿开发纯熟掌握软件项目开发全过程。
实验题目
1. 虚拟银行系统。
(1) 请模仿一种银行支持柜台业务、ATM业务、网上业务；
(2) 银行为客户提供某些新服务，如大额取款即时告知等，并且后来也会为客户进一步提供某些其他服务。
(3) 进一步可以支持银行间清算业务；
(4) 同步，该系统提供必要业务分析和报表输出；
2. 环境检测系统。
(1) 该系统涵盖传感器、采集传送、数据分析、记录报表、自动报警等；
(2) 该系统从一组安装在都市周边空气质量传感器收集数据；
(3) 若干个（如不不大于50000）个传感器被提成若干组组。每个传感器每秒要被查询4次，当某一区域超过30%传感器批示空气质量低于一种可接受水平时，局部警告等就被打开；
(4) 所有传感器将数据返回给中央解决计算机，这台计算机每15分钟产生一次该都市空气质量报告。
3. 音像商店管理系统。
(1) 一种音像商店有两类业务，出租或销售电影光盘；
(2) 商店主人但愿建立一种系统，登记每个影片状况，她但愿系统可以及时回答关于某个电影库存以及可供出租光盘总数，并且她也但愿可以记录租用状况；
(3) 进一步，商店主人但愿可以对出租客户信息进行管理，系统可以提供出租即将到期客户，也可以提供一份客户租用登记表；
(4) 进一步。该系统但愿提供网上业务。
4. 网上选课管理。规定涵盖课程管理、教师信息、学生信息、课表录入、选课、记录分析、报表等。基本需求如下：
(1) 每学期开始学生需要一份课程表，它包括本学期所提供课程列表及每门课程有关信息。例如：教师名称、科系、必要条件、课程时间、上课地点，可以协助学生做出合理决定；
(2) 新系统规定学生可以选取五门必修课程，选修课程不能超过三门。此外，她还要选取两门候补课程以防某门课程人员满额或被取消。每门课程人数不得多于50人或少于20人。一旦学生完毕登记过程，登记系统将信息传入记费系统（该系统已存在）以便计算学生在本学期学费数额；
(3) 教师需要随时访问系统，懂得有那一门课程需要任教。她也可以理解她课有那些学生；
(4) 每学期开始，学生有一段试听时间，学生可以变化所选课程内容。在这段时间学生必要可以访问系统随时更改课程选项。
5. 网络会议系统
(1) 网络会议系统是一种基于InternetClinet/Server形式网络会议系统。每个客户端有一种图形界面，一种客户端可以登录到各种网络会议室。一台网络会议服务器维护着这些网络会议室并接受服务器管理员远端管理。系统为客户端，和管理员分别提供一套JAVA编写图形界面；
(2) 顾客可以加入到一种既有会议中或者创立一种新会议。顾客登录前必要先向服务器注册顾客名和口令。顾客和口令对一台服务器来说是唯一，但服务器之间可以重复。
6. 医院监护系统
(1) 在医院病房里，将病症监视器安顿在每个病床，对病人进行监护。监视器将病人病症信号（组合）实时地传送到中央监护系统进行分析解决；
(2) 在中心值班室里，值班护士使用中央监护系统对病员状况进行监控，监护系统实时地将病人病症信号与原则病诊信号进行比较分析，当病症浮现异常时，系统会及时自动报警，并打印病情报告和更新病历；
(3) 系统依照医生规定随时打印病人病情报告，系统还定期自动更新病历；
(4) 系统规定，病例数据一旦生成，不容许修改。
7. 时间管理系统
(1) 一种日记和时间管理系统，但愿她支持一组同事会议时间安排；
(2) 当一种会议涉及多人时，系统在这些人员日记中找到共同空闲时间并将会议安排在这个时间。如果没有共同空闲时间可用，系统就同顾客交互安排她们日程以便腾出时间参加这次会议。
8. 固定电话计费模仿系统
(1) 模仿电信计费系统，摘机——〉拨打某号码——〉挂机，生成费用记录，并作相应查询、分析；
(2) 每个顾客属于一种固定分局，每个通话在分局互换机生成计费数据；
(3) 请模仿一种都市，具有若干分局，每个分局有若干顾客。一种都市由几种长途分局，负责长途电话转接；
(4) 系统可觉得顾客提供计费详单、每月话费查询业务，拆装机业务，并提供必要财务数据和客户数据分析。
实验规定：
1. 以班为单位；
2. 每个题目一种项目组，每个项目组不超过15个人；每个小组不超过4人；
3. 题目细节获取方式由项目组向指引教师调研，由指引教师最后确认；
4. 每个项目组选出一种负责同窗；
5. 期末提交所选系统，依照实现系统及开发文档打分；
(1) 编制软件开发筹划
(2) 编制软件需求规格阐明书
(3) 编制软件总体设计报告
(4) 编制数据库设计报告
(5) 编制详细设计报告
(6) 编制软件测试设计报告
(7) 源代码及可运营系统
(8) 个人总结报告，反映自己在项目中角色和承担任务，

实验一：业务分析
实验目：
通过本实验理解业务分析办法，掌握运用业务流程图、系统流程图描述系统物理模型
实验内容
下面是一种考务管理工作流程描述：
1. 对考生送来报名单进行检查;
2. 对合格报名单编好准考证号后将准考证送给考生，并将汇总后考生名单送给阅卷站;
3. 对阅卷站送来成绩单进行检查，并依照考试中心制定合格原则审定合格者;
4. 制作考生告知单(含成绩及合格/不合格标志)送给考生;
5. 按地区进行成绩分类记录和试题难度分析，产生记录分析表。

一、依照描述，咱们可以画出相应业务流程图如下。规定：将该业务流程图用visio软件生成。

二、依照描述，给出该系统系统流程图。

实验二：软件需求分析技术
实验目：
通过本实验进一步掌握构造化数据流分析技术。
实验内容
某单位资料室需要建立一种图书管理系统，初步需求分析成果如下：
（1）资料室有图书管理员若干名，她们负责己购入图书编目和借还工作，每名图书管理员信息涉及工号和姓名；
（2）读者可在阅览室读书，也可通过图书流通室借还图书，读者信息涉及读者ID、姓名、电话和Email，系统为不同读者生成不同渎者ID；
（3）每部书在系统中相应惟—一条在版编目数据（CIP，如下简称书目），书目基本信息涉及ISBN号、书名、作者、出版商、出版年月，以及本资料室拥有该书册数（如下简称册数），不同书目ISBN号不相似；
（4）资料室对于同一书目图书可拥有多册（本），图书信息涉及图书ID、ISBN号、存储位置、当前状态，每—本书在系统中被赋予惟一图书ID；
（5）一名读者最多只能借阅十本图书，且每本图书最多只能借两个月，读者借书时需由图书管理员登记读者ID、所借图书ID、借阅时间和应还时间，读者还书时图书管理员在相应借书信息中记录归还时间；
（6）当某书目可借出图书数量为零时，读者可以对其进行预约登记，即记录读者ID、需要借阅图书ISBN号、预约时间。
图1 书目信息
书名
作者
出版商
ISBN号
出版年月
册数
经办人
软件工程
陈明
清华大学出版社
ISBN 7-302-05546-7
-08
4
01

图2 图书信息
图书ID
ISBN号
存储位置
状态
经办人
C832.01
ISBN 7-302-05546-7
流通室
已借出
01
C832.02
ISBN 7-302-05546-7
阅览室
不外借
01
C832.03
ISBN 7-302-05546-7
流通室
未借出
01
C832.04
ISBN 7-302-05546-7
流通室
已预约
01

经分析，系统重要业务解决如下：
（1）入库管理：图书购进入库时，管理员查询本资料室书目信息，若该书书目尚未建立，则由管理员编写该书书目信息并录入系统，然后编写并录入图书信息：否则，修改该书目册数，然后编写并录入图书信息，对于进入流通室书，其初始状态为“未借出”，而送入阅览室书状态始终为“不外借”。
（2）借书管理：读者借书时，若有，则由管理员为该读者办理借书手续，并记录该读者借书信息，同步将借出图书状态修改为“已借出”。
（3）预约管理：若图书流通室没有读者要借书，则可为该读者建立预约登记，需要记录读者ID、书ISBN号、预约时间和预约期限（最长为l0天）。一旦其她读者归还这种书，就自动告知该预约读者。系统将自动清除超过预约期限预约记录并修改有关信息。
（4）还书管理：读者还书时，则记录相应借还信息中“归还时间”，对于超期归还者， 系统自动计算罚金（详细计算过程此处省略）。系统同步自动查询预约登记表。若存在其她读者预约该书记录，则将图书状态修改为“已预约”，并将该图书ID写入相应预约 记录中（系统在清除超过预约期限记录时解除该图书“已预约”状态）；否则，将该图书状态修改为“未借出”。
（5）告知解决：对于已到期且未归还图书，系统通过Email自动告知读者；若读者预约书已到，系统则自动通过Email告知该读者来办理借书手续。

实验规定
1. 请分析以上需求，绘出该系统顶层数据流图。

2. 请继续绘出该系统0层数据流图

3. 需求中指出了图书四种状态：已借出、未借出、不外借、已预约，请绘制图书状态转换图。

4. 请绘制书目、图书和读者三者之间ER图

实验三：用例图
实验目：
进一步熟悉系统分析办法，掌握用例图描述系统逻辑模型

既有一种产品销售系统，其总体需求如下：
n 系统容许管理员生成存货清单报告
n 管理员可以更新存货清单
n 销售员记录正常销售状况
n 交易可以使用信用卡支付，系统需要对其进行验证
n 每次交易后都需要更新存货清单
分析其总体需求，并绘制出其用例图。
注意用例之间关系，包括和扩展
用例图

实验四：状态转换图
实验目：
进一步熟悉系统分析办法，掌握状态转换图描述系统逻辑模型
实验内容
银行ATM取款系统有如下功能，试依照规定画出该问题状态转换图。
1. 顾客用取款卡到ATM取款，ATM等待顾客插入银行卡；
2. 系统对插入银行卡进行类型检查，如是不合法取款卡，则退回并显示出错；否则提示顾客输入密码；
3. 对顾客输入密码进行确认检查，非法密码被回绝；否则等待顾客输入待取金额；
4. 核查顾客取款额，超支被回绝；
5. 登录一笔合法取款，更新帐卡，然后支付钞票。
6. 系统等待顾客继续取款或者退出，如果退出，吐出银行卡，回到等待状态，如果继续，则系统等待顾客输入新取款额；
状态转换图

实验五： PAD图
实验目：
进一步熟悉系统分析办法
实验内容
1. PAD图绘制
1. 画出下面用PDL写出程序PAD图
WHILE A DO
IF X>0 THEN X1 ELSE X2 ENDIF
S1
IF Z>0 THEN
Z1
IF W>0 THEN W1 ELSE W2 ENDIF
ELSE Z2
ENDIF
S2
ENDWHILE

实验六：类图
实验目：
掌握类图画法。

实验内容
创立一种类图，下面给出创立类图所需信息。
l 学生（student）可以是在校生（undergraduate）或者毕业生（graduate）。
l 在校生可以是助教（tutor）。
l 一名助教指引一名学生。
l 教师和专家属于不同级别教员。
l 一名教师助理可以协助一名教师和一名专家，一名教师只能有一名教师助理，一名专家可以有5名教师助理。
l 教师助理是毕业生。
创立类图环节如下：
（1）将学生可以是在校生或者毕业生建模为3个类：Student、UnderGraduate和Graduate，其中，后两个类是Student类子类。
（2）为“在校生可以是助教一种”建立模型，即建立UnderGraduate类另一种超类Tutor。
（3）通过创立从Tutor到Student关联（名为tutors），建立一名助教指引一名学生模型。
（4）将“教师和专家属于不同级别教员”建模为3个类：Instructor、Teacher和Professor。
其中，后两个类是Instructor类子类。
（5）建立“一名教师助理可以协助一名教师和一名专家，一名教师只能有一名教师助理，一名专家可以有5名教师助理”模型。创立TeacherAssistant类，并使其与Teacher类和Professor类都建立关联。
（6）将TeacherAssistant类建模为Graduate类派生类。

类图

实验七：顺序图
实验目：
系统动态分析
实验内容
下面列出了打印文献时工作流：
l 顾客通过计算机指定要打印文献。
l 打印服务器依照打印机与否空闲，操作打印机打印文献。
l 如果打印机空闲，则打印机打印文献；
l 如果打印机忙，则将打印消息存储在队列中档待。
经分析人员分析确认，该系统共有四个对象Computer、PrintServer、Printer和Queue。请给出相应于该工作流顺序图。

顺序图