软件学院实训指导书.doc

《软件学院实训指导书.doc》由会员分享，可在线阅读，更多相关《软件学院实训指导书.doc（21页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程实验指导书一、实验要求软件工程实验要求学生采用“项目小组”的形式，结合具体的开发项目进行设计。具体要求如下：1 班级按项目小组进行分组，每组不得超过6人2 每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目3项目开的每项任务要落实到人且规定该任务的起止日期和时间4每个项目小组必须按照软件工程实验指导书附录中给定的文档规范标准提供项目文档5题目自定或采用附录二中的题目6软件开发的方法学自定（结构化或面向对象的方法学）二、实验步骤 1结构化软件开发技术以实际项目为驱动，采用结构化的分析、设计与实现方法完成该项目的分析设计与实现。（1）项目的可行性分析 评述为了

2、合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。（2）项目的开发计划 以项目负责人为主，对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。（3）需求规格说明书软件使用用户和软件开发者双方对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础，主要将用户的需求转化为未来系统的主要功能。（4）概要设计说明书 编制的目的是说明对程序的系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础

3、（5）详细设计说明书 编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并概要设计说明书。（6）数据库设计数据库设计说明书的编制目的是对于设计中的数据库所有标识、逻辑结构和理结构作出具体的设计规定。 （7）测试分析报告 测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加发记载， （8）用户手册 描述该软件系统工程所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。时间：第1周到第6周 4*6注：各报告的书写规

4、范见附录2Rational Rose的使用 （1）rational rose的基本操作的熟悉（2）用例视图的建立（3）逻辑视图的建立 类对象模型 动态模型的建立 顺序图 协作图 状态图 活动图（4）组件图的建立（5）部署图的建立时间：第7周到第11周 4*53面向对象的软件开发技术（1）面向对象的分析 用例图 活动图 类对象模型（2）面向对象的设计 软件体系结构设计和类的详细设计（3）面向对象的实现 编码和测试 注：结合2-rational rose的练习做该项目时间：第12周到第14周 3*4二、成绩考核及评定第15周天验收系统和总结报告，成绩分优、良、中、及格和不及格五等。 考核标准包括：

5、（1）总结报告（40%） （2）系统演示（20%） （3）考勤（20%） 附录一：实验题目实验题目题目一：“教务管理系统之子系统学院课程安排”1 系统简介每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。假设上述排课过程全部由人工操作，现要

6、求为上述过程实现计算机自动处理过程。2 限定条件（1） 每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。（2） 学院中层干部的主讲课时不能超过4学时/周。（3） 本学期出现严重教学事故的教师不能承担下各学期的主讲任务。（4） 本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。（5） 本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。题目二：“学校教材定购系统”1 系统简介本系统可以细化为两个子系统：销售系统和采购系统销售系统的主要工作过程为：首先由教

7、师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。以上功能要求在计算机上实现。2 技术要求和限制条件（1） 当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。（2） 在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。（3） 系统的外部项至少包括：教师、学生和教材工作人员。（4） 系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出

8、库表。题目三：“机票预定系统”1 系统简介航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。2 技术要求和限制条件（1） 在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。（2） 对于本系统还应

9、补充一下功能：1 旅客延误了取票时间的处理2 航班取消后的处理3 旅客临时更改航班的处理（3） 系统的外部输入项至少包括：旅客、旅行社和航空公司。题目四：“实验室设备管理系统”1 系统简介每学年要对实验室设备使用情况进行统计、更新。其中：（1） 对于已彻底损坏的做报废处理，同时详细记录有关信息。（2） 对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。（3） 对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信

10、息），同时更新申请表的内容。（4） 随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。2 技术要求及限制条件（1） 所有工作由专门人员负责完成，其他人不得任意使用。（2） 每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。（3） 本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。（4） 本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。本系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表题目五：人事管理系统的设计系统简介和设计要求：（1）信息

