实验二需求分析.docx
《实验二需求分析.docx》由会员分享，可在线阅读，更多相关《实验二需求分析.docx（17页珍藏版）》请在冰豆网上搜索。
实验二需求分析
实验一：
系统需求分析
实验学时：
4实验类型：
验证型
一、目的与任务
目的：
确定项目的可实施性，在此基础上完成系统的逻辑功能模型的建立。
任务：
可采用不同的软件开发技术，完成对项目的需求分析过程，给出系统的逻辑功能模型，数据字典以及规格说明书。
二、内容、要求与安排方式
1、实验内容与要求：
明白项目的系统流程图，绘制数据流图，实体—联系图，编写数据字典，数据加工处理的描述，软件系统流程设想图（新系统模型），撰写需求规格说明书。
2、实验安排方式：
本实验每组1人，每人1台计算机。
三、思考题
1、需求分析在软件开发中真的有那么重要吗？
2、分析系统流程图，流程图和数据流图的区别和各自的特点。
3、怎样写合乎规范的数据流图和数据词典？
题目一：
教务管理系统之子系统——学院课程安排
1．系统简介
每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：
任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。
假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。
2．限定条件
（1）每位教师的主讲课程门数不超过2门/学期：
讲师以下职称的教师不能承担学院定主课的主讲任务。
（2）学院中层干部的主讲课时不能超过4学时/周。
（3）本学期出现严重教学事故的教师不能承担下各学期的主讲任务。
（4）本系统的输入项至少包括：
教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。
（5）本系统的输出项至少包括：
教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。
题目二：
学校教材定购系统
1．系统简介
本系统可以细化为两个子系统：
销售系统和采购系统
销售系统的主要工作过程为：
首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。
采购系统的主要工作过程为：
若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。
以上功能要求在计算机上实现。
2．技术要求和限制条件
（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。
（2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。
（3）系统的外部项至少包括：
教师、学生和教材工作人员。
（4）系统的相关数据存储至少包括：
购书表、库存表、缺书登记表、待购教材表、进库表和出库表。
题目三：
学校内部工资管理系统
1．系统简介
假设学校共有教职工约1000人，10个行政部门和8个系。
每个月20日前各个部门（包括系和部门）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送到财务处。
财务处于每个月月底将教职工的工资表做好并将数据送银行。
每个月3日将工资条发给每个单位。
若由员工调入或调出、校内调动、离退休变化，则由人事处通知相关部门和财务处。
2．技术要求和限制条件
（1）本系统的数据存储至少包括：
工资表、部门汇总表、扣税款表、银行发放表等。
（2）除人事处、财务处外，其他职能部门和系名称可以简化表示。
（3）工资、奖金、扣款细节由学生自定义。
题目四：
实验室设备管理系统
1．系统简介
每学年要对实验室设备使用情况进行统计、更新。
其中：
（1）对于已彻底损坏的做报废处理，同时详细记录有关信息。
（2）对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。
（3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。
新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。
（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。
2．技术要求及限制条件
（1）所有工作由专门人员负责完成，其他人不得任意使用。
（2）每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。
（3）本系统的数据存储至少包括：
设备记录、修理记录、报废记录、申请购买记录。
（4）本系统的输入项至少包括：
新设备信息、修理信息、申请购买信息、具体查询统计要求。
（5）本系统的输出项至少包括：
设备购买申请表、修理/报废设备资金统计表。
例：
机票预定系统
1．系统简介
航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。
各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。
当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。
此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
2．技术要求和限制条件
（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。
（2）对于本系统还应补充一下功能：
1．旅客延误了取票时间的处理
2．航班取消后的处理
3．旅客临时更改航班的处理
（3）系统的外部输入项至少包括：
旅客、旅行社和航空公司。
机票预订系统需求规格说明书
1．引言
1.1编写目的
本机票预订系统在可行性研究的基础上，是为了进一步明确机票预订系统的软件需求，以便安排项目规划与进度，组织软件开发与测试，撰写本文档。
本文档供项目经理、设计人员、开发人员参考。
1.2项目背景
开发软件名称：
机票预订系统。
项目任务提出者：
民航及国际旅游开发公司。
项目开发者：
<>K开发小组。
用户：
民航及国际旅游开发公司。
实现软件单位：
国际旅游开发公司
系统与其他软件，系统的关系：
机票预定系统将由两部分组成：
置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下：
图1
1.3定义
[专门术语]：
[缩写词]：
1.4参考资料
1.《软件工程导论》，张海藩，清华大学出版社。
2.《实用软件工程》，郑人杰等，清华大学出版社。
3.机票预定系统项目计划任务书《》航空公司1999/3
4.机票预订系统可行性研究报告《》软件开发小组1999/3
2．任务概述
2.1目标
本机票预订系统实现后，能够大大提高旅游局的机票预定服务效率。
降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。
2.2运行环境
服务器sun工作站，终端为pc机。
运行环境：
Linux
数据库：
Oracle8
2.3条件与限制
1.Client/Server结构总体设计方案对它的约束：
机票预订系统做为Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。
同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。
2．人力、资金、时间的约束
机票预订系统实施的目标就是要带给轮胎生产公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。
因此，在设计中，重点是企业间信息的网络交流，能提供各部门间的方便快捷的联系，并提高数据统计的即时性、准确性、方便性，给公司带来良好的效益。
3．技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。
3．功能需求
3.1系统的功能
图2旅客订票数据流图
图3旅客取票数据流图
3.2功能划分
1．客户端子系统
客户端子系统负责将订票员在客户端输入的信息，订票或取票，进行有效性验证之后，将订票申请或取票申请数据打包，发送到服务器端，并接收从服务器返回的信息，根据订票或取票打印出账单或机票。
2．服务器端子系统
服务端子系统负责接收客户端子系统发送的数据，解包后判断是订票还是取票操作，执行相应的数据库操作，并将操作的结果返回给客户端。
4．性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预订系统应该满足以下的性能需求：
4.1．系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
在系统开发过程中，必须采用一定的方法保证系统的准确性。
4.2．系统的开放性和系统的可扩充性
机票预订系统在开发过程中，应该充分考虑以后的可扩充性。
例如企业中管理模块的加入（人事管理、工资管理、日常事务管理等）也会不断的更新和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩充为ERP系统。
而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
4.3．系统的易用性和易维护性
机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
4.4．系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
4.5．系统的先进性
目前计算机系统的技术发展相当快，做为机票预订系统工程，应该保证系统在一段时间内是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
5．数据描述
5.1数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。
在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。
5.2数据的一致性与完整性
由于系统的数据是共享的，所以如何保证这些数据的一致性，是系统必须解决的问题。
要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。
5.3实体—联系图
图4.E-R图
5.4数据库描述
数据库采用Oracle8i。
5.5数据字典
6．运行需求
机票预订系统中的各个子系统的硬件和软件的配置如下：
1．服务器端子系统的运行要求：
系统软件：
Linux
数据库管理系统：
oracle8i
硬件要求：
PentiumIII450以上,256MRAM,14GHD
2.客户端子系统的运行要求：
系统软件：
Window2000Professional
硬件要求：
Pentium133以上,32MRAM,4.3GHD
软件需求说明书的编写提示
1引言3
1.1编写目的3
1.2背景3
1.3定义3
1.4参考资料3
2任务概述3
2.1目标3
2.2用户的特点4
2.3假定和约束4
3需求规定4
3.1对功能的规定4
3.2对性能的规定4
3.2.1精度4
3.2.2时间特性要求4
3.2.3灵活性4
3.3输人输出要求5
3.4数据管理能力要求5
3.5故障处理要求5
3.6其他专门要求5
4运行环境规定5
4.1设备5
4.2支持软件5
4.3接口6
4.4控制6
1引言
1.1编写目的
说明编写这份软件需求说明书的目的，指出预期的读者。
1.2背景
说明：
a．待开发的软件系统的名称；
b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；
c．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出用得着的参考资料，如：
a．本项目的经核准的计划任务书或合同、上级机关的批文；
b．属于本项目的其他已发表的文件；
c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2任务概述
2.1目标
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
|
2.2用户的特点
列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。
这些是软件设计工作的重要约束
2.3假定和约束
列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。
3需求规定
3.1对功能的规定
用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。
3.2对性能的规定
3.2.1精度
说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。
3.2.2时间特性要求
说明对于该软件的时间特性要求，如对：
a．响应时间；
b．更新处理时间；
c．数据的转换和传送时间；
d．解题时间；等的要求。
3.2.3灵活性
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：
a．操作方式上的变化；
b．运行环境的变化；
c．同其他软件的接口的变化；
d．精度和有效时限的变化；
e．计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
3.3输人输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
3.4数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
3.5故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
3.6其他专门要求
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
4运行环境规定
4.1设备
列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能，包括：
a．处理器型号及内存容量；
b．外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
c．输入及输出设备的型号和数量，联机或脱机；
d．数据通信设备的型号和数量；
e．功能键及其他专用硬件
4.2支持软件
列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。
4.3接口
说明该软件同其他软件之间的接口、数据通信协议等。
4.4控制
说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。
升级会员 