软件工程实验二电脑基础知识IT计算机专业资料docWord格式文档下载.docx

软件工程实验二电脑基础知识IT计算机专业资料docWord格式文档下载.docx

《软件工程实验二电脑基础知识IT计算机专业资料docWord格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件工程实验二电脑基础知识IT计算机专业资料docWord格式文档下载.docx（18页珍藏版）》请在冰豆网上搜索。

7、用Visio2007ifflj出该系统的IPO图，它的基本形式是左边框中列出有关的输入数据，在中间的框中列岀主要的处理，在右边的框中列岀产生的输出数据；

8、用层次方框图或Warnier图对系统进行说明；

层次方框图是由树型结构的一系列多层次的矩形框描绘数据的层次结构数型结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表这个数据的子集，最底层的各个框代表组成这个数据的实际数据元素。

四、思考题

1、软件需求分析在整个软件生存周期中的地位？

2、在软件需求分析中要完成哪些任务，所完成的资料在以后的工作中起什么作用？

3、做需求分析的过程中有没有做社会调研？

附录一：

实验要求

软件工程实验要求学生采用“项目小组”的形式，结合具体的开发项目进行设计。

具体要求如下：

1.班级按项目小组进行分组，每组不得超过10人

2.每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目

3•项目中的每项任务要落实到人且规定该任务的起止日期和时间

4.每个项目小组必须按照《软件工程实验指导书》附录中给定的文档规范标准提供项目文档

5.题目自定或采用附录二中的题目

6.软件开发的方法自定（结构化或面向对象的方法学）

附录二:

实验题目

题目一：

“教务管理系统之子系统——学院课程安排”

1・系统简介

g个学期的期中，学校教务处向各个学院发岀下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；

学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：

任课教师的职称、上课的班数、最高和最低周学时数等）；

任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。

假设上述排课过程全部由人工操作，现耍求为上述过程实现计算机自动处理过程。

2.限定条件

（1）每位教师的主讲课程门数不超过2门/学期：

讲师以下职称的教师不能承担学院定主课的主讲任务。

（2）学院中层干部的主讲课时不能超过4学时/周。

（3本学期出现严重教学事故的教师不能承担下各学期的主讲任务。

（4）本系统的输入项至少包括：

教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。

（5）本系统的输出项至少包括：

教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。

题目二：

“学校教材定购系统”

1.系统简介

本系统可以细化为两个子系统：

销售系统和采购系统

销售系统的主要工作过程为：

首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。

采购系统的主要工作过程为：

若是教材脱销，则登记缺书，发缺书单给书库釆购人员；

一旦新书入库后，即发进书通知给教材发行人员。

以上功能耍求在计算机上实现。

2.技术要求和限制条件

（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。

（2）在实现上述销售和采购的工作过程时，需考虑有关的合

法性验证。

（3）系统的外部项至少包括：

教师、学生和教材工作人员。

（4）系统的相关数据存储至少包括：

购书表、库存表、缺书

登记表、待购教材表、进库表和出库表。

题目三：

“机票预定系统”

航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。

各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。

当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。

此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。

（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。

（2）对于本系统还应补充一下功能：

1.旅客延误了取票时间的处理

2.航班取消后的处理

3.旅客临吋更改航班的处理

（3）系统的外部输入项至少包括：

旅客、旅行社和航空公司。

题目四：

“学校内部工资管理系统”

假设学校共有教职工约1000人，10个行政部门和8个系。

每个月20日前各个部门（包括系和部门）要将出勤情况上报人事处，23H前人事处将岀勤工资、奖金及扣款清单送到财务处。

财务处于每个月月底将教职工的工资表做好并将数据送银行。

每个月3日将工资条发给每个单位。

若市员工调入或调岀、校内调动、离退休变化，则由人事处通知相关部门和财务处。

（1）本系统的数据存储至少包括：

工资表、部门汇总表、扣税款表、银行发放表等。

（2）除人事处、财务处外，其他职能部门和系名称可以简化表示。

（3）工资、奖金、扣款细节由学生自定义。

题目五：

“实验室设备管理系统”

每学年要对实验室设备使用情况进行统计、更新。

其中：

（1）对于己彻底损坏的做报废处理，同时详细记录有关信息。

（2）对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。

（3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。

新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。

（4）随时对现有设备及其修理、报废情况进行统计、查询,要求能够按类别和时间段等查询。

2.技术要求及限制条件

（1）所有工作由专门人员负责完成，其他人不得任意使用。

（2）每件设备在做入库登记时均由系统按类别加自动顺序号

编号，形成设备号；

设备报废时要及时修改相应的设备记录，且有领导认可。

（3）本系统的数据存储至少包括：

设备记录、修理记录、报废记录、申请购买记录。

新设备信息、修理信息、申请购买信息、具体查询统计要求。

本系统的输出项至少包括：

设备购买申请表、修理/报废设备资

金统计表

题目六：

“校园代金卡系统”

校园代金卡系统配套符合金融标准的金融设备一一自助缴费机（带圈存功能），以银行卡为辅助，从真正意义上实现全方位的现代化校园管理，实现校园货币电子化。

它以非接触式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可选择的系统方案1

1.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使用方面