11、要求本系统应该包含与人事管理相关的信息，如部门信息、职员信息，其中职员信息应该包含职员的基本信息（如职员的编号、姓名、性别等）职员的其他信息如（如：主要社会关系、奖惩情况等）。（2）功能要求本系统的基本功能要求如下：部门信息维护；职员信息维护（含职员的部门调整）；职员信息查询（不确定查询）；人事信息查询(如人才结构的统计查询)用户管理（含用户权限的设置）辅助功能（如学历索引表、职称索引表的维护等）题目六：工资管理系统的设计系统简介和设计要求：（1）信息要求本系统应该包含与工资管理相关的信息，如部门信息、职员工资信息，其中职员工资信息应该包含与支援工资相关的基本信息（如：职员的编号、姓名、基本工

12、资、各种津贴以及其他应发工资项目，水电、煤气等各项扣款，以及公积金、会费等）、职员的其他信息（如工资调整情况）等。（2）功能要求本系统的基本功能要求如下：部门信息维护；职员工资信息维护；显示打印职员工资表；打印职员工资发放表；打印部门工资汇总表；用户管理（含用户权限的设置）。题目七：毕业生管理信息系统设计要求：（1）信息要求本系统应该包含与毕业生管理相关的信息，如毕业生基本信息、毕业生就业信息、其中毕业生基本信息应该包括：毕业生的编号、姓名、性别、民族、籍贯、毕业时间、专业、政治面貌等信息；毕业生就业信息应该包括：毕业生的编号、就业时间、工作单位、工作性质、职务、地址等。（2）功能要求本系统的

13、基本功能要求如下：毕业生基本信息维护；毕业生就业信息维护；毕业生就业情况查询（不确定查询）；按专业划分的就业情况统计；用户管理（含用户权限的设置）。题目七：图书管理系统：需求陈述：大学图书管理系统，该系统除了一般的图书管理功能外，还能够为学生和教工从其他图书馆借阅图书和文献资料提供服务。 1. 功能需求 基本数据维护功能： 提供使用者录入，修改并进行维护基本数据的途径。基本数据包括读者的信息、图书资料的相关信息，可以对这些信息进行修改，更新。 基本业务功能： 读者借、还书籍的登记管理功能，随时根据读者借、还书籍的情况更新数据库系统，如果书籍已经借出，可以进行预留操作，书籍的编目、入库、更新等操

14、作。 数据库管理功能： 对所有图书信息及读者信息进行统一管理维护的功能，对书籍的借还也要进行详细的登记，以便协调整个图书馆的运作。 信息查询功能： 提供对各类信息的查询功能，如对本图书馆的用户借书信息，还书的信息，书籍源信息，预留信息等进行查询，对其他图书馆的书籍、资料源信息的查询功能。2. 非功能需求 系统安全性需求：为保证系统安全性，对本图书馆的各项功能进行分级、分权限操作，对各类用户进行确认。对其它图书馆借阅图书和文献资料服务控制访问范围：如限IP、限用户等。 对系统可用性的需求：为了方便使用者，要求对所有交互操作提供在线帮助功能。 对系统查询速度的需求：要求系统在20S之内响应查询服务

15、请求。 对系统可靠性的需求：要求系统失败发生率小于1%。3. 领域需求例如：对“大学图书管理系统”，提出一些与图书管理的业务相关的需求： 图书编目要求按照中国图书馆分类法进行； 由于版权限制，某些文献资料只能在图书馆规定的阅览室阅读，并限制复制和打印。 第一条需求是对遵循我国图书管理的规定，执行对图书的分类管理的标准。而第二条需求则是版权法对图书馆文献资料的保护的需要，描述了对一类文献资料有限制的使用和服务。 题目八：建立一个分布式、互动式的远程教学平台，为教师教学、学生学习提供比较完整的教学解决方案。其主要功能包括通知发布、参考资料发布、电子课件发布、学生作业提交、帮助教师批改学生作业、帮助

16、学生复查批改后的作业。 题目九：开发一个基于WEB的网上机票查询和销售系统，该系统可以录入航班和机票信息，用户可以查询航班时刻表、查询机票可用信息和机票折扣信息，用户可以通过WEB订票。 题目十：开发一个基于WEB的网上投稿系统，该系统可以接受作者的电子投稿，以及作者信息（如姓名、单位、通信地址、电话、E-Mail等）注册，并能供投稿人查询稿件处理情况，以及在稿件处理后（退稿、录用、修改后再审等），能自动发送E-Mail通知投稿人。 题目十一：开发一个基于Web的BBS系统，包含一般BBS所具有的功能，如用户注册、用户信息管理、发贴功能、贴子管理、主题词查询、用户信息修改和查询等。 题目十二：

