计算机科学与技术学院
《软件工程》实验报告
实验室设备管理系统项目
需求分析说明书
The Specification of Architectural Design
专 业： 软件技术
班 级： 0901
寝 室：6110
姓 名：石坚2009115010151
1、引言
信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切，还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念，设备管理系统软件为设备管理带来了极大的方便。该软件是以vfp语言为实现语言，其功能在系统内部有源代码直接完成。通过操作手册，使用者可以了解本软件的基本工作原理。操作人员只需输入一些简单的汉字、数字，即可达到自己的目标。
1.1编写目的
本需求的编写目的在于设备管理系统软件的开发途径和应用方法。
本需求的预期读者是与设备管理系统软件软件开发有联系的决策人，开发人员，支
持本项目的领导和公司人员，软件验证者。
1.2背景及范围
本项目的名称：实验室设备管理系统软件。
本项目能具体化、合理化的管理设备货物信息，用结构化的思维方式去了解计算机
的基本工作原理和汉语程序设计语言。
1.3定义
汉语程序设计语言：以汉语字词为结构，最大限度的利用汉语本身的特点，是一种基于汉语基础的通用的计算机的程序设计语言。
设备管理系统：设备管理系统是帮助设备管理人员对设备的管理软件。使用vfp编程语言，独立完成其功能。
1.4参考资料
[1] 张海藩.软件工程导论（第五版）[M].北京：清华大学出版社，2008
[2] 王红梅，胡明，王涛.数据结构（C++版）[M].北京：清华大学出版社，2005
[3] 王珊，萨师煊.数据库系统概论[M].北京：高等教育出版社，2006
[4] Bain T.SQL Server2000数据仓库[M].北京.电力出版社，2003
[5] Google Web APIs Reference[EB/OL].http://www.google.com/api/reference，2005.5
2、任务概述
通过详细的用户调查，在现行的业务处理流程和数据流图的基础上，就可以基本确定目标系统要达到的目标了。
需求分析的任务是确定系统必须完成的工作，也就是对目标系统提出完整、准确、清晰、具体的要求。在经过多方了解和调查后，基本清楚了设备信息管理的功能需求。
2.1目标
2.1.1 开发意图
a. 为了实验室设备管理系统更完善；
b. 为了实验室设备管理人员对货物的管理更方便；
2.1.2 应用目标
通过本系统软件，能帮助管理人员利用计算机，快速方便的对设备进行管理、输入、输出、查找的所需操作，使散乱的人事结构能够具体化，直观化、合理化。
2.1.3 作用及范围
本软件适用于商业、企事业界，它是比较完善的系统管理软件，对货物可以随时输入、输出、查找。
2.1.4背景
现今设备管理的烦索给具有强烈时间观念的管理人员带来了诸多不便，设备管理部门缺少一种完善的设备管理软件，为了对设备货物的管理方便，因此开发了本软件。
2.2运行环境
系统的使用环境:
硬件环境：PentiumIII 或同档次以上微机； 32MB以上内存或更高；4.2G以上硬盘；1.44M 软驱；24速以上光驱； 针打或激光打印机一台
软件环境：中文 WINDOWS98 /WE / 2000操作系统。
2.3假定和约束
2.3.1 技术约束
本项目的设计是在汉语程序设计语言的条件下进行的，技术设计采用软硬一体化的设计方法。
2.3.2环境约束
运行该软件所适用的具体必须是PentiumIII 或同档次以上微机、内存32兆以上的计算机;
2.3.3标准约束
该软件的开发完全按照企业标准开发，包括硬件、软件和文档规格。
2.3.4硬件限制
PentiumIII 或同档次以上微机、内存32兆以上PC机满足输入端条件。
3、数据描述
3.1对功能的规定
每学年要对实验室设备使用情况进行统计、更新，其中：
（1）对于已彻底损坏的作报废处理，同时详细记录有关信息；
（2）对于有严重问题（故障）的要即使修理，并记录修理日期、设备名、修理厂家、修理费、责任人等；
（3）对于急需但又缺少的设备需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、型号、规格、单价、数量、购置日期、生产厂家、购买人等），同时更新申请表的内容；
3.2对性能的规定
（1）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段（某日期之前）查询。
（2）系统的用户可分为系统管理员用户、普通用户两种。系统管理完成对该系统进行相应的管理，如修改用户权限。
3.3输入，输出要求
3.4 细化数据流图 入库单
设备明细单 出库单
库存表
0层数据流图
发货单 入库单
核对库存信息
供货商信息表
出
库
单
库存信息表
1层数据流图
库存明细表
入库单 设备清单 盘点表
设备清单
2层设备修理报废管理数据流图
故障明细表
故障信息 设备清单 修理
3层设备查询管理数据流
查询明细表
查询信息 设备清单 输出
3.5 静态，动态数据
静态数据 静态数据是系统内部有关的数据结构与操作规程。
动态数据 ：动态数据包括程序运行时输入和输出的数据,具体是数据库的各个表的各个不同元组与属性值.
3.6数据表结构
设备：设备编号+设备类型+生产厂商+购置日期+金额+保修年限+使用人+管理员+所属实验室+备注+是否已外借
设备维修记录：记录号+设备号+类型+所属实验室+损坏部件+损坏原因+维修意见+意见回复+维修单位+维修费用+维修时间+电话
设备报废记录：记录号+设备编号+设备类型+报废意见+意见回复+报废日期+所属实验室+报废设备仓库
设备赔偿记录：记录号+设备编号+设备类型+所属实验室+赔偿原因+赔偿金额+赔偿单位（使用人）+赔偿日期
设备借还记录：记录号+设备编号+类型+所属实验室+单价+借用单位(个人)+联系电话+借用日期+归还日期
设备类别：类别编号+类别名称
使用者：使用者编号+姓名+联系电话
实验室管理员：编号+姓名+性别+住址+电话
管理员：管理员编号+管理员名称+管理员密码+权限类型+备注
实验室：实验室编号+实验室名称+管理员编号
供应商：供应商编号+名称+电话+传真+供货类型
日志信息表：操作员+操作日期+操作时间+操作模块+操作+备注
设备信息表（Equip_Info）
设备维修信息表（Mend_Info）
设备报废信息表（Broke_Info）
设备借还信息表（Lend_Info）
实验室信息表（Lab_Info）
4、运行环境规定
4.1设备：
PIII或486以上电脑以上CPU；内存至少64M，建议128M以上，显示器分辨率800*600以上
4.2支持软件：
装有VB和SQL Server的计算机
4.3接口：
4.3.1 用户接口
本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进
入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。
4.3.2软件接口
WIN2000/NT操作系统，汉语编程系统。
4.4控制：
4.4.1 可使用性
在装载总程序时，正常就运行，异常就停止；汉语编程系统出现错误，将会产生不可遇见的问题，热启，整个终端程序就会再启动；程序出现错误， 重新装载,若仍有错，按照提示逐渐装载。
4.4.2保密性
本软件作为教学管理辅助,它的规模比较小,不需要保密技术；限定一个程序中某些区域的规约，给不同的模块分配不同的功能。
4.4.3可维护性
本软件的组成程序为汉语成语设计语言，组构均较简单,直观意义上的较独立。因此,给予电子化的所构成的硬件的简单可维护的特点,决定了该软件的简单可维护性。
4.4.4可转移、可转换性
可转移的环境是PentiumIII 或同档次以上微机、32兆内存以上；不可修改任何部分；可用向上兼容的高版本的汉语编程系统。
4.4.5注释
本产品所拥有的属性十分重要，它使得读者用规定的方法去客观的验证软件的各种特性。
第二篇：铁路票务系统需求分析报告_
密级：机密 ★★★
文档编号：
铁路票务管理系统项目
需求分析报告
计算机0902班
0906410220 花纯虎
0906410222 陈其清
0906410201 马福洋
（版权所有，翻版必究）
目 录
一 引言- 3
1.1 编写目的- 3
1.2 项目背景- 3
1.3 参考资料- 3
1.4 术语- 3
二 任务概述- 4
2.1 目标- 4
2.2 系统（用户）的特点- 5
三 假定和约束- 5
3.1 技术限制- 5
3.2 项目依赖- 5
3.3 关键技术- 5
四 需求规定- 5
4.1 软件功能说明- 5
4.1.1 功能一- 6
4.1.N 功能N 6
4.2 对功能一般性的规定- 7
4.3 对界面的要求- 7
4.4 对性能一般性的规定- 7
4.5 其他专门要求- 7
4.6 对安全性的要求- 7
4.7 软件质量属性- 7
4.8 用户文档- 8
五 实体数据描述- 8
5.1 管道- 8
六 运行环境规定- 8
6.1 设备及分布- 8
6.2 支撑软件- 8
6.3 接口- 8
6.3.1 硬件接口- 8
6.3.2软件接口- 9
6.3.3 通信接口- 9
6.3.4 其他接口- 9
6.4 程序运行方式- 9
七 开发成本估算- 9
八 尚需解决的问题- 9
一 引言
1.1 编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本火车售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
1.2 项目背景
a.软件名称：火车售票系统
b.任务提出者：软件工程上机
b.软件开发者： 花纯虎 陈其清 马福洋
d.用户：铁路局
1.3 参考资料
1.4 术语
二 任务概述
2.1 目标
(1) 完善目前火车售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能
（2）应用范围：理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得火车售票便捷化，以期实现完善日常生活中火车售票的各种缺陷。
（3）可实现旅客对于火车票的查询与购买功能，售票员则可实现查询、添加和删除等功能；对于所查询的车次结果提供列表显示输出；有一定的安全机制，普通旅客不能对车次信息随意删改，只有授权的售票员可通过密码识别进行维护。
三 假定和约束
一个更完善的火车票售票系统，应提供更为便捷与强大的查询购买功能，如相应的网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供这一功能，对于信息的保护手段仅限制于设置用户级别，以记名提供数据文件的备份，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。
3.1 技术限制
操作系统：Microsoft Windows 20## Advanced Server
支持环境：IIS 5.0
数 据 库：Microsoft SQL Server 2000
3.2 项目依赖
硬件环境
a. 一台Pentium 4 cpu
b. 内存256MB以上
c.VGA彩显一台
软件环境
a. Windows 98 以上的操作系统
b. Microsoft Visual Basic 6.0
c. Microsoft office 2003应用软件
d. SQLServer 数据库
3.3 关键技术
数据库的开发，用rose建立用例图、类图、状态机图。
四 需求规定
4.1 软件功能说明
该软件具有如下主要功能：
1．浏览功能
2．查询功能
3．添加功能
4．修改功能
5．删除功能
6．授权功能
4.1.1功能一
1．售票员登陆系统：
（1）数据流图
4.1.2功能二
2．售票员相关操作（售票、退票、查询、录入）
4.1.3功能三
旅客查询购票过程：
（1）数据流图
4.2 对功能一般性的规定
查询时应保证查全率，所有在相应域中包含查询车次的记录都应能查到，同时保证查准率。
4.3 对界面的要求
采取对话框方式，多功能窗口运行
4.4 对性能一般性的规定
正常使用时不用出错，对于用户的输入错误应及时给出适当的改正信息提示，若运行遇到不可恢复的系统错误，也必须保证数据库完好无损。
4.5 其他专门要求
（1）可用性：该软件也可以通过单步跟踪的操作进行检查处理。
（2）可维护性：该软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。
4.6 对安全性的要求
由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。
4.7 软件质量属性
可操作性强，能够满足全国联网的需求可移植性优于有效性
4.8 用户文档
用户手册
在线帮助
五 实体数据描述
火车票：列车车号 T244
列车始发时间 每天 00：18
列车始发站 哈尔滨
列车终点站 合肥
票务：列车车号 T244
已售出车票票数 267（张）
额定载量 （300）
售票员：用户名 小齐
密码 (******)
六 运行环境规定
6.1 设备及分布
1）主机类型：CPU P III以上
2）网络类型 专用网
3）存储器容量 内存>=64M，硬盘 10G以上
6.2 支撑软件
操作系统：Windows XP Professional简体中文版
数据库系统：SQR Server
其他软件：vc6.0，net2003，Microsoft Project，Word
6.3 接口
6.3.1硬件接口
（1）硬件接口：支持x86系列PC机
（2）网络硬件接口要求：现实中要求具有高速以太网组网一实现联网销售，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。
6.3.2软件接口
运行于Windows2000及更高版本并装有JAVA虚拟机的操作系统之上。
七 开发成本估算
设备费用：本系统所需要的硬件设备费用为 2.5万元
经常性支出：
人员费用：3万元
系统维护：1.5万元
设备维护：1万元
消耗材料费：2万元
其他不可预见费：1万元
总计：拾壹万元整
八 尚需解决的问题
兼容性：由于尚未测试，故无法对兼容性进行评析。