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