实验室设备管理系统的需求分析.doc
例：机票预定系统
1．系统简介
航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
2．技术要求和限制条件
（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。
（2）对于本系统还应补充一下功能：
1．旅客延误了取票时间的处理
2．航班取消后的处理
3．旅客临时更改航班的处理
（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。
实验室设备管理系统需求规格说明书1．引言
1.1 编写目的
本实验室设备管理系统在可行性研究的基础上，是为了进一步明确实验室设备的使用情况，以便及时修理和更新设备，撰写本文档。
本文档供实验室设备管理人员参考。
1.2 项目背景
开发软件名称：实验室设备管理系统。
项目任务提出者：民航及国际旅游开发公司。
项目开发者：<>K开发小组。
用户：民航及国际旅游开发公司。
实现软件单位：国际旅游开发公司
系统与其他软件，系统的关系：
机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公
1.3 定义
[专门术语]：
[缩写词]：
1.4 参考资料
1. 《软件工程导论》，张海藩，清华大学出版社。
2. 《实用软件工程》，郑人杰等，清华大学出版社。
3. 机票预定系统项目计划任务书《》航空公司1999/3
4. 机票预订系统可行性研究报告《》软件开发小组1999/3
2．任务概述
2.1 目标
本机票预订系统实现后，能够大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。
2.2 运行环境
服务器sun工作站，终端为pc机。
运行环境：Linux
数据库：Oracle8
2.3 条件与限制
1.C lient/Serve r结构总体设计方案对它的约束：
机票预订系统作为Client/Server结构的一个应用系统，不可避免的要受到
Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。
2.4．人力、资金、时间的约束
机票预订系统实施的目标就是要带给轮胎生产公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是企业间信息的网络交流，能提供各部门间的方便快捷的联系，并提高数据统计的即时性、准确性、方便性，给公司带来良好的效益。
2.5技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图像和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。
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．运行需求
机票预订系统中的各个子系统的硬件和软件的配置如下：
6.1．服务器端子系统的运行要求：
系统软件：Linux
数据库管理系统：oracle8i
硬件要求：Pentium III 450以上, 256M RAM, 14G HD
6.2.客户端子系统的运行要求：
系统软件：Window 2000 Professional
硬件要求：Pentium 133以上, 32M RAM, 4.3G HD
软件需求说明书的编写提示
1引言8
1.1编写目的 (8)
1.2背景 (8)
1.3定义 (8)
1.4参考资料 (8)
2任务概述8
2.1目标 (8)
2.2用户的特点 (9)
2.3假定和约束 (9)
3需求规定9
3.1对功能的规定 (9)
3.2对性能的规定 (9)
3.2.1精度 (9)
3.2.2时间特性要求 (9)
3.2.3灵活性 (9)
3.3输人输出要求 (10)
3.4数据管理能力要求 (10)
3.5故障处理要求 (10)
3.6其他专门要求 (10)
4运行环境规定10
4.1设备 (10)
4.2支持软件 (10)
4.3接口 (11)
4.4控制 (11)
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控制
说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。
实验室管理系统需求分析调研报告
实验室管理系统需求分析调研报告 一、摘要： 最后系统实现的目标是全面覆盖实验室管理的各个方面，为学生提供一些必要的实验资源，为老师提供方面的实验室管理，从而提高我们实验室的管理水平，同时增加我们的管理效率及质量。 二、关键词：实验室管理系统需求管理内容分析 三、正文 在编写文档之前我们首先与学院实验中心的各工作老师以及实验室的勤工同学进行了交流，了解实验室的规模、管理的任务范围、管理状况，通过调查、分析，同时得到老师及勤工同学的建议得出新系统主要的总体功能需求，根据新系统的总体需求将这个系统划分成两个部分，一个是前台的设计，另一个就是后台的管理。 同时根据需求给该系统设计了7个角色，他们分别是终极管理员、文档管理员、设备维护员、勤工组长、勤工人员、老师、学生，各层角色权限大小如下图所示： 各个角色介绍： 终极管理员：管理整个实验室系统，包括对前台的管理，管理员权限的设置，等等。 勤工人员：实验课上助教人员，主要任务在实验课上维护课堂秩序，也叫值班人员，主要功能需求是填写各类关于实验及机房的信息。
勤工组长：跟勤工人员任务一样，附加的功能为安排勤工人员值班表。 文档管理员：实验档案的整理、存放等任务，同时负责审核申请注册老师权限的功能。 设备维护员：实验室各类设备的维护任务。 2.各模块需求分析 下面详细分析后台管理的一些具体需求，同时将这些需求划分成几个模块具体分析如下： 2.2个人信息查询模块 该模块的设计需求主要是及时了解自己的个人信息，同时可以查询他人的信息，方便整个实验室管理员的沟通交流，同时也方便管理员对用户的管理。 2.3值班信息模块 该模块的设计需求是针对实验课上值班的人员对自己值班信息的查询，可以查询自己这一周值班的次数，值班的情况，同时也方便管理员的管理，管理员可以方便的查询出某实验课值班的值班到位情况。 2.4文档管理员模块 该模块针对实验室的文档出库入库的需求而设计，稳当管理员利用该功能，可以方便管理实验报告、实验文档、实验指导书等等文档的出库、入库、外借等功能，同时审核用户注册老师这一权限是否通过，还有就是电子资料（实验指导书、实验教程等）的保存及上传，供学生们下载参考。同时文档管理员可以方便的查询文档的情况，文档的位置等等，既合理利用了文档仓库，也提高了工作效率。 2.5设备维护员功能模块 该功能模块的设计需求来自实验室维护人员。现阶段管理学员实验室管理人员每天最主要的任务就是使实验室计算机等设备的正常运转，保证实验课的正常进行。同时需要对实验室设备进行管理，统计实验室设备，添加设备等等操作。该模块的设计大大提高了对实验室设备这方面的管理。维护员能及时从实验室值班人员那里获取计算机等设备的故障信息，争取达到第一时间进行维修，同时保存维修记录，如果现在不能完全修复，故
软件需求规格说明书案例
软件开发方向 “成绩管理系统”软件需求规约 安博教育集团 二零零八年十月
修订历史记录
目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (6) 2.3 运行环境 (7) 2.4 假设与依赖 (7) 3 系统特性 (8) 3.1 系统角色 (8) 3.2 学生管理 (8) 3.2.1 增加学生信息 (8) 3.2.2 修改学生信息 (9) 3.2.3 删除学生信息 (9) 3.2.4 导入学生信息 (9) 3.3 教师管理 (9) 3.3.1 增加教师信息 (9) 3.3.2 修改教师信息 (9) 3.3.3 删除教师信息 (9)
3.3.4 导入教师信息 (9) 3.4 课程管理 (10) 3.4.1 增加课程基本信息 (10) 3.4.2 修改课程基本信息 (10) 3.4.3 删除课程基本信息 (10) 3.4.4 维护课程学生信息 (10) 3.5 成绩查询 (11) 3.5.1 学生查询成绩 (11) 3.5.2 教师查询成绩 (11) 3.6 成绩分析与统计 (11) 3.6.1 考试成绩表 (11) 3.6.2 班级各科平均成绩表 (11) 3.6.3 年级成绩排名表 (11) 3.7 系统维护 (12) 3.7.1 数据字典维护 (12) 4 非功能性需求 (12) 4.1 性能需求 (12) 4.2 安全性需求 (12) 4.3 可用性需求 (13) 4.4 用户文档 (13) 4.5 其它需求 (13) 5 外部接口需求 (14) 5.1 用户接口 (14) 5.2 硬件接口 (14)
软件需求分析说明书模板
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
设备管理系统需求分析说明书
XXX设备管理系统软件需求说明书
目录 1 概述................................................... 1.. 1.1 目的................................................. 1... 1.2 范围................................................. 1... 2 系统分析............................................... 1... 2.1 现行系统不足与问题................................... 1.. 2.2 解决办法............................................. 2... 2.3 系统功能层次分析..................................... 2.. 3 新系统概述............................................. 9... 3.1 新系统描述........................................... 9... 3.2 业务分析............................................ 1..0. 3.2.1 业务描述 ........................................ 1..0. 3.2.2 业务流程分析 .................................... 1.3. 3.3 硬件环境............................................ 1..8. 3.4 软件环境............................................ 1..9. 3.5 软件功能............................................ 1..9. 3.6 用户特点............................................ 1..9. 4 功能需求.............................................. 2..0. 4.1 设备前期管理........................................ 2.0. 4.1.1 设备采购申请 .................................... 2.0.
实验室管理系统需求分析
实验室管理系统需求分析
实验室管理系统需求 分析 一、背景 （一）实验室发展状况 实验室作为实践教学中的重要手段，在学习的教学中扮演了重要的角色。正式认识到了实验室教学的重要性，各个学校的实验室也是鳞次栉比的落成。实验室的仪器、耗材、低值品等的需求也越来越大，旧式的登记管理方式已经渐渐显得力不从心。 实验室资源是衡量一所学校的硬件和科研水平的一个重要标准，所以各个学校都会投入大量的人力，物力，财力来更新，优化实验室的教学和设备等，虽然对实验室的硬件设施比较重视，花费也比较多，但实验室的软件却没有跟上。实验室的软件，包括对实验室器材，教学仪器，辅助设备，实验教学等的统筹管理，使之达到对仪器设备的充分利用和保养维护，对实验课堂效率的提高。 （二）什么是实验室管理系统 面对日益增多的实验教学任务，以往人工管理方式和人工预约方式已经不符合需求，简便和规范化的管理需要一套与对应的实验室管理系统。 通过使用实验室管理系统实现高校实验室、实验仪器与实验耗材管理的规范化、信息化；提高实验教学特别是开放实验教学的管理水平与服务水平；为实验室评估、实验室建设及实验教学质量管理等决策提供数据支持；智能生成每学年教育部数据报表，协助完成数据上报工作。运用计算机技术，特别是现代网络技术，为实验室管理、实验教学管理、仪器设备管理、低值品与耗材管理、实验室建设与设备采购、实验室评估与评教、实践管理、数据与报表等相关事务进行网络化的规范管理。
（三）建立实验室管理系统的必要性 若以某个实验室来考虑，我们通常会想到验室里会有很多的仪器设备，包括教学仪器，设备，基础设施等等。实验室管理员在采购，使用，维护时通常都会做些记录，整个过程显得繁琐·效率低下，并且对之后的资料整理工作带来了一定的不便，另外就是在实验室的课程教学中，仪器使用记录，学生考勤，实验报告等都是以纸质的形式记录，占用了学生的实验课实践操作时间。针对以上的问题，我们需要运用科学的的工具与手段来采集信息、进行数据处理，才能全面、综合地利用信息资源，设备管理人员才能及时准确动态地从实物和价值两方面了解各自管辖范围内各类设备的分布情况，掌握设备的新旧程度、使用状态、分布状况，掌握设备内部流动情况，才能以此推动实验室管理技术的进步，改善和加强实验室管理，辅助管理决策，全面提升实验室的管理水平。实现对实验室的信息化管理，提高实验室的管理效率。 二、实验室管理系统建设条件 实验室管理系统的建设条件，换句话说，就是什么情况下需要建设实验室管理系统？ （一）实验室的建设现状需要 目前的很多实验室，处于深化市场机制的过程中，还未采用各种现代化管理手段，作为实验室主管，无法快速、全面、准确地掌控合同状况、试验进度、人员管理等实验室信息；人员和任务分配过程较复杂；检验任务书、试验报告、原始记录等信息需要重复录入，而且查询、生成不方便；实验仪器设备的查询、维修、校准、各种标准文本的发放、查询等管理手续繁琐；从检验任务书的传递、检验，以及检验报告等都由人工处理；虽然各部门都配备了电脑，但是大多数部门的计算机都是独立使用，没有很好地实现资源共享。这种不适应当前 检验工作需要的现状，说明了引入实验室信息管理平台的必要性。 （二）实验室自身业务流程的规范 实验自身已建立了一套较为完善的管理体系。实验室管理清晰的初始化资料，包括实验室人员角色配置和权限配置、实验室仪器设备台帐、检测能力范围、方法标准等保证实验室良好运行的基本资料。 （三）实验室硬件的建设
软件需求分析规格说明书格式
软件需求分析规格说明书格式 2008年03月28日11:08:00 chenguang79阅读数：1993 1.引言 1.1编写的目的 /*说明编写本说明书的目的 1.2背景说明 /*给出待开发系统的全名及项目提出者，开发者，及用户。同时说明该软件系统将做什么和不做什么。 1.3术语定义 1.4参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系，最好用图表明。 2.2约束条件 /* 简要说明对系统设计产生影响的限制备件，如管理模式，硬件限制，技术或工具的制约等。 3. 数据流图与数据字典 3.1 数据流图 3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。 3.1.2加工说明 /*对数据流图中的每一个加工，按编号，加工名，输入流，输出流及加工过程逐一说明。 3.2 数据字典 /*本节对数据流图中使用的数据项，数据结构，文件的内容及组织结构逐项说明. 3.2.1 数据项说明 3.2.2数据结构说明 3.2.3文件说明 4 系统接口 4.1 用户接口 /*说明人机交互界面的用户需求，如屏幕格式，报表，菜单的格式与内容及功能键定义。 4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容，格式以及运行软件的硬件设
备特征。 4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格，支持软件应明确其版本号。 5. 性能需求 5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。 5.2时间特征 /* 定量说明系统应达到的响应时间，更新处理时间，数据传输转换时间，计算时间的特征值 5.3灵活性 /* 说明本软件在需求发生变化时(操作方式，精度要求，时间特征等)的适应能力。 6 软件属性 6.1 可使用性 /* 规定系统的某些特殊需求，如检查点设置，恢复方法和重启动方法，以确保软件可使用。 6.2 系统安全性 /* 规定系统为保证运行安全，信息安全面而采用的技术措施，如密码，防病毒，防黑客等。 6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。 6.4 可移植性 /* 规定程序以及挡方面军的兼容性，扩充性的约束。 7 其它需求 7.1 数据库需求 /*对数据库的静态结构，动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。 7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式，如用户的操作方式和系统的后援和恢复操作。 7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统)，并指出故障可能造成的影响及故障排除的方法。 8 附录
电商系统需求分析说明书
电商系统需求分析说明书 一．引言 .....................................................错误!未定义书签。 项目背景.................................................错误!未定义书签。 前期工作.................................................错误!未定义书签。 参考资料.................................................错误!未定义书签。二．技术概述 .................................................错误!未定义书签。 目标.....................................................错误!未定义书签。 硬件支持.................................................错误!未定义书签。三．功能需求 .................................................错误!未定义书签。 功能块划分...............................................错误!未定义书签。 功能块描述...............................................错误!未定义书签。四．性能需求 .................................................错误!未定义书签。 数据精确度...............................................错误!未定义书签。 适应性...................................................错误!未定义书签。五．系统流程图 ...............................................错误!未定义书签。 顾客流程图如下...........................................错误!未定义书签。 订单处理流程说明........................................错误!未定义书签。六．数据流图 .................................................错误!未定义书签。 数据流图如下..............................................错误!未定义书签。 一．引言 项目背景 电商系统致力于提供产品展示及订购为核心的网上购物服务宣传自己商店的产品并将自己的产品展现给客户，让客户通过网站便能对自由的选择地购买产品。 该网站是通过用户登录浏览商品、查看公告、购买、确定购买、实现用户模 块功能。其中订单的生成，网站后台系统，通过系统管理员管理商品、订单、用户来实现。前期工作 我们在编写该需求前，首先是对各大网上销售网站进行了调查，其中包括：网页排版、顾客消费流程、以及管理员的操作，这三大块进行了调查。并总结出了有自 己特色的设计思路。 参考资料 《软件需求分析》《网上商城需求分析计划书》。
设备管理系统需求分析报告说明书
华西铝业 设备管理系统需求分析说明书 1.编写目的 设备管理系统是一个以设备为中心，对设备从安装、使用直到报废的一个完整周期中所发生的各种事件进行跟踪的一个管理信息系统。系统可以为企业提供一个简便实用的管理平台，将设备全生命周期的管理工作信息化，有效地进行设备管理工作，提高设备生命周期的利润率，直接为企业创造价值。 2.项目围 由于设备管理系统功能全面、丰富，流程相对复杂、工作量大，因此，为便于系统开发管理，降低风险，根据实际情况，现将设备管理系统拆分为四个子模块： ●设备台账管理 ●设备检修管理 ●备品备件管理 ●系统管理 有关各个系统实现的具体功能，请参见下面的功能简介部分。 设备管理系统包括数据处理、数据查询和成本核算三个功能。 数据处理功能：新设备的添加、修改、删除；及领用设备和消耗设备的修改、删除等一些设备信息操作活动。 数据查询功能：实现每一阶段库设备、领用设备和消耗设备的查询操作活动。 成本核算功能：对每月设备的运行情况、领用、消耗等分别进行统计分析。 3.功能简介
3.1功能框架图
3.2设备台账管理 3.2.1设备基本信息管理 ●功能需求 该模块主要是录入，查询，修改设备的资料，以使设备管理更加直观，方便。主要功能包括： ?录入设备信息：此模块可以添加新设备，包括设备名称，类型，人员管理等。 ?查询：此模块可以按条件查询设备，分单条件查询和多条件查询。 ?修改：此模块从查询结果进入,可以将查询到的不合事实的设备属性修改 ●数据定义 ?序号: 报表中用到的字段，指每一条记录打印的顺序号.
?台帐编号: 可手工输入，也可自动生成. ?设备类型: 指定设备所属的类型. ?设备名称: 人工录入设备的名称. ?型号规格: 用于录入设备在厂家指定的型号规格数据. ?制造单位: 此设备的原厂单位名称. ?数量: 指定此设备的数量. ?计量单位: 指定设备计量的单位，如米、件、台等。此数据在系统设置中进行设定， 在此可以选择录入. ?重量: 设备的重量数字值. ?重量单位: 重量的单位，录入者录入.在系统设置中初始化. ?购入日期: 指定设备的购入日期. ?投产日期: 指定设备投入使用的日期. ?验收日期: 指定投备验收的日期. ?保修期限: 以月为单位指定设备的保修期限. ?使用部门: 指定拥有和管理设备的部门. ?管理人员: 指定维护和使用此设备的人员。可以录入多个人. ?设备原值: 设备采购时的价格. ?设备净值: 设备经折旧或大修之后现在的价值. ?安装地点: 设备安装所在的地点. ?设备状态: 指定设备的状态，其状态数据有：上线、封存、闲置、报废、待修、
实验室设备管理系统设计-需求分析说明书
实验室设备管理系统需求分析说明书 The Specification of Requirement Analysis 专业：计算机科学与技术 班级： 姓名： 报告日期：
实验室设备管理系统——需求分析说明书 1、引言 信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切，还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念，设备管理系统软件为设备管理带来了极大的方便。该软件是以Java语言为实现语言，其功能在系统内部有源代码直接完成。操作人员只需输入一些简单的汉字、数字，即可达到自己的目标。 1.1 编写的目的 本需求的编写目的在于设备管理系统软件的开发途径和应用方法。 本需求的预期读者是与设备管理系统软件软件开发有联系的决策人，开发人员，支持本项目的领导和公司人员，软件验证者。 1.2 背景 本项目的名称：实验室设备管理系统软件。 本项目能具体化、合理化的管理设备货物信息，用结构化的思维方式去了解计算机的基本工作原理和汉语程序设计语言。 1.3定义 Struts最早是作为Apache Jakarta项目的组成部分，项目的创立者希望通过对该项目的研究，改进和提高Java Server Pages、Servlet、标签库以及面向对象的技术水准。Struts这个名字来源于在建筑和旧式飞机中使用的支持金属架。这个框架之所以叫“Struts”，是为了提醒我们记住那些支撑房屋，建筑，桥梁，甚至踩高跷时候的基础支撑。这也是一个解释Struts在开发Web应用程序中所扮演的角色的精彩描述。 Hibernate是一种Java语言下的对象关系映射解决方案。它是使用GNU宽通用许可证发行的自由、开源的软件。它为面向对象的领域模型到传统的关系型数据库的映射，提供了一个使用方便的框架。 设备管理系统：设备管理系统是帮助设备管理人员对设备的管理软件。使用Java 编程语言，独立完成其功能。
OA系统需求规格说明书
XX项目 产品需求规格说明书 机构公开信息
版本历史
1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。
1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。
设备维修保养管理系统____解决方案__需求分析_设计
长安电信客户维修管理系 统 初步提案 2013年4月8日
目录 一、需求分析················································································- 3 - 二、使用本系统的好处································································- 5 - 三、开发技术················································································- 6 - 四、系统特点及功能····································································- 7 -
前言 随着我国改革开放的不断深入，各个行业引进了大量先进的设备，这些设备自动化程度高、速度快、质量好，使企业取得了较好的经济效益。这些设备随着使用年限增加，会造成一些零、部件的磨损或损坏，除自然磨损外，有些部件是因设备运行条件太差，加剧了部件的磨损或损坏，如果得不到正常维护、保养，会使设备的技术性能下降。为保证生产顺利进行，提高设备的完好率，降低维修费用，避免不必要的损失，加强设备维护保养工作是非常重要的。针对这一紧迫的市场需求大力研发，及时推出了“设备维修保养管理系统”等多个适用于各个行业信息化领域的解决方案，为各行各业实现跨越式发展起到了很大的促进作用。 近代工业的特色之一，可说是机械化、自动化。但设备越迈向高度化，复杂的机械装置越难使人随心所欲地操作。因此，迈入机械化、自动化的工厂，大多烦脑着很多的问题，比如，设备的润滑，维修和更新等。基于以上的考虑，我们认为开发一种信息化管理服务系统对于大部分企业是有积极的社会意义的。 随着现代制造设备的高科技化、结构复杂化、自动化程度的提高，设备维修的难度越来越大。设备的故障、微小停机、综合利用率低常常会给企业造成巨大的经济损失。针对这一系列问题，克服技术难题，开发出了适合各企业需求的《设备维修保养管理系统》。 一、需求分析 机械设备由于受施工条件、地质条件及使用过程中的许多不确定因素的影响，造成在使用过程中设备的过早损坏及报废，给企业造成了一定的损失，如何对设备进行科学合理的维修与保养，保证设备保持良好的技术状态，是保障设备正常进行的基本手段。传统的评价考核中，侧重于机械完好率、利用率等指标，而常常忽视了经济指标，极不利于设备的技术进步与企业经济效益的提高。评价机械设备的维修质量中，重要的经济指标应该是机械的“寿命周期费用”，即设备的原始费用与使用费用的总和。
实验室日常维护管理系统需求分析报告
实验室日常维护管理系统 1、引言 1.1、目标 软件需求规格说明书描述的是“实验室日常维护管理系统”的软件功能性需求和非功能性需求。系统的目标是实现实验室内各种设备的运营状况的动态反映，并且利用日常维护中登记的信息预测设备的故障情况。 文档面向小组内部成员，并计划由实现和验证系统正确功能的项目团队成员来使用。其实项目开发的基础，对小组日后工作具有指导的意义，起着统筹整个项目的作用。 1.2、文档约定 本文档采用A4的纸张标准，各个标题部分宋体四号并加粗，正文部分宋体小四，正文段落皆首行缩进两个字符且行距为固定值20磅。整篇说明书暂无特殊意义的表示符号。对节、小节和单个需求的标记格式必须一致；允许不受限制地使用空白；灵活明智地使用各种可视强调标志（例如，黑体、下划线、斜体和不同字体）；对所有图和表进行编号，并且给出标题，根据编号来引用这些图和表；使用字处理程序的交叉功能来引用文档中的其他位置，而不是通过页码或节号进行引用；使用超链接使读者可以跳转到软件需求规格说明或其他文档的相关部分。 1.3、读者对象和阅读建议 该需求规格说明书面向不同的读者对象，例如，项目开发团队是根据该需求规格说明书了解需要开发什么样的产品；测试小组使用需求规格说明书测试用例和测试过程；软件维护和支持人员根据需求规格说明书了解产品的每一部分的功能是什么；文档编写人员根据需求规格说明和用户界面设计来编写用户手册和帮助屏幕。 1.4、项目范围
“实验室日常维护系统”允许顶级管理员、一级管理员和普通管理员登录该系统，进行一系列的活动事件，详细的项目描述请参见第二节总体描述。 1.5、参考资料 《Software Requirements》Karl E.Wigers 著清华大学出版社2014年出版； 《实用软件需求》Kovtiz,Benjamin L著机械工业出版社2005年出版 《需求分析与系统设计》Maciaszek著机械工业出版社2003年出版 《数据库应用系统设计与实践》周丽娟，王洁，徐敏著中国铁道出版社2010年出版 2、总体描述 2.1、产品前景 目前各高校通过计算机对设备在使用中运营情况的监控管理很少，实验室设备经常会发生这样或那样的故障，靠值班人员登记设备故障现象，维护人员查看故障记录，进行维修，然后登记维修过程与内容，以备日后复查，用这种方式进行设备运营管理，显然是低层次的，它仅仅起到一个记录的作用，不能对大量的故障信息进行统计分析，不能动态地反映实验室内各种设备的运营状况。 基于以上情况，建立一个在网上可以方便操作的，既可以记录设备运营状况又可以从中提取有用信息作为决策依据的管理系统是十分必要和可行的。 2.2、产品特性 该系统能实现的功能如下：故障设备管理（故障设备信息管理、维修过程管理、故障类型信息管理）、实验室设备物资管理（设备物资记录、报修、维修、报废、报损、申领、申购、招投标管理、设备信息管理、厂家信息管理、设备名称管理）；实验室开放运行管理（实验室使用申请、实验课安排、实验室安全保障、门禁警报）；用户管理（管理员管理、用户管理）；打印报表（基本信息、维护信息）；数据挖掘（统计设备故障率、预测设备故障趋势、预测设备平均故障时间）。 2.3、用户类及其特征 1、顶级管理员：登录；查询、添加、修改、删除基本设备信息；查询、添加、修改、删除故障设备信息；查询、添加、删除顶级和一级管理员；查询、删除普通用户；打印报表；注销。 2、一级管理员：登录；添加、修改、删除基本设备信息；添加、修改、删
软件需求规格说明书(案例)
软件开发方向“成绩管理系统”软件需求规约 二零零八年十月
修订历史记录
目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (7) 2.3 运行环境 (8) 2.4 假设与依赖 (8) 3 系统特性 (9) 3.1 系统角色 (9) 3.2 学生管理 (10) 3.2.1 增加学生信息 (10) 3.2.2 修改学生信息 (10) 3.2.3 删除学生信息 (10) 3.2.4 导入学生信息 (10) 3.3 教师管理 (11) 3.3.1 增加教师信息 (11) 3.3.2 修改教师信息 (11) 3.3.3 删除教师信息 (11) 3.3.4 导入教师信息 (11) 3.4 课程管理 (12) 3.4.1 增加课程基本信息 (12) 3.4.2 修改课程基本信息 (12) 3.4.3 删除课程基本信息 (12) 3.4.4 维护课程学生信息 (12) 3.5 成绩查询 (13) 3.5.1 学生查询成绩 (13) 3.5.2 教师查询成绩 (13) 3.6 成绩分析与统计 (13) 3.6.1 考试成绩表 (13) 3.6.2 班级各科平均成绩表 (13) 3.6.3 年级成绩排名表 (14) 3.7 系统维护 (14) 3.7.1 数据字典维护 (14) 4 非功能性需求 (14) 4.1 性能需求 (14) 4.2 安全性需求 (14) 4.3 可用性需求 (15)
系统需求规格说明书 (1)
XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录
1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释
1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI
设备管理系统需求分析
1.1 业务模型 设备管理系统的业务管理功能包括设备档案管理、维保规程管理，供应商管理，备品、备件及辅材的采购管理，库存管理，设备运行状态的监控管理、点检管理、维修管理、保养管理、润滑管理、事故的处理，以及成本-收益网络管理等。 设备管理业务模型 设备管理涉及的信息如下图所示：
设备管理信息流动图 1.2 功能模型 设备管理系统功能的设计是围绕设备管理活动而进行的，整体上基于如下原则： 1.以设备管理为中心，建立设备的组成结构，提供对设备的点检、维修、 润滑等标准信息的维护功能； 2.以业务流程为依据，实现围绕这些标准展开的设备运行、维修、故障 处理等方面的管理活动所需功能； 3.以客户需求为出发点，提供便捷、准确、实用、及时的分析、监视、 通知、查询、报表机制。 设备管理系统整合、利用公司目前现有的信息系统来达到最大的效益、最小的成本。 1.2.1总体功能模型 系统主要包括如下子系统：设备标准子系统、备件管理子系统、采购管理子系统、供应商管理子系统、预算/成本管理子系统、维修计划管理子系统、点检诊断管理子系统、润滑管理子系统、运行监视管理子系统、工程管理子系统、评价分析管理子系统等。
系统总体功能模型 1.2.2功能描述 1、设备标准子系统 实现设备编码、设备档案管理、备件编码、设备标准状态参数设置、故障模式编码、故障原因编码、供应商编码、用户编码、权限设置等基础数据字典定义功能，各编码定义包括各种基本参数设置。 设备标准子系实现设备管理系统的基础信息管理，提供对这些基础信息的维护功能。具体包含以下模块： ⑴设备编码 设备编码模块定义设备编号、设备名称、设备功能、设备供应商、设备 使用年限、设备所属分厂、设备产能、设备BOM表、设备的其他资料等；
实验室管理系统需求
实验室管理系统需求 学院：信息科学与技术学院 专业：信息管理与信息系统 班级：08信管 成员：饶冬冬（2008082388） 瞿海（2008082363） 钱程（2008082395）
目录 一：引言 (3) 1.1编写目的 (3) 1.2定义 (3) 1.3参考资料 (3) 二：任务 (3) 2.1：系统需求分析与总体设计 (3) 2.11 功能分析 (3) 2.12 功能划分 (6) 2.13 系统流程 (6) 2.2:性能需求 (7) 2.3:可靠性和可用性需求 (7) 2.4:出错处理需求 (7) 2.5:接口需求 (8) 2.6:约束 (8) 2.7:逆向需求 (8) 2.7:将来可能提出的要求 (8) 三：数据需求 (8) 3.1:数据库需求分析 (8) 3.2:数据库设计 (9) 3.3数据表结构 (13) 3.4 数据库视图 (16) 3.5 数据库关系图 (17) 四：数据描述 (17) 4.1 数据流图 (17) 4.2数据字典 (18) 五：运行要求 (19)
实验室设备管理系统需求分析说明书 一：引言 对软件需求的全面、深入的理解是软件开发工作获得成功的前提条件，作为软件定义时期的最后一个阶段，需求分析的任务是明确用户对目标系统的需求，主要是确定对系统的综合要求，同时分析系统的数据要求。它能提高软件开发过程的能见度，便于实现软件开发人员对开发过程的工程化管理与控制，便于项目管理人员、开发人员、测试人员、维护人员之间更好地交流与协作。 1.1编写目的 本文档定义的是实验室设备管理系统的功能需求、数据描述、运行环境。旨在使用户、软件开发者、测试人员、维护人员及分析人员对该软件的初始规定有一个共同的理解，它说明了本系统的工作流程、各项功能需求、性能需求，明确标识各功能的实现过程，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。 1.2定义 借还:设备外借和归还。 报废:管理人员发现设备因某些原因损坏而导致设备不能使用时，就将该设备记录下来，并记录报废原因。 维修：管理人员发现设备因某些原因损坏需要维修时，就将该设备记录下来，并提出维修意见。 1.3参考资料 《新编Visual Basic程序设计实用教程》钱雪忠机械工业出版社。 《数据库系统概论》萨师宣王珊高等教育出版社。 《SQL Server 2000 教程》龚波北京希望电子出版社。 《软件工程导轮》张海藩清华大学出版社。 二：任务 2.1：系统需求分析与总体设计 2.11 功能分析 1）：基本信息管理 设备类型信息管理：设备类型信息包括（ID，名称）可以通过对类型编号（ID）或类型名称查询设备类型信息，并可以对这些信息进行添加，一般不删除，当该设备类型没有对应的设备信息时，可以删除，购置新的设备类型时可对设备类型信息进行添加。 设备基本信息管理：设备基本信息包括（设备编号，设备类别，生产厂商，购置日期，金额，保修年限，使用人，管理员，所属实验室，备注，是
软件需求分析说明书
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权