17、开发一个基于Web的网上书店，该系统可以分类录入书籍和相关信息（如名称、页数、出版商、摘要、目录等），用户可以注册、登录，注册用户享受打折服务，所有用户都可以查询、浏览书籍。注册用户可以定购书籍并查询订单。 附录二：软件开发文档指南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.

18、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可选择的系统方案11.5.2可选择的系

19、统方案21.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编

20、写目的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软件需求说明书软件需求说明书的编制是为了使用户的软件开发者双方对该软件的起初规定有一个共同的理解，

21、使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下：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数据需求说明书数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要

22、求的技术信息。编制数据要求说明书的内容要求如下：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概要设计说明书概要设计说明书可称作系统设计说明书，这里说的系统是指程序系统，编制的目的是说明对程序的系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。编制概要

23、设计说明书的内容要求如下：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详

24、细设计说明书详细说明书可称作程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并概要设计说明书。对详细设计说明书的内容要不得要求如下：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.

25、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用户手册用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统工程所具有的

26、功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。具体的内容要求如下：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输出

27、举例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软件概述9.2.1软件的结构9.2.2程序表9.2.3文卷表9.3安装与初始化9.4运行说明9.4.1运行表9.4.2运行步骤9.4.3运行1（标识符）说明9.4.3.1运行控制9.4.3.2操作信息9.4.3.3输入-输出文卷9.4.3.4输出文段9.4.3.5输出文段的复制9.4.3.6启动恢复过程9.4.4运行2（标识符）说明

28、9.5非常规过程9.6远程操作10模块开发卷宗模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一级密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。具体的内容要求如下：10.1标题10.2模块开发情况表10.3功能说明10.4设计说明10.5源代码清单10.6测试说明10.7复审的结论11测试计划11.1引言11.1.1编写目的11.1.2背景11.1.3定义11.1.4参考资料11.2计划11.2.1软件说明11.2.2测试内容11.2.3

29、测试1（标识符）11.2.3.1进度安排11.2.3.2条件11.2.3.3测试资料11.2.3.4测试培训11.2.4测试2（标识符）11.3测试设计说明11.3.1测试1（标识符）11.3.1.1控制11.3.1.2输入11.3.1.3输出11.3.1.4过程11.3.2测试2（标识符）11.4评价准则11.4.1范围11.4.2数据整理11.4.3尺度12测试分析报告测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加发记载，具体的编写内容要求如下：12.1引言12.1.1编写目的12.1.2背景12.1.3定义12.1.4参考资料12.2测度概要12.3测试结果及发

30、现12.3.1测试1（标识符）12.3.2测试2（标识符）12.4对软件功能的结论12.4.1功能1（标识符）12.4.1.1能力12.4.1.2限制12.4.2功能2（标识符）12.5分析摘要12.5.1能力12.5.2缺陷和限制12.5.3建议12.5.4评价12.6测试资源消耗13开发进度月报开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便函及时发现或处理开发过程中出现的问题。一般地，开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以项目组为单位按月编写。具体的内容要求如下：13.1标题

31、13.2工程进度与状态13.2.1进度13.2.2状态13.3资源耗用与状态13.3.1资源耗用13.3.1.1工时13.3.1.2机时13.3.2状态13.4经费支出与状态13.4.1经费支出13.4.1.1支持性费用13.4.1.2设备购置费13.4.2状态13.5下个月的工作计划13.6建议14项目开发总结报告项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。具体的内容要求如下：14.1引言14.1.1编写目的14.1.2背景14.1.3定义14.1.4参考资料14.2实际开发结果14.2.1产品14.2.2主要功能和性能14.2.3基本流程14.2.4进度14.2.5费用14.3开发工作评价14.3.1对生产效率的评价14.3.2对产品质量的评价14.3.3对技术方法的评价14.3.4出错原因的分析