软件工程实验指导书26Word文件下载.docx
《软件工程实验指导书26Word文件下载.docx》由会员分享，可在线阅读，更多相关《软件工程实验指导书26Word文件下载.docx（24页珍藏版）》请在冰点文库上搜索。
熟悉RUP（RationalUnifiedProcess）软件开发统一过程的思想，RUP（RationalUnifiedProcess）是由Rational公司（现已是IBM公司的一部分）提出的过程模型，它软件工程史上最完整、最成熟、最优秀的过程模型之一。
学习软件开发的组织和管理，将项目开发各阶段的任务明确，掌握各阶段的里程碑，并熟悉相应的工具。
四、思考题
1、项目开发首先要做的事是什么？
2、你认为该软件应具备的最重要的特性是什么。
3、你认为怎样分工是最合理的？
五、实验内容：
项目背景
项目进度：
项目资源管理：
风险管理：
项目后期管理:
六、实验小结：
实验二：
软件开发可行性分析
实验学时：
确定所开发项目的可行性和必要性，在此基础上完成系统的数据流图和数据字典文档。
给出系统的可行性分析文档。
二、实验要求、实验内容
1、实验要求
⑴实验之前学生应了解本项目的业务流程。
⑵学生基本掌握MicrosoftVisio建模工具。
2、实验内容：
分析项目的业务流程图，掌握用MicrosoftVisio进行功能分析和建模，并绘制数据流图、系统流程图和状态图等。
三、思考题
1、可行性分析在软件开发中真的有那么重要吗？
2、针对所开发项目的数据流图，谈谈数据流图设计的原则。
3．怎样组织对可行性分析阶段工作的评审？
四、实验内容：
1要求
1.1功能
1.2性能
2.目标
3.进行可行性研究的方法
4.决定可行性的主要因素
5.可行性研究
5.1技术可行性
5.2经济可行性
5.3操作可行性
五、实验小结：
实验三：
软件开发需求分析
确定所开发项目的需求，在此基础上完善和细化可行性分析中数据流图的功能，可以采用不同的分析工具（如Rose或Visio），完成对项目的分析过程，给出系统的需求分析文档。
⑴实验之前学生应熟悉本项目的业务流程。
⑵学生熟练掌握MicrosoftVisio或RationalRose建模工具。
分析项目的业务流程图，掌握用MicrosoftVisio及RationalRose工具进行功能分析和建模，并绘制数据流图、系统流程图、状态图、用例图、类图、顺序图等。
1、需求分析在软件开发中真的有那么重要吗？
2、怎样组织对需求分析阶段工作的评审？
1.确定对系统的综合要求
1.功能需求：
2.性能需求：
3.接口要求：
4.输入要求：
5．输出要求：
2.分析建模
1.数据对象E-R图
2.数据流图：
3.状态转换图
通过此实验，了解了软件工程中需求分析的知识。
实验四：
软件开发系统设计
⑴掌握体系结构设计的方法。
⑵了解用户界面设计的方法。
⑶了解数据库设计的方法。
⑷了解模块设计的方法。
在实验之前要求学生掌握关系数据库的数据库设计知识。
在实验二、三基础上完成系统的体系结构的建立和系统详细设计，并给出规格说明书。
系统设计过程是软件工程的重要组成部分。
系统设计是指设计软件系统的体系结构、用户界面、数据库、模块等，指导开发人员去实现能满足用户需求的软件产品。
认真分析实验三的结果，给出系统合理的体系结构，描绘系统结构图，合理分工，并合理划分系统的各组成模块，最后给出系统的各部分设计规格说明书。
1．系统设计和需求分析的关系是什么？
两者必须先后关联吗？
2．怎样描绘系统的体系结构？
3．怎样绘制符合规范的类图？
4．怎样组织对设计阶段工作的评审？
1.系统设计目标
2.总体设计
3.详细设计
主要模块设计说明
4.功能概要设计
实验五：
软件开发编码与测试
4课时
实验类型：
综合性
一、目的与任务
目的：
在实验四的基础上，完成对系统的编码和测试。
任务：
编码实现软件。
正确运用软件测试技术和方法，完成系统的单元测试、综合测试、确认测试、系统测试，掌握测试用例的设计方法，并给出测试报告。
二、内容、要求
1、实验内容与要求：
（1）能够选用合适的编程语言，编码实现实验三中设计的软件功能。
（2）熟悉单元测试、综合测试、确认测试、系统测试的方法，掌握测试用例设计方法。
（3）树立正确的软件测试思想，培养分析问题、解决问题的能力，提高查询资料和撰写书面文件的能力。
三、思考题
1．怎样看待测试的重要性。
2．怎样选择测试的技术和方案。
3．比较逻辑测试和基本路径测试的不同和联系。
4．怎样组织对测试阶段工作的评审？
1.软件的界面
2.软件的模块代码
3.系统测试
3.1白盒测试的内容
3.2使用白盒测试的情况分析
附录一：
实验要求
软件工程实验要求学生采用“项目小组”的形式，结合具体的开发项目进行设计。
具体要求如下：
1．班级按项目小组进行分组，每组不得超过6人
2．每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目
3．项目中的每项任务要落实到人且规定该任务的起止日期和时间
4．每个项目小组必须按照《软件工程实验指导书》附录中给定的文档规范标准提供项目文档
5．题目自定或采用附录二中的题目
6．软件开发的方法自定（结构化或面向对象的方法学）
附录二：
实验题目
题目一：
“教务管理系统之子系统——学院课程安排”
1．系统简介
每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；
学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：
任课教师的职称、上课的班数、最高和最低周学时数等）；
任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。
假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。
2．限定条件
（1）每位教师的主讲课程门数不超过2门/学期：
讲师以下职称的教师不能承担学院定主课的主讲任务。
（2）学院中层干部的主讲课时不能超过4学时/周。
（3本学期出现严重教学事故的教师不能承担下各学期的主讲任务。
（4）本系统的输入项至少包括：
教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。
（5）本系统的输出项至少包括：
教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。
题目二：
“学校教材定购系统”
本系统可以细化为两个子系统：
销售系统和采购系统
销售系统的主要工作过程为：
首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。
采购系统的主要工作过程为：
若是教材脱销，则登记缺书，发缺书单给书库采购人员；
一旦新书入库后，即发进书通知给教材发行人员。
以上功能要求在计算机上实现。
2．技术要求和限制条件
（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。
（2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。
（3）系统的外部项至少包括：
教师、学生和教材工作人员。
（4）系统的相关数据存储至少包括：
购书表、库存表、缺书登记表、待购教材表、进库表和出库表。
题目三：
“机票预定系统”
航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。
各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。
当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。
此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。
（2）对于本系统还应补充一下功能：
1．旅客延误了取票时间的处理
2．航班取消后的处理
3．旅客临时更改航班的处理
（3）系统的外部输入项至少包括：
旅客、旅行社和航空公司。
题目四：
“学校内部工资管理系统”
假设学校共有教职工约1000人，10个行政部门和8个系。
每个月20日前各个部门（包括系和部门）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送到财务处。
财务处于每个月月底将教职工的工资表做好并将数据送银行。
每个月3日将工资条发给每个单位。
若由员工调入或调出、校内调动、离退休变化，则由人事处通知相关部门和财务处。
（1）本系统的数据存储至少包括：
工资表、部门汇总表、扣税款表、银行发放表等。
（2）除人事处、财务处外，其他职能部门和系名称可以简化表示。
（3）工资、奖金、扣款细节由学生自定义。
题目五：
“实验室设备管理系统”
每学年要对实验室设备使用情况进行统计、更新。
其中：
（1）对于已彻底损坏的做报废处理，同时详细记录有关信息。
（2）对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。
（3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。
新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。
（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。
2．技术要求及限制条件
（1）所有工作由专门人员负责完成，其他人不得任意使用。
（2）每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；
设备报废时要及时修改相应的设备记录，且有领导认可。
（3）本系统的数据存储至少包括：
设备记录、修理记录、报废记录、申请购买记录。
新设备信息、修理信息、申请购买信息、具体查询统计要求。
本系统的输出项至少包括：
设备购买申请表、修理/报废设备资金统计表
附录三：
软件开发文档指南
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 数据库设计说明书
数据库设计说明书的编制目的是对于设计中的数据库所有标识、逻辑结构和理结构作出具体的设计规定。
其内容要求如下：
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 软
升级会员 