软件工程实验二

-实验二：需求分析报告实验学时：2 课后2学时 实验类型：技能性1、 目的与任务目的：明确需求分析任务的重要性，掌握需求分析的主要具的使用方法和步骤，写出需求规格说明书。二、实验安排1、装有Offic软件，Visio 2010的微机系统. 2、实验安排方式：本实验为开放实验，各组可同时进行实验，每组8-10人。三、实验内容及步骤1、选择一个管理系统（人事管理系统、工资管理系统、学生档案管理系统等）。2、软件工程的原理对该系统的问题进行分析；3、分析系统的数据需求获得当前系统的物理模型，然后抽象出当前系统的逻辑模型，再建立目标系统的逻辑模型；理出系统的数据流程图；4、用Visio 2010画出该系统的数据流图，用结构化分析方法对整个系统进行分析细化，用数据流图描绘系统的逻辑模型，描绘信息在系统中流动和处理的情况；数据流图是分析和设计的工具，它主要描述系统完成的功能而不是系统的物理实现。5、在Microsoft Word文档下写出该系统的数据字典，用数据字典对人们不了解的条目进行解释，对所有被加工引用的数据流和数据存储进行解释； 6、用小说明来描述最底层的基本加工逻辑，小说明并不描述具体的加工过程，而只是这个加工的输入数据和输出数据的逻辑关系。7、用Visio 2007画出该系统的IPO图，它的基本形式是左边框中列出有关的输入数据，在中间的框中列出主要的处理，在右边的框中列出产生的输出数据；8、用层次方框图或Warnier图对系统进行说明；层次方框图是由树型结构的一系列多层次的矩形框描绘数据的层次结构数型结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表这个数据的子集，最底层的各个框代表组成这个数据的实际数据元素。四、思考题1、 软件需求分析在整个软件生存周期中的地位？2、 在软件需求分析中要完成哪些任务，所完成的资料在以后的工作中起什么作用？3、 做需求分析的过程中有没有做社会调研？附录一：实验要求软件工程实验要求学生采用“项目小组”的形式，结合具体的开发项目进行设计。具体要求如下：1班级按项目小组进行分组，每组不得超过10人2每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目3项目中的每项任务要落实到人且规定该任务的起止日期和时间4每个项目小组必须按照软件工程实验指导书附录中给定的文档规范标准提供项目文档5题目自定或采用附录二中的题目6软件开发的方法自定（结构化或面向对象的方法学）附录二：实验题目题目一：“教务管理系统之子系统学院课程安排”1系统简介每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。2限定条件（1）每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。（2）学院中层干部的主讲课时不能超过4学时/周。（3本学期出现严重教学事故的教师不能承担下各学期的主讲任务。（4）本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。（5）本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。题目二：“学校教材定购系统”1系统简介本系统可以细化为两个子系统：销售系统和采购系统销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。以上功能要求在计算机上实现。2技术要求和限制条件（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。（2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。（3）系统的外部项至少包括：教师、学生和教材工作人员。（4）系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。题目三：“机票预定系统”1系统简介航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。2技术要求和限制条件（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。（2）对于本系统还应补充一下功能：1旅客延误了取票时间的处理2航班取消后的处理3旅客临时更改航班的处理（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。题目四：“学校内部工资管理系统”1系统简介假设学校共有教职工约1000人，10个行政部门和8个系。每个月20日前各个部门（包括系和部门）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送到财务处 。财务处于每个月月底将教职工的工资表做好并将数据送银行。每个月3日将工资条发给每个单位。若由员工调入或调出、校内调动、离退休变化，则由人事处通知相关部门和财务处。2技术要求和限制条件（1）本系统的数据存储至少包括：工资表、部门汇总表、扣税款表、银行发放表等。（2）除人事处、财务处外，其他职能部门和系名称可以简化表示。（3）工资、奖金、扣款细节由学生自定义。题目五：“实验室设备管理系统”1系统简介每学年要对实验室设备使用情况进行统计、更新。其中：（1）对于已彻底损坏的做报废处理，同时详细记录有关信息。（2）对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。（3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。2技术要求及限制条件（1）所有工作由专门人员负责完成，其他人不得任意使用。（2）每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。（3）本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。（4）本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。本系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表题目六：“校园代金卡系统”1系统简介校园代金卡系统配套符合金融标准的金融设备自助缴费机（带圈存功能），以银行卡为辅助，从真正意义上实现全方位的现代化校园管理，实现校园货币电子化。它以非接触式IC卡又称射频卡为操作手段，配合校园计算机网络，实现整个学校的全方位智能卡网络化管理，将先进的IC卡技术服务用于学校的教学、科研、管理和生活等方面。用IC卡取代借书证、餐票、计算机房的上机卡、通道出入证件等；并作为校园信息查询卡，使教师和学生可以轻松查询教学设备、教室情况、图书音像资料、校园活动等各类信息。整个系统的建成，为学校从各项日常管理事务到各种长期数据处理提供科学的解决方案，以节约学校的人力物力，在提高学校管理能力的基础上，亦能为学校带来一定的经济效益。师生手持一张智能卡就可以实现学校全部事务，实现学校的各种消费的无纸币流通。2校园代金卡系统功能要求在代金卡系统的功能要求中，首先应该划分出系统必须完成的所有功能。校园代金卡系统能够运用于解决学生和教职工的消费既管理问题，包括购物消费、购饭消费、迟到、早退学生登记、图书借阅、机房上机、学生成绩查询、校园综合信息查询、学生身份验证等。其中校园代金卡系统又分为一卡通中心平台、银行接口子系统、图书管理系统、消费管理系统、学生学籍管理系统、身份验证识别系统、门禁考勤系统等子系统，各个系统所实现功能也不相同，主要分为：一卡通中心平台校园代金卡的一卡通中心平台实现了对校园卡的发放、挂失、取消等管理，能够传输和处理数据系统，交易数据，结算清算各种费用，在没有工作人员参与的情况下自己也能进行一系列的工作，节省时间和人力。银行接口子系统校园代金卡的银行接口子系统能实现银行卡和学生校园卡帐号对应，两卡分离，学生家长持银行卡，学生持校园代金卡。家长使用银行系统的全国异地通存通兑业务，给学生银行卡中汇款。通过设在校园内的圈存机，可以实现银行卡到校园卡的电子钱包圈存并可自助查询银行帐户余额。这样学生不必从银行取出现金然后再对校园卡进行充值，节约了人力，方便了学生充值校园代金卡。附录三：软件开发文档指南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 可选择的系统方案11.5.2 可选择的系统方案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编写目的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数据需求说明书数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息。编制数据要求说明书的内容要求如下：引言编写目的背景定义参考资料数据的逻辑描述静态数据动态输入数据动态输出数据内部生成数据数据约定数据的采集要求和范围输入的承担者处理影响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软件概述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（标识符）说明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测试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.