软件工程实验指导书Word格式文档下载.docx
- 文档编号:18915910
- 上传时间:2023-01-02
- 格式:DOCX
- 页数:46
- 大小:420.03KB
软件工程实验指导书Word格式文档下载.docx
《软件工程实验指导书Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《软件工程实验指导书Word格式文档下载.docx(46页珍藏版)》请在冰豆网上搜索。
5.查阅有关资料,给出“软件工具”、“软件开发环境”、“CASE工具”的权威定义
6.填写下列学术术语的英文简写,并思考、理解其含义
Ø
软件开发环境
软件工程环境
软件支持环境
软件项目支持环境
软件自动开发环境
集成化程序设计环境
7.通过查阅资料给出GB/T15853-1995《软件支持环境》规定的软件支持环境的基本要求。
8.Visio简介
(1)Visio是一个图表绘制软件,它有助于创建、说明和组织复杂设想、过程与系统的业务和技术图表。
使用Visio2003创建的图表能够将信息形象化。
生产与运营管理中涉及到的项目管理、质量管理、业务流程等内容,通过应用VISIO软件绘制相关图表,能够以清楚简明的方式有效地交流信息,提高了相关工作的效率和质量。
利用visio可以绘制在软件工程中遇到的模型视图(程序流程图、数据流图、状态图、实体-联系图、软件结构图)
(2)画图步骤
举例:
某装配厂有一个存放零件的仓库,仓库中现有的各种零件的数量及每种零件的库存量临界值等数据记录在库存清单主文件中。
当仓库中零件数量有变化时,应该及时修改库存清单主文件;
如果哪种零件的库存少于它的库存量临界值,则应该报告给采购部门以便订货,规定每天向采购部门送一次订货报告。
该装配厂使用一台小型计算机处理更新库存清单主文件和产生订货报告的任务。
零件库存量的每一次变化称为一个事务,由放在仓库中的CRT终端输入到计算机中;
系统中的库存清单程序对事务进行处理,更新存储在磁盘上的库存清单主文件,并且把必要的订货信息写在磁带上。
最后,每天由报告生成程序读一次磁带,并且打印出订货报告。
库存清单系统流程图(如下图所示)的绘制过程如下
①绘制图元
用鼠标单击[形状]窗口中的基本流程图形状对象集中的相应图形,将所需图形拖动到绘图板上,得到如下图所示的图形。
②图元的文字编辑
在每个图元上双击,进入文字编辑状态,将所需文字输入到文本框内,为图元定义字体、大小和颜色等属性,得到下图所示图形。
③连接图元
选择形状窗口中的连接线集,并选择其中适当的连接线形状,拖动到绘图板中,如果线的两端连接点变为红色,则表示该线段已分别与两端的图元相连接,得下图所示。
④排版
如果需要对齐某些图元,选择后,利用Visio菜单中的[形状]→[对齐形状]完成排版。
三、计划学时
上机学时:
2学时。
四、思考题
1.为什么需要工程化的思想和方法进行软件开发?
你是如何理解的?
2.浏览CASE工具。
通过互联网了解现有软件工程主流工具,完成下表内容。
工具类型
代表性的工具名称
特点
适用软件工程阶段
文档编写工具
分析与设计工具
版本控制工具
配置管理工具
测试工具
测试维护工具
调试工具
再工程工具
程序分析工具
3.下面例举了一些常用的CASE工具,快速了解它们的基本功能和作用,完成下表内容。
工具名称
主要功能
环境要求
Visio
Rose
VSS
Project
PowerDesigner
WinRunner
LoadRunner
Eclipse
4.利用visio完成书P44的数据流图,请注意理解数据流图中的符号意义。
数据流图如下所示。
(软件和数据库模板→数据流模型图)
5.利用Visio绘制书P64的实体-联系图。
E-R图如下图所示。
(流程图→基本流程图)
6.利用visio完成书P102的软件结构图(SC图)(组织结构图模板)
实验二:
软件可行性分析
目的:
完成分组,确定课题,熟悉软件开发环境,编写可行性报告。
任务:
根据提供的课题需求和条件,按照软件开发国家标准可行性报告书写格式,写出该课题的可行性报告。
并熟悉相应的软件开发环境。
二、内容与要求
熟悉相应的软件开发工具的使用环境。
1、项目开发首先要做的事是什么?
2、可行性分析应该从哪几方面进行分析?
补充实验:
MicrosoftProject的基本应用
软件项目进度计划是定义所有任务和活动,识别关键任务/活动,并跟踪关键任务/活动的进展。
项目计划初期,建立一个宏观的甘特图,标识所有主要的软件工程活动和这些活动影响到的产品功能。
随着项目的进展,宏观进度图/表中的每个条目都被精化成一个“详细进度图/表”,标识特定任务/活动,并进行进度安排。
一、MicrosoftProject视图
1.1甘特图视图
甘特图视图用两种方式显示项目信息:
视图的左边用工作表显示信息,右边则用图表显示信息。
工作表部分显示了有关项目任务的信息,例如任务何时开始和结束,任务持续的时间,以及分配给任务的资源。
图表部分则用图形化的方式显示每一任务,通常采用条形图。
条形图在时间刻度上的位置和长度表明了任务何时开始,何时结束。
任务条形图之间的位置关系也表明了任务是一个接着一个还是相互重叠的。
我们常用甘特图视图来完成以下工作:
1)通过输入任务和输入每项任务所用的时间来创建一个项目。
2)通过链接任务,任务之间建立顺序的相关性。
在链接任务时,可以看到一项任务工期的更改是如何影响其他任务的开始日期和完成日期,以及整个项目的完成周期的。
3)将人员和其他资源分配给任务。
4)查看任务的进度,可以通过将计划的和实际的开始日期和完成日期进行比较及检查每项任务完成的百分比,来跟踪任务的进度。
5)在图形化显示任务的同时仍然可以访问任务的有关详细信息。
6)拆分任务以中断任务,然后在以后恢复此任务拆分。
“文件->
新建->
根据模板创建->
MSF应用开发”。
1.2任务分配状况视图
1.3日历视图
1.4网络图视图
1.5资源工作表视图
1.6资源使用状况视图
1.7资源图表视图
二、实验内容与方法
使用MicrosoftProject2003制定一个具体的项目进度计划。
2.1案例描述
办公室语音通知系统主要用于企事业单位进行日常的各种重要事件的快速可靠地通知和信息反馈,能够使被通知者及时方便地收到与己相关的重要通知,提高单位行政办公效率。
本系统通过语音卡加电话线以及计算机实时高效地用语音文件通知重要信息。
语音电话以语音的方式不知疲倦地向被通知者送达重要信息,特别适合于不方便使用电子邮件和手机的人员。
这种方式在任何时间都可以有效地通知工作信息。
以开发此系统为例子,我们按照实际情况制定了项目进度计划:
项目始于2010-1-15,共27个工作日,项目进度计划见下表。
项目进度计划任务
编号
任务名称
工期
前置任务
资源
1
用户需求确定
1个工作日
分析人员
2
获得所需资源(硬件和软件资源)
2个工作日
开发人员
3
概要设计,确定系统功能规范
分析人员和开发人员
4
详细设计,模块分配给开发人员
3个工作日
5
编写代码
10工作日
6
开发人员初步调试
7
测试(单元测试)
测试人员与开发人员
8
测试(整体测试)
9
初步给用户使用,获得用户反馈
6,7,8
10
编写用户手册
11
安装软件包生成
2.2操作步骤
1、创建一个新的项目文件
2、创建项目日历
Project中有四种日程排定方法的日历:
标准、夜班、行政日历、24小时。
具体菜单项为:
“工具->
更改工作时间”。
3、创建并编辑任务列表
4、创建周期性任务
“插入->
周期性任务”。
5、创建任务间层次关系
6、创建任务间的依赖关系
了解任务之间的关系,前置任务与后续任务和任务相关性。
任务相关性是指链接的任务之间在时间上的相互依赖关系。
Project中任务相关性有4种类型:
(1)完成——开始(FS):
任务B必须在任务A完成之后才能开始。
(2)开始——开始(SS):
任务B必须在任务A开始之后才能开始。
(3)完成——完成(FF):
任务B必须在任务A完成之后才能完成。
(4)开始——完成(SF):
任务B必须在任务A开始之后才能完成。
7、资源和成本管理
资源包括人员、设备和材料。
Project中把资源归为两类:
工时资源(人员和设备)和材料资源。
具体操作:
单击“视图->
资源工作表”
三、实验总结
3.1、实验目的
(1)理解软件项目管理的目的、用途和意义。
(2)了解现有软件项目管理工具的主要特点和功能。
(3)掌握Project工具的基本使用。
3.2实验内容
(1)软件项目管理目的、意义、功能综述。
(2)结合课程项目使用Project进行软件项目配置计划管理。
实验三:
需求分析、建模
确定项目的可实施性,在此基础上完成系统的逻辑功能模型的建立。
可采用不同的软件开发技术,完成对项目的需求分析过程,给出系统的逻辑功能模型,数据字典以及规格说明书。
明白项目的业务流程图,绘制数据流程图,功能分析图,编写数据字典,数据加工处理的描述,软件系统流程设想图(新系统模型),需求规格说明书。
4学时。
1、需求分析在软件开发中真的有那么重要吗?
2、分析系统流程图,流程图和数据流图的区别和各自的特点。
3、怎样写合乎规范的数据流图和数据词典?
实验四:
软件综合实验
一、实验目的和要求
通过本次实验掌握综合运用软件工程原理和技术进行项目开发与管理的知识,加深对所学书本知识的理解。
二、实验环境
1.硬件环境:
PC机
2.软件环境:
Windows系统,C++语言系统或其它语言工具
三、实验有关知识
1.分析建模
2.设计建模
3.编码
4.测试方法
5.项目维护
四、实验内容和要求
1.实验内容
对指定的题目在认真分析的基础上,进行软件需求分析、软件总体设计和详细设计,用书面形式描述出来,并上机实现所设计的软件程序,进行测试、调试和维护。
建议软件设计开发占6学时,测试和维护占2学时。
2.实验要求
要求使用结构化分析技术或面向对象方法分析课题需求,进行分析建模。
运用模块化与结构化设计原理将分析模型转换为设计模型或运用面向对象设计原理进行设计建模,并进行详细设计。
设计测试用例对软件系统进行测试、调试和维护。
五、计划学时
8学时。
六、实验步骤
1.围绕指定的题目到相关领域进行需求分析;
2.综合利用Internet网和相关书籍整理并完善需求分析;
3.写出需求分析与规格说明书;
4.设计软件结构或面向对象设计;
5.写出概要设计说明书;
6.进行软件详细设计;
7.编码
8.设计测试方案,系统测试与调试
9.写出课程设计报告
七、实验思考题
1.系统设计和需求分析的关系是什么?
两者必须先后关联吗?
2.怎样描绘系统的体系结构?
3.怎样绘制符合规范的流程图。
4.怎样组织对设计阶段工作的评审?
5.怎样看待测试的重要性。
6.怎样选择测试的技术和方案。
7.比较逻辑测试和基本路径测试的不同和联系。
8.怎样组织对测试阶段工作的评审?
9.在软件工程活动中如何进行项目管理和质量控制?
10.如何有效利用CASE工具来提高软件开发的效率?
实验题目
题目一:
“网络环境下的图书馆管理系统”
学院图书馆需要一个新的图书馆管理系统用于跟踪和管理图书馆资源。
图书馆管理的主要资源是图书。
图书由读者借出、还入和预定。
图书可能处于特殊的状态,如被预留或者仅做参考书。
在这些情况下,图书是不能被借走的。
除了图书,图书馆还有其他可以借出的资源,包括音乐CD、软件等,这些资源每次只能借出一周。
读者来图书馆借书,可能先查询馆中的图书信息。
查询可以按书名、作者、图书编号、关键字查询。
当找到要借的图书后,读者交给图书馆管理员,办理借书手续。
如果该书已经被全部借出,可做预订登记,等待有书时被通知。
如果图书馆没有该书的记录,可进行缺书登记。
办理借书手续时先要出示图书证,没有图书证则去图书馆办公室申办图书证。
如果借书数量超出规定,则不能继续借阅。
借书时图书馆管理员登记图书证编号、图书编号、借出时间和应还书时间。
当读者还书时,图书馆管理员根据图书证编号找到读者的借书信息,查看是否超期。
如果已经超期,则处罚。
如果图书有破损、丢失,则进行破损处罚。
登记还书信息,做还书处理,同时查看是否有预订登记,如果有则发出到书通知。
读者有不同的身份,这些身份影响一本书被借出的时间和决定能获取何种服务。
学生可借阅四周,老师可借阅三个月,图书馆馆员可以把书保留整整一年。
只要没有其他读者要求借阅,任何可借出的图书馆资源都可以续借。
图书馆还需管理收集大量的周刊、月刊和季刊杂志,这些杂志不能被借出,仅作为参考资料之用。
这些杂志按年装订成卷或录成微缩胶片。
图书采购人员采购图书时,要注意合理采购。
如果有缺书登记,则随时进行采购。
采购到货后,编目人员进行验收,编目、上架,录入图书信息,发到书通知。
如果图书丢失或旧书淘汰,则将该书从书库中清除,即图书注销。
以上是图书管理系统的基本需求。
经过与图书馆工作人员反复交流,他们提出了下列建议:
1.当读者借阅的图书到期时,希望能够提前以一个短信息或电子邮件方式提示读者。
2.读者希望能够实现网上查询和预订图书。
3.应用系统的各种参数设置最好是灵活的,由系统管理人员根据需要设定。
例如:
借阅量的上限,还书提示的时间,预订图书的保持时间等参数。
题目二:
“教务管理系统之子系统——学院课程安排”
1.系统简介
每个学期的期中,学校教务处向各个学院发出下各学期的教学计划,包括课程名称、课程代码、课时、班级类别(本科、专科、成人教育)、班号等;
学院教学主管人员根据教学任务和要求给出各个课程的相关限制(如:
任课教师的职称、上课的班数、最高和最低周学时数等);
任课教师自报本人授课计划,经所在教研室协调任可,将教学计划上交学院主管教学计划的人员,批准后上报学校教务处,最终由教务处给出下个学期全学院教师的教学任务书。
假设上述排课过程全部由人工操作,现要求为上述过程实现计算机自动处理过程。
2.限定条件
⑴每位教师的主讲课程门数不超过2门/学期:
讲师以下职称的教师不能承担学院定主课的主讲任务。
⑵学院中层干部的主讲课时不能超过4学时/周。
⑶本学期出现严重教学事故的教师不能承担下各学期的主讲任务。
⑷本系统的输入项至少包括:
教务处布置的教学计划,学院教师自报的授课计划和学院定的有关授课限制条件。
⑸本系统的输出项至少包括:
教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表(可以不含上课地点)。
题目三:
“学校教材定购系统”
本系统可以细化为两个子系统:
销售系统和采购系统
销售系统的主要工作过程为:
首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。
采购系统的主要工作过程为:
若是教材脱销,则登记缺书,发缺书单给书库采购人员;
一旦新书入库后,即发进书通知给教材发行人员。
以上功能要求在计算机上实现。
2.技术要求和限制条件
⑴当书库中的各种书籍数量发生变化(包括进书和出书)时,都应修改相关的书库记录,如库存表或进/出库表。
⑵在实现上述销售和采购的工作过程时,需考虑有关的合法性验证。
⑶系统的外部项至少包括:
教师、学生和教材工作人员。
⑷系统的相关数据存储至少包括:
购书表、库存表、缺书登记表、待购教材表、进库表和出库表。
题目四:
“机票预定系统”
航空公司为给旅客乘机提供方便,需要开发一个机票预定系统。
各个旅行社把预定机票的旅客信息(姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等)输入到系统中,系统为旅客安排航班。
当旅客交付了预订金后,系统打印出取票通知和账单给旅客,旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。
此外航空公司为随时掌握各个航班飞机的乘载情况,需要定期进行查询统计,以便适当调整。
⑴在分析系统功能时要考虑有关证件的合法性验证(如身份证、取票通知和交款发票)等。
⑵对于本系统还应补充一下功能:
①旅客延误了取票时间的处理
②航班取消后的处理
③旅客临时更改航班的处理
⑶系统的外部输入项至少包括:
旅客、旅行社和航空公司。
题目五:
“学校内部工资管理系统”
假设学校共有教职工约1000人,10个行政部门和8个系。
每个月20日前各个部门(包括系和部门)要将出勤情况上报人事处,23日前人事处将出勤工资、奖金及扣款清单送到财务处。
财务处于每个月月底将教职工的工资表做好并将数据送银行。
每个月3日将工资条发给每个单位。
若由员工调入或调出、校内调动、离退休变化,则由人事处通知相关部门和财务处。
⑴本系统的数据存储至少包括:
工资表、部门汇总表、扣税款表、银行发放表等。
⑵除人事处、财务处外,其他职能部门和系名称可以简化表示。
⑶工资、奖金、扣款细节由学生自定义。
题目六:
“实验室设备管理系统”
每学年要对实验室设备使用情况进行统计、更新。
其中:
⑴对于已彻底损坏的做报废处理,同时详细记录有关信息。
⑵对于由严重问题(故障)的要及时修理,并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。
⑶对于急需修改但又缺少的设备,需以“申请表”的形式送交上级领导请求批准购买。
新设备购入后要立即进行设备登记(包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息),同时更新申请表的内容。
⑷随时对现有设备及其修理、报废情况进行统计、查询,要求能够按类别和时间段等查询。
2.技术要求及限制条件
⑴所有工作由专门人员负责完成,其他人不得任意使用。
⑵每件设备在做入库登记时均由系统按类别加自动顺序号编号,形成设备号;
设备报废时要及时修改相应的设备记录,且有领导认可。
⑶本系统的数据存储至少包括:
设备记录、修理记录、报废记录、申请购买记录。
新设备信息、修理信息、申请购买信息、具体查询统计要求。
本系统的输出项至少包括:
设备购买申请表、修理/报废设备资金统计表
题目七:
在线考试系统
学生通过Web浏览器(或Win32客户端)注册自己的信息到数据库中,然后登陆进入到考试系统。
应用程序通过数据库中考试题目的资料,产生试题。
学生通过Web浏览器(Win32客户端)提交自己的答案。
最后,考试结束后,应用程序计算考试分数显示给学生看。
注意几点:
必须保证学生在考试过程中,如果中间出现了断电或其他故障,学生在另一台机器上仍能继续考试。
不需要重新生成试题,也不需要从头开始做题。
试题的产生遵从以下规则。
每一种题型都出若干道题。
每一章节都出若干道题,难度也合理分配。
在这些规则的基础上,随机出题。
为了遵从简单的原则,这个考试系统只实现判断题、单选题、多选题三种题型。
关于难度的分配及章节的分配,不去实现,读者可以自己扩充。
题目八:
网上书店
假设个体书店店主小童
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 实验 指导书