中学数字化校园建设共享数据中心平台委托开发项目需求
1项目背景介绍
各直属校在先期进行数字化校园建设的过程，已经建设了一些应用系统。但是，在建设初期，由于缺乏对数据资源的统筹与统一规划，各应用系统之间数据结构不统一，使得数据不一致、不准确、不完整，无法形成统一的信息化标准体系，最终造成了部门之间一个个信息孤岛的存在。然而，这种情况的持续存在，既不利于各应用系统之间的数据互通共享，更加大了部门之间重复维护系统的工作量，严重影响了学校的教育教学工作效率。为此，在校内建设统一的信息化标准体系，构筑统一的数据中心共享平台，已迫在眉睫。
2 项目建设目标和原则
2.1项目建设总体目标
采取SOA(面向服务的体系结构)的设计架构方式，基于ESB（企业服务总线）的技术框架，通过在校内建立统一的共享数据中心平台，建设统一的信息化标准体系，实现各应用系统（包括现有系统和新建系统）之间，系统同共享数据中心平台之间的数据互通共享，并实现对共享数据的统一集中管理。
2.2项目建设原则
依据各学校信息化现状分析和工程建设的要求，提出如下建设原则：
（1）符合标准
系统建设必须符合我国相关部门制订的标准，在统一身份认证中，对安全策略、密码与安全设备选用、网络互联、安全管理等必须符合我国信息安全法律法规。
（2）易管理性原则
易管理体现在
?强大的日志功能，系统可以记录关键内容修改或大范围内容修改的相关信息并方便查询；
?方便统一的权限设置功能，系统应建立集中的权限设置模块，
?健全的备份和还原机制，系统应该可以数据定时备份、增量备份、数据还原，同时也需要系统有相应的备份还原接口，将本系统和第三方
系统的备份还原集成到一起；
（3）易操作性原则
易操作体现在
?提供易操作性测试计划并准备易操作性测试用例和易操作性测试规程。
?提交易操作性测试分析报告，
?适当的运用AJAX技术，
?各功能模块使用相似的操作界面，保持系统的统一性，（4）方便开发性原则
方便开发体现在
?提供接口文档，
?源代码中每个公开类及其公开属性和公开方法均有注释说明其使用方法、参数意义，
?提供开发过程中的UML设计原型等相关资料，
（5）易学习原则
易学习体现在
?提供规范的在线系统帮助文档，
?符合用户的一般使用习惯，
?对用户的错误操作有具体的提示
（6）实用、高效、可扩展原则
本项目中所采用的产品，要便于操作、实用高效。同时，随着IT技术和学校业务的不断发展，数字校园系统将会发生各种变化，系统设计必须能适应这种变化，在系统实施过程中，系统的结构、配置也会发生这样或那样的变化，该平台要有一定的灵活性来适应这种变化。
（7）标准化与一致性原则
数字化是一个庞大的系统工程，其体系的设计必须遵循一系列的标准，确保各个分系统的一致性，整个系统能安全地互联互通、信息共享。
（8）需求、风险、成本折衷原则
任何系统都不可能一直满足业务发展的需要，数字校园建设项目也如此。鉴于这种情况，在设计系统时，要在需求、风险和成本之间进行平衡和折衷。同时，要尽量保护已有投资。
（9）整体规划设计原则
本次招标项目只是数字校园建设的一个部分，是一个基础工作，在设计系统时，必须根据数字化校园建设的要求，为以后的建设保留接口，方便扩展，要能保证后期建设的方便。
3项目现状分析
目前各直属校数字化校园建设在数据资源建设方面，主要存在以下几个问题：
（1）、数据标准不统一。学校在进行信息化建设的过程中，由于在建设初期缺乏统一规划，应用系统大多都是从部门、基层的角度来开发实施，缺乏全局的考虑，使得开发出来的各部门的系统之间没有统一的数据标准，数据格式各不相同。
（2）、存在信息孤岛，数据无法互通共享。由于无统一的数据标准，同一类型的数据存在于多个系统中，系统之间无法实现数据同步共享。
（3）、原来EAI的（企业应用集成）的整合方式，应用系统整合的工作量较大。保持数据同步的一种做法是传统的EAI实现方式,这种实现方式需要各个系统对与之交互的系统都要提供相应的数据接口,开发工作量较大,并且各个应用开发厂商需要各自协调接口规范的讨论工作,接口依赖性较高,实现周期不可控。另一种做法则是建立“共享数据库”，通过共享相关基础或重要数据，相关数据的改动首先反映到共享数据中心,再由共享数据中心通知其他应用系统作相应更新。采用这种方法,原有系统的改动可以降到最低。
（4）、不能有效地提高学校内部的工作效率。各个应用系统只能被动等待数据，而不能主动要求数据和主动使用数据。例如，以往不同系统之间需要查询数据必须通过较多的手续才能最后拿到数据，建设了统一共享平台之后，就能直接访问别的应用系统所共享的数据。另外，同一类型的数据存在多个应用系统中，当一个应用系统中的该数据发生变化时，无法实时同步更新到其它应用系统，这样造成了各应用系统的重复操作，无法保证数据的完整性和一致性，增加了一定的工作量，也造成了不必要的资源浪费。
（5）、数据的无法统一集中管理。各应用系统的基础数据进行无法进行统一的存储、容灾备份，实现数据的集中管理。
（6）、无法为领导的决策提供实时的数据。没有一个共享平台，可以实现整个学校的业务数据都可以实时的相互查询和访问，以为领导提供第一手的数据。
4最终需求的确定
为保障最终系统的使用效果，各系统的具体功能，应以中标方根据用户实际调研后最终形成的需求分析文档为准。
5基本技术架构要求
5.1总体架构与功能
5.11 总体架构
基于SOA的共享数据中心平台整体架构
5.12总体功能
基于各校建立的符合统一数据标准的共享数据中心平台，能实现将校内现有应用和即将开发的新应用中所需共享的异构和非异构的数据信息，使用通用的数据抽取（采集、清洗、转换）或同步方法，自动地推送至平台中进行共享、发布；除此之外，还要能实现利用平台发布的数据接口，校内即将开发的新应用能方便的实现共享数据的订阅和读取。
5.2 技术要求
（1）采取低耦合、粗粒度、面向服务的体系（SOA）的开放式架构。
（2）分布式结构，集中式管理。
（3）采用组件式的开发框架。
6具体建设内容
6.11 共享数据中心平台
?业务目标
共享数据中心平台作为校内基本数据的共享平台，要能将各个业务系统的基本数据进行集中整理，实现统一管理，保证数据的权威和准确。还要能为各个业务应用系统和各类服务系统提供数据支持。因此，承担着数字化校园中的大量数据、信息、流程以及处理结果。
?功能描述
其平台具体功能描述如下：
（1）统一信息化标准的建设。信息标准的建设主要包括数据标准建设，管理标准的建设和技术标准的建设。
●数据标准的建设
学校数据标准建设参考的标准集包括作为国家标准的教育部《教育管理信息化标准》（第一部分：学校管理信息标准）和教育信息化技术标准委员会CELTSC （Chinese e-Learning Technology Standardization Committee）出台的标准，地方标准包括市教委相关标准和DLTS标准，还包括IMS的Learning Resource Metadata（学习资源元数据规范）、IEEE LTSC（Learning Technology Standards Committee，学习技术标准委员会）、LOM（Learning Object Metadata：学习对象元数据模型）、OCLE（Online Computer Library Center）Dublin Core的Dublin Core元数据标准、SCORM（可共享课程对象参考模型）等规范、模型和标准。
要求建立一套以国家教育部信息标准为基础，其它标准做参考的数字化校园标准，在经过充分的实际调研工作之后，根据学校的实际情况进行增删减，形成最终的事实信息标准。
●管理标准的建设
管理标准的建设，主要指的是从数字化校园项目管理的角度制定的各种
规章制度。包括项目立项管理规范、项目开发管理规范，项目测试验收管理规范、项目运行管理规范、各种中长期建设规划规范等。
技术标准的建设
技术标准的建设主要指的是从系统开发的角度考虑符合软件工程的各种技术文档和规范。包括项目开发计划，需求分析说明书，概要设计说明书、数据库设计说明书、测试说明书、操作手册、用户手册等。
（2）数据的采集交换。所有数据来源于各个业务系统，不管是异构的数据库管理系统还是非异构的数据库管理系统，要求都能通过通用的数据抽取（采集、清洗、转换）或同步方法自动地将数据推送至共享数据中心，并做出数据更新报告。另外，在操作上，对于任何业务应用系统（包括现有的或新开发的），能以便捷的方式，制定业务数据交换策略，最好不需要写代码即可实现业务数据的采集交换；同时，考虑到未来数据标准的变化情况，可以便捷地进行主题数据库配置、数据交换策略配置，以此达到对未来增加的任何业务应用都能方便地将数据采集交换到共享数据中心平台。（3）数据的共享发布。能以可视化界面或拖拉等方式，实现对数据共享接口的发布。通过授权，利用提供的通用数据共享接口，可以将共享数据中心的部分或全部数据进行共享和利用，并实时做出数据使用情况报告。另外，针对每一个数据共享接口，还需开发数据信息的存取编程实例，保证用户可以在新开发的业务系统中方便地访问接口。
（4）主题数据库管理。依据划分的主题对象，利用数据仓库技术，建设相应的主题数据库。并能根据学校数据标准的变化，能以便捷的方式，更改主题数据库配置。另外，还需对访问主题数据库的用户权限进行管理。（5）元数据管理。主要包括表的注册，字段的注册和更改数据库结构。（6）用户和日志管理。用户管理主要包括：应用用户管理和平台用户的管理。其中应用用户管理涉及应用管理（对应用系统进行增删改操作）、应用权限管理（划分应用对元数据表的访问权限，可将访问权限分为只读式访问和独占式访问）等；对平台用户的每次操作要求进行日志记录，尤其是异常操作，并保留每次操作的历史数据，保证数据的一致性和准确性。（7）安全性管理。能基于统一身份认证系统对共享数据库中心的数据访问进行安全保护。包括传输安全、身份验证和访问控制三方面。
（8）数据维护管理。能对共享数据中心平台的所有资源数据，进行统一的备份、恢复。
（9）数据的导入导出。能将共享数据中心中的数据根据外部数据规则进行数据转换并导出；也可以将外部数据根据共享数据中心的规则进行数据转换并导入。例如，学校可以把市教委即将开发的学籍系统中学生基础数据经过格式转换，直接导入共享数据中心中。另外，导入导出应支持多种类型的文件格式，例如：Excel，dbf格式等。
（10）数据的挖掘分析。通过对共享数据和历史数据的OLAP分析，形成各种报表或根据需要展现分析结果，为领导决策提供参考。（此项功能可按成本酌情删减）
?技术要求
（1）确保平台的开放性。要求第三方在没有平台公司人员参与的情况下，能方便地利用平台提供的数据共享标准接口，在遵循数据共享规范与接口标准的前提下，实现对平台共享数据的利用。同时，还能将自己所开发系统中所需共享的数据，放入平台中进行共享，并进行接口的发布。
（2）分布式的数据共享方式。
（3）数据实时同步共享。
（4）平台通过统一的用户门户访问，实现多重安全认证机制。
（5）支持ORACLE、SYBASE、SQL SERVER、DB2、mySQL等多种主流数据库。
（6）采取Web Service或WCF技术，统一传输与交换标准。
（7）基于元数据处理技术，构建面向主题的应用。
（8）基于ESB服务框架，构建面向服务(SOA)的体系架构。
（9）支持异步通信模式。
（10）强大的数据处理能力。不低于1000条/秒的数据交换处理；交换引擎缓存1000万条数据的能力；
6.12身份管理系统
特别说明：身份管理系统的数据来源于共享数据中心平台，暂时无须自己单独的数据库。考虑到后期系统功能扩展的需要，如项目组有新的功能需求，中标公司必需积极配合开发。
?业务目标
参照安博教学管理系统进行建设，实现对学生学籍、教师人事等内容进行管理。
?功能需求（以下所说的“设置”一词均指增、删、改操作）
学生管理：
●学生基本信息设置:学生姓名、性别、政治面貌、班级、年级、学期等
个人基本信息的设置。
●新生分班设置。
●班级人员调整。
●学生学籍设置：学籍信息异动，修改等
●学生档案管理与打印。
●学生档案的导入导出：支持按学期、年级、班级等类别导入导出。导入
导出应支持多种类型的文件格式，例如：Excel，dbf格式等。
●学生信息的查询与统计。
教师管理：
●教师基本信息管理：教师姓名、性别、职称、学历等教师个人基本信息
的设置。
●教师档案的导入导出：支持按部门等类别导入导出。导入导出应支持多
种类型的文件格式，例如：Excel，dbf格式等。
●部门人员设置：根据学校部门设置教师，并支持部门人员的异动、更改
等。
●教师信息的查询与统计。
教务管理：
●教育阶段设置：设置中学各学习阶段。例如：初中、高中学段等。
●年级设置：根据不同学段、学期设置不同年级。
●班级设置：根据不同学期、年级设置不同的班级。
学校基本信息管理
●学期时间管理：设置学期的起始时间。
●学校设置：设置学校的基本信息,如：学校名称、学校编号、学校类型
等。
●部门设置：学校的部门设置。
系统管理：
●用户设置：设置使用系统的用户。
●角色设置：为系统设置不同的角色，并按角色设置权限。
●权限设置：为用户设置不同的角色。
●日志管理：记录系统操作日志。
?技术要求
●要求提供与现有市区教委下发的招生文件数据、学生学籍号数据的接口。
至少能实现学校的数据标准同市区教委的数据标准进行自由的转换，以
实现两者之间数据的导入、导出。导入导出应支持多种类型的文件格式，例如：Excel，dbf格式等。
●要求预留与即将要开发的市教委学籍系统进行对接的接口。至少能实现
学校的数据标准同市教委学籍系统的数据标准进行自由的转换，以实现
两者之间数据的导入、导出。导入导出应支持多种类型的文件格式，例
如：Excel，dbf格式等。
7应用部署设计要求
要求系统具有：
?避免应用服务器及数据库服务器单点失效的解决方案；
?保障应用可靠运行以及数据安全的解决方案；
?考虑用户使用方便性，操作设计人性化，用户点击次数少于5次能够执
行期望功能；
?系统预设各种参数，用户可灵活调整；
?系统接口应符合相关标准并具开放性；
?系统具备完善的数据备份/恢复方案；
?用户授权系统能够灵活设置，满足学校需求；
?平均应用延迟时间不超过3秒；
?系统与天津教委信息平台建设做到无缝衔接，数据传递尽量简约，开发
方式尽量接近；与本项目参与学校已经开发的系统衔接容易，尽量不重
新开发在线系统，保证各校原有投资。
?支持高效率操作的要求，尽可能少的占用网络资源和计算资源，在较大
规模用户并发访问的情况下依然能够保持快速响应，要求有应用服务器
集群方案。
?系统应具有良好的交互操作界面。对不同应用群体均能方便操作使用，
不同的应用功能应具有相似的使用界面和操作方法。用户进入界面时，
可根据工作性质实现界面的可定制化管理，可方便地进行各种应用操
作。系统管理简单、方便，易于配置。
8应用集成要求
数字化校园的规划和建设过程，是一个应用整合和再建设过程。数字化校园是一个庞大的系统，其建设的成败涉及到方方面面的问题，除了各种相关设备的选型之外，主要体现在数字化校园核心技术解决方案是否具有良好的应用集成设计，数字化校园建设的核心问题是：对已有系统的整合能力和对未来根据学校需要而部署的系统的扩展能力。
9规范性要求
投标方提供或开发的软件产品应符合如下基础教育相关规范：
国家标准：教育部《教育管理信息化标准》（第一部分：学校管理信息标准）和教育信息化技术标准委员会CELTSC （Chinese e-Learning Technology Standardization Committee）出台的标准；地方标准包括
市教委相关标准和DLTS标准，还包括IMS的Learning Resource Metadata
（学习资源元数据规范）、IEEE LTSC（Learning Technology Standards Committee，学习技术标准委员会）、LOM（Learning Object Metadata：
学习对象元数据模型）、OCLE（Online Computer Library Center）Dublin Core的Dublin Core元数据标准、SCORM（可共享课程对象参考模型）
等规范、模型和标准。
《基础教育课程改革纲要（试行）》、《普通高中课程方案（实验）》教育部
10服务保障与承诺
该项目具有很强的示范作用，一旦投入使用，必须保证系统稳定，稍有差错就会引起各方面的反映和损失，所以系统的售后维护服务和技术支持工作也应有足够保障。投标方作为具有丰富信息化校园项目经验的系统集成和软件开发企业，应通过自身不断的努力和原厂商的鼎力支持，针对客户的不同的系统的需求，制定不同的运行保障方案，建立完善的本地售后服务体系。要求中标人关于系统
服务的保障包含如下内容：
(1). 运行保障机构
中标人在系统试运行期间和在全市推广使用后，须为该项目建立长期、完善的保障机构，并有专人负责。
(2). 保期内运行服务内容
系统运行使用要求：在全市使用系统期间，需要中标人应至少安排两名专门的技术人员保障各级版本系统无故障运行。
重大事项的即时响应：各级版本系统出现故障或意外情况时，导致系统不能正常运行时，中标人必须在24小时内做出响应，并着手解决故障。如用户需要中标人技术人员到场，中标人应到场进行服务。
服务请求：中标人应提供准确的服务联系方式及服务请求流程，如有更改，应及时通知用户。
升级要求：中标人对系统的升级，应有详细的升级计划表，定期对系统存在的Bug进行修正，并保证升级后的人员培训。升级期间，须保障系统的正常运行。
(3).保期后运行服务内容
系统过保后，中标人也应能维持基本的服务，对于小型的故障，应能提供远程服务或电话咨询等。大型的故障，需专人到场，具体费用可协商。
重大事项的即时响应：所需费用由双方协商。
系统升级：对于用户提出的功能性升级要求，费用可协商；而对用户提出的，由于系统设计不当等系统本身问题引起的升级要求，应免费提供升级。
延保要求：按年协商，原则上每校每年费用不超过3000元人民币。
(4).运行服务的档案
运行服务的详细记载，可以用于分析总结。
(5).用户投诉
中标人要设有用户投诉受理电话，对用户的意见做出反应。
11 成果移交
(1)技术转移
通过本期项目的合作开发，将合作公司先进的开发技术、项目管理模式和经验与五校的需求相结合，真正建立五校数字化校园平台和专业技术队伍。同时，项目组的工作人员可以全面深入地参与开发的全过程，包括需求分析、系统设计、
代码生成、测试运行以及使用维护五个阶段，掌握各个环节的主要技术，具有对软硬件系统平台、各个业务系统的技术维护能力以及二次开发能力，实现知识和技术的转移。
(2)交付成果和文档资料
在本期项目的开发过程中和交付使用后，要求将各个阶段产生的全面、规范的成果和文档资料交付给项目组，而且要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料主要包括以下部分：
●可运行的系统
●源代码：方便学校对系统进行维护和改进，双方共同开发的源代码知
识产权共享。
●技术文档：开发环境配置说明、软件工具清单、软件需求说明书、概
要设计说明书、数据及数据库设计要求说明书、系统使用代码示例、
系统维护说明、系统培训资料、操作手册、用户手册、项目用户评价
过程意见、软件接口规范说明以及项目组要求的其它资料。
●管理文档：包括项目开发中的一些工作文档，如：计划、报告、讨论
纲要、会议记录等。
●版权归属及使用要求
该系统的使用权和为天津市数字化校园建设项目定制开发的业务系统版权归本项目组完全拥有。
12 系统运行环境的规定
共享数据中心平台必须能部署在以下的软、硬件配置环境下，并保证稳定顺畅运行：
(1)硬件环境：
数据库服务器：CPU:双核及以上；内存4G及以上；硬盘320G以上。
应用服务器：CPU:双核及以上；内存2G及以上；硬盘320G以上。
（2）软件环境：
网络操作系统：Windows Server 2003及以上。
数据库管理系统：Sql Server 2005及以上；DB2；Oracle 10i及以上；MySql
等。
定义、符号、缩
深圳天源迪科信息技术股份有限公司 项目编号/BRS版本：X.X 状态： XXX系统 业务需求说明书 本文件属深圳天源迪科信息技术股份有限公司所有， 未经书面许可，不得以任何形式复印或传播。
文件建立/修改记录
目录 1 简介 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 适用范围 (4) 1.4 参考资料 (4) 1.5 术语 (4) 2 业务需求 (4) 2.1 <业务需求1> (4) 2.1.1需求来源 (4) 2.1.2需求描述 (4) 2.1.3角色 (4) 2.1.4解决方案 (4) 2.1.5优先级 (5) 2.1.6补充内容 (5) 2.2 <业务需求2> (5) 2.3 <业务需求3> (5) 3 附录 (5)
1简介 1.1目的 【列举说明编写业务需求说明书要达到的目的。】 1.2背景 【可能的相关背景知识介绍。】 1.3适用范围 【说明此文档所适用的范围。】 1.4参考资料 【编写业务说明书时参考的相关资料，需指明出处与时间。】 1.5术语 【对文档中使用到的相关术语、简称作以解释。】 2业务需求 2.1<业务需求1> 2.1.1需求来源 【说明提出此需求的单位及个人。】 2.1.2需求描述 【用户提出的需求简要说明，比如“管理业务”。】 2.1.3角色 【说明与此需求相关的角色。】 2.1.4解决方案 【说明针对用户的问题，所提出的解决方案。如果有多个，可以在此处都列出来。】
2.1.5优先级 【说明此项需求的优先级。】 2.1.6补充内容 【在上面5点之外需要描述的内容。】 2.2<业务需求2> …… 2.3<业务需求3> …… 3附录 【各种需要在本文档中补充说明的附录和附表。】
电子商务项目需求说明书（范本） 新蛋信息技术（中国）有限公司 二○一一年月日
文档修改历史记录
目录 1概述 (3) 1.1引言 (3) 1.1.1 软件项目名称 (3) 1.1.2软件项目开发背景和目的 (3) 1.1.3软件项目应用范围 (3) 1.2参考资料 (3) 1.3术语定义 (3) 2 系统功能 (3) 2.1功能分解一 (4) 2.1.1定义 (4) 2.1.2功能表述 (4) 2.1.3性能要求 (4) 2.1.4相关表单 (4) 2.1.5流程图 (4) 2.1.6特殊要求 (4) 2.2功能分解二 (5) 3 附录 (5)
1概述 1.1引言 （本需求说明书的编写目的以及阅读对象） 1.1.1 软件项目名称 （说明软件项目全称和简称） 1.1.2软件项目开发背景和目的 （简述软件项目开发背景和目的以及实现了哪些大的功能） 1.1.3软件项目应用范围 （叙述软件项目主要使用的范围、使用者等） 1.2参考资料 （本需求说明书的参考资料，包括法律法规、政策文件、国家标准、制度规范等）1.3术语定义 （逐个定义重要术语，没有可以不写本条） 2 系统功能 （定义本软件项目实现的一级功能及其内涵，一个软件项目由多个一级功能组成）
2.1.1定义 （说明功能分解一的含义以及实现过程） 2.1.2功能表述 （逐一列出对本功能分解一的各项功能表述，每项功能均需详细描述，并使读者没有歧义，描述方式可以为：输入什么、输出什么、需要系统如何加工等） 2.1.3性能要求 （详细列出对本功能分解一的系统性能要求，如：系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等） 2.1.4相关表单 （详细列出本功能分解一涉及的相关表单） 2.1.5流程图 （功能分解一实现过程的流程图） 2.1.6特殊要求 （详细列出功能分解一的特殊要求，如无，可以不列）
1目的 对项目的需求分析活动进行控制，明确需求规格说明书的要求。 2适用范围 适用于项目的用户（包括确定顾客和潜在顾客）需求分析活动。 3职责 项目负责人指定人员组成用户需求分析小组，并委任需求分析负责人。 需求分析组了解和分析用户的需求，并编制《需求规格说明书》。 项目负责人负责组织对需求规格说明书的评审。 4工作流程 4.1确定需求分析人员 在项目立项，完成项目策划后，项目负责人指定人员组成需求分析小组，并委任负责人。 4.2需求分析实施 需求分析小组进行用户需求分析工作，主要了解以下的内容： 用户业务与项目有关的部分； 用户的工作流程； 用户的相关部门及职责； 使用人员的技术水平； 用户原有系统的现状； 用户对项目交付成果的期望和具体要求。 4.3编制《需求规格说明书》 在充分了解用户需求的基础上，需求分析小组编写《需求规格说明书》，要求参见《需求规格说明书》模板。该模板规定了《需求规格说明书》的内容和要求，编写时可根据具体的项目情况进行调整。必要时，可在有关的章节中引述其它资料作为附录。 4.4需求评审 为保证需求定义的正确性、完整性和清晰性，应对《需求规格说明书》进行评审，
评审主要考虑以下准则： 客户或潜在客户需要的可追溯性； 与客户或潜在客户需要的一致性； 可测试性； 系统(子系统)设计的可行性； 操作和维护的可行性。 4.5需求管理 《需求规格说明书》经评审后，按《配置管理程序》进行管理；需求的修改与变更，应按照《更改控制程序》执行。 5相关程序文件 序号名称编号 1 配置管理程序WAYOUT-QP-02 2 更改控制程序WAYOUT-QP-03 6记录 序号名称模板编号 1 需求规格说明书WAYOUT-QF-05 2 评审报告WAYOUT-QF-06
专 组号：小组成员： 完成时间：
目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)
1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人
1 引言 (3) 1.1 编写目的 (3) 1.2 范围 (3) 1.3 项目背景 (3) 1.4 主要业务名词和术语定义 (3) 1.5 参考文献 (3) 2 需求概述 (3) 2.1 用户现状/业界当前系统 (3) 2.2 业务目标 (4) 2.3 业务过程分解 (4) 2.4 本业务模型与其他系统的关系 (4) 2.5 业务边界定义 (4) 3 详细需求 (4) 3.1 子业务1 (4) 3.1.1 业务流程 (4) 3.1.2 干系人的关注目标 (5) 3.1.3 业务规则 (5) 3.1.4 操作界面说明 (5) 3.1.5 数据实体 (5) 3.2 子业务2 (5) 3.2.1 业务流程 (6) 3.2.2 干系人的关注目标 (6) 3.2.3 业务规则 (6) 3.2.4 操作界面说明 (6) 3.2.5 数据实体 (6) 4 基础数据说明 (6) 5 非功能需求 (6) 5.1 性能 (6) 5.2 易用性 (7)
5.3 可维护性 (7) 5.4 可移植性 (7) 5.4.1 硬件环境 (7) 5.4.2 软件环境 (7) 5.5 故障处理要求 (7) 5.6 安全性 (7) 5.7 不允许发生的事件 (8) 6 附录 (8) 业务需求说明书 1引言 需求说明书说清楚了“四要素”，实际上就说清楚了如下问题：业务的办理流程是什么？业务办理条件是什么？操作员通过怎么样的界面（简单描述要求）办理该业务？系统最后操作哪些数据、生成哪些表单？ 1.1编写目的 可选
1.2范围 可选 1.3项目背景 可选 1.4主要业务名词和术语定义 1.5参考文献 2需求概述 2.1用户现状/业界当前系统 可选。用于老系统改进时，主要阐述用户现状（组织架构、it现状等）；用于新课题的研究时，简单阐述业界同类系统所提供的功能 2.2业务目标 阐述本模块具体是实现的业务目标，即解决的业务问题，是业务需求的出发点和核心所在。 2.3业务过程分解 根据业务目标进行业务过程分解，主要包括：主流程、配合过程、辅助过程等。 2.4本业务模型与其他系统的关系 阐述本系统/模块与QONE其他模块或客户系统可能存在的关系，可以用关系图表示
基于WEB的药品进销存管理信息系统 学校：济宁学院 专业：计算机应用技术 设计题目：基于web的药品进销存管理信息系统 组员：闫森、蒋涵、信师台、宋义、赵太林、赵腾飞、马忠硕 指导老师：
摘要 医药卫生体制的不断改革，促进了医院信息管理系统（HIS）在全国范围内的普及，医院药品管理系统作为信息管理系统的重要组成部分之一，越来越引起 大家的关注。 医院药品管理系统有着举足轻重的作用，因此需要加大对其管理力度，促使药品的管理更加规范、标准，从各个环节对医院药品进行统一、规范的管理，促进更多管理系统的出现，促使我国的医疗卫生行业更加的规范标准，效率得到极大的提高，更加符合国际标准。但是目前药品管理系统中存在着一定的问题，如： 库存管理不到位出现药品的积压;医院不能及时对药品的价格进行调整，使其随着市场上药品的价格变化;药品管理系统不能根据已有的药品及有关信息进行药品预测分析，给管理人员提供药品消耗、药品的规律变化等给出所需的决策支持信息，因此更加智能化、能够进行决策支持的系统才是社会所需要的。
目录 1.设计的背景及意义 (1) 2.需求分析 (2) 2.1性能需求 (2) 2.2系统功能需求 (3) 2.3界面需求 (4) 3.系统的详细设计 (5) 3.1功能模块 (5) 3.11基本功能 (5) 3.12系统功能 (6) 3.2环境配置 (7) 3.21myeclipse的安装及配置 (7) 3.22jdk的安装和配置 (8) 3.23tomcat的安装和配置 (9) 4数据库设计 (10)
1.设计的背景及意义 计算机技术的快速发展，使得其在管理系统中发挥着越来越重要的作用，促进了管理系统的规范化和标准化，而且极大地提高了系统的效率。医院药品管理系统是医院信息管理系统的一个重要组成部分。由于对药品的管理是一项十分复杂、繁琐，但是准确度要求极高不允许出错的工作，医院药品管理系统的引进解决了这个问题。 计算机在系统管理中的应用越来越普及，利用计算机实现各个系统的管理显得越来越重要，已成为推动管理走向科学化、规范化的必要条件。药库管理是一项琐碎、复杂、而且细致的工作，如果手工操作，药品种类和数量，市场价格资料等，这些数据会花掉人们大量的时间和精力。如果使用计算机代替人进行相关的操作，不仅能够保证运算的精确快速，更能节省大
业务需求说明书 Company number：【0089WT-8898YT-W8CCB-BUUT-202108】
业务需求说明书文档版本记录
目录
1引言 1.1编写目的 本需求说明书的编写目的为： (1)使各业务部门在与系统相关的业务流程、岗位权限、业务操作方式等方面达成一致，作为项目立项、工作量估算、系统需求分析、系统设计的依据。 (2)使IT需求分析、设计人员充分理解与本系统相关各项业务需求、系统实现目标、范围，同时明确为实现业务需求所需要的功能要点。 1.2预期读者 本说明书的预期读者为安徽江淮汽车股份有限公司相关业务部门，需求分析、开发、维护等IT人员，以及系统最终用户。 1.3参考资料 【描述参考业务制度文件等】 1.4术语、定义和缩写 【描述本文档涉及的专业术语、相关定义和缩写】 2业务需求概述 2.1项目目标 【描述本项目背景和目标，说明系统应支持的业务类型，期望达到的管理目的等】 2.2总体业务流程 【描述本系统的总体业务需求，并通过图形和文字的方式，对标准业务流程以及流程特例进行说明】
2.3岗位职责 【描述相关业务岗位及其工作职责，对应于系统中的角色及权限】 3功能需求 【逐一描述业务需求、所需的系统功能和操作流程，按功能层次逐级描述】3.1功能一 【描述主要业务功能，包括界面、输入输出和业务规则等】 3.1.1功能描述 3.1.2用户界面 【描述主要用户界面和操作方面的要求，可以结合图表说明】 3.1.3输入要求 【描述输入介质，包括表单、数据清单、图形、扫描件等】 3.1.4输出要求 【描述输出要求，包括表单、报表、图形、扫描件等】 3.1.5业务规则 【描述数据处理的主要业务规则和逻辑】 3.2功能二 … 4非功能需求 4.1时间要求 【明确上线时间等要求】 4.2性能要求 【描述用户数量、数据规模、响应时间要求等】 4.3安全需求 【描述账号口令、用户账号、访问控制、通信加密等要求】
精品文档 软件项目名称 错误！未指定书签。 拟制：日期： 审核：日期： 批准：日期：
文件修改记录
目录 1范围 (4) 2 总体概述 (4) 2.1 产品描述 (4) 2.2 软件功能 (4) 2.3 一般约束 (5) 2.4 假设和依赖 (5) 3 具体需求 (5) 3.1 功能需求 (5) 3.1.1 功能需求1 (5) 3.1.2 功能需求2 (6) 3.1.n 功能需求n (7) 3.2 外部接口需求 (7) 3.2.1 用户接口 (7) 3.2.2 硬件接口 (7) 3.2.3 软件接口 (7) 3.2.4 通讯接口 (7) 3.3 性能需求 (7) 4 设计约束 (8) 4.1 标准的约束 (8) 4.2 硬件的限制 (8) 4.3 技术的限制 (8) 5 软件质量属性 (8) 5.1 安全性 (9) 5.2 可维护性 (9) 5.3 可移植性 (9) 6 其他需求 (9) 6.1 数据库 (9) 6.2 本地化 (10) 7待确定问题 (10)
模板使用说明： [1]注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无”；未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中 [2]模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。 [3]模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。
1范围 说明文档所包括和不包括的内容，具体是： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 2 总体概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 软件功能 概述软件必须实现的和通过用户操作实现的主要功能。这里只需要进行简要描述（例如目录列表），详细描述在详细需求部分描述。 有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意： a．编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解； b．用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。 例如：高层的数据流图，面向对象的分析等。
软件需求分析说明书审查规范
文件修改控制
目录 软件需求分析说明书审查规范 (1) 目录 (3) 1.引言 (3) 1.1.目的 (3) 1.2.适用范围 (3) 1.3.使用说明 (4) 2.参考资料 (4) 3.术语定义 (4) 4.质量要求 (6) 4.1.完整性 (6) 4.1.1.整体内容完整性 (6) 4.1.2.需求项信息完整性 (8) 4.2.正确性 (9) 4.3.一致性 (10) 4.4.可验证性 (10) 4.5.划分优先级 (10) 4.6.可用性 (11) 5.附件 (11) 5.1.一些编写建议 (11) 5.2.部分参考实例 (12) 5.2.1.需求项表格 (12) 5.2.2.表格需求项实例 (13) 5.2.3.优先级划分方法实例 (14) 5.2.4.软件需求分析说明书模板 (15) 1.引言 1.1.目的 软件需求分析说明书在软件开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。为了保证软件说明书对质量，本文档具体描述了《软件需求分析说明书》所要包含的内容及其编制所要达到的质量要求。 1.2.适用范围 作为《软件需求分析说明书》是否可以进入正式评审的审查标准，符合该规范的可以提交正式需求评审； 作为测试人员编制《软件需求分析说明书审查列表》的依据；
作为开发人员编制《软件需求分析说明书》的指导原则； 1.3.使用说明 本文重点对需求分析说明书的内容进行要求，对表示方式、方法未明确提出要求对视为不作要求； 本文中的“应”、“必须”含义等同； 本文中的“现有的技术水平”指与该需求相关的行业中，可获得的、已知的、可实际运用于生产的、可信的、经过验证的所有技术； 本文中的需求可行性以通过审核发布的《项目可行性研究报告》为依据； 2.参考资料 GB 8566 计算机软件开发规范受控编号？ GB 8567 计算机软件产品开发文件编制指南受控编号？ GB/T 11457 软件工程术语受控编号？ Systematic Software Testing Rick D.Craig, Stefan P.Jaskiel Artech House Publishers 2002-05-1 统一软件开发过程RUP2000手册IBM公司2000年 3.术语定义 GB/T 11457所列术语和下列定义适用于本文 需求 系统必须符合的条件或具备的功能 软件需求分析 软件需求分析的基本任务是准确地定义未来系统的目标，确定为了满足用户的需求，系统必须做什么。需求分析包括需求获取和需求规约：需求获取是系统分析员通过学习以及同用户的交往，熟悉用户领域的知识，并获得对未来系统的需求；需求规约是系统分析员在获得了用户的初步需求后，必须进行一致性分析和检查，通过和用户协商解决其中存在的二义性和不一致性，并以一种规范的形式准确地表达用户的需求，形成软件需求分析说明书。 软件需求分析说明书（Software Requirements Specifications，简称SRS）：软件需求分析说明书（也称软件需求规格说明书、软件需求分析报告）是软件需求分析阶段得到的最终文档，它以形式化的术语和表示对软件的功能和性能进行详细而具体的描述。它是用户和开发者之间的技术合同，是软件设计、编码阶段的基础,也是软件测试和验收的依据。
工程项目管理软件 功能需求 2016年4月
目录 第一章.引言 (3) 1.1编写目的 (4) 1.2预期读者 (4) 1.3参考资料 (4) 第二章.系统概述 (5) 2.1项目总体要求 (5) 2.2技术整体要求 (5) 第三章.功能需求 (6) 3.1基础数据 (6) 3.2项目管理 (8) 3.3项目查询 (12) 3.4项目统计 (12) 3.5人事档案 (12) 3.6行政制度 (13) 3.11后台管理 (14) （1）组织机构管理 (14) （2）帐号管理 (15) （3）权限分配 (16) （4）角色管理 (16) （5）日志管理 (17) 第四章.项目时间计划 (18) 第五章.外部接口需求 (18) 5.1硬件接口 (18) 5.2软件接口 (18) 第六章.非功能需求 (18) 6.1性能需求 (18) 6.2安全性需求 (18) 第七章.项目预算 (19) 第一章.引言 1.1编写目的 本文档是在对项目需求文档进行充分分析的基础上，描述实现项目需求的详细说明，包括项目功能结
构图、总体流程图以及功能模块分析和表单设计等。 编写此文档的主要目的：文档化项目的实现方案，涵盖系统的基础功能、系统管理、项目管理、人事管理、规则制度管理等功能模块，以方便项目组和用户对项目的业务功能需求在理解上达成一致。该文档也是以后的概要设计、详细设计的基础，是对详细设计活动的约束和指导。 1.2预期读者 文档的主要读者：双方项目成员。 1.3参考资料 《计算机软件产品开发文件编制指南》GB8567－88 《计算机软件开发规范》GB8566－88 《计算机软件质量保证计划规范》GB/T12504－90 《计算机软件配置管理计划规范》GB/T12505－90 《计算机软件需求说明编制指南》GB9385－88 《计算机软件测试文件编制指南》GB9386－88 《软件工程术语》GB/T11457－1995 《信息技术软件生存周期过程》GB/T8566－1995 《计算机软件文档编制规范》GB-T8567-2006 《软件文档管理指南》GB/T16680－1996
软件需求说明书 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 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．计划的变化或改进。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
CRM客户关系管理 ——项目需求分析说明 江苏淮微技术中心 Jiangsu Microsoft Technology Center
第一部分引言 1.1编写目的 本规格说明描述了CRM项目的需求，作为系统设计、实现目标及验收的依据，通过该需求分析，描述用户的具体需求，定义需求具体的规格和内容。并且作为各方面沟通的依据，也作为下一步工作提供基准。 软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点，经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。 1.2适用范围 本文档主要设计CRM的应用模型和功能需求描述。 1.3背景 A、软件系统的名称：CRM客户关系管理系统 B、任务提出者：中文名称(英文) 开发者：江苏淮微技术中心（Jiangsu Microsoft Technology Center） C、本系统目前是独立的系统，暂不与江苏淮微技术中心的其他软件系统提供接口，所产生的输出也将是独立的。 最终用户可通过互联网或局域网以多种方式使用本系统。 本系统将使用SQL Server2005作为数据库存储系统，SQL Server2005软件由用户自行提供 1.4 术语、定义和缩写 定义：CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。 缩写：CRM
1.5文档概述 本文档主要描述了CRM的外部接口需求、功能需求以及其他非功能需求 1.6参考资料 相关的文件包括： Ａ、江苏淮微技术中心《CRM项目开发计划》； 参考资料： A、国家标准《软件需求说明书（GB856T——88）》 B、《软件工程》 C、《设计模式》 D、《CRM客户关系管理系统》 第二部分任务概述 2.1目标 CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。具体说来，系统的目标包括： 客户管理 事物管理 销售管理 采购管理 商务管理 服务管理 汇总中心 权限管理
项目需求说明书 一、资质要求 1.为保证项目实施和设备售后服务质量，投标方需为辽宁本地中央政府采购协议供货商或在本地有独立服务机构的外地中央政府采购协议供货商。 2.投标方需提供企业法人营业执照扫描件，税务登记证扫描件、单位组织机构代码证扫描件，在竞价时须以附件形式上传相关资质证明。 3.投标方应提供液晶拼接屏产品的生产厂家售后服务承诺函原件。（竞价时以附件形式上传） 4.投标方应提供视频会议终端生产厂家售后服务承诺函原件。（竞价时以附件形式上传） 二、总体要求 1.投标报价应为交货含税价（以人民币为结算单位），包括货物、配件、附件运至指定交货地点费用；安装费、调试费，使用培训费、系统集成费、售后服务费用、税金及其他所有相关费用的总和。采购方不再单独支付其他任何费用。 2.投标方所提供的设备需为原装正品、全新、符合国家相关质量标准。所有设备均需包含安装使用所必需的信号线、电源线等附属品。 3.投标方所提供的视频会议终端和摄像头应能与我省气象部门现有的华为设备实现数字级联，并能做到音视频及双流的双向互联互通互控，能实现对新老系统中所有的MCU和终端进行统一调度和管理。所提供设备如为其他品牌，需同时提供由权威机构出具的和华为产品兼容的测试报告。（竞价时以附件形式上传） 4.为保证系统集成工作顺利进行，投标方须针对本项目自行踏勘现场后制定完善的整体系统集成规划方案和效果图。（竞价时以附件形式上传） 5.设备验收时投标人需负责提供原生产厂商对货物的售后服务质量承诺书原件等相关资料。 三、硬件设备及技术指标 （一）清投视讯液晶拼接系统1套。主要设备含46寸液晶拼接屏12块、拼接屏底座及支架1套、内置图形处理系统1套、图形控制系统1套及相应线缆。为保证系统的安全性，要求图像拼接控制器与液晶大屏幕为同一厂商生产的合格产品。（需提供图像拼接控制器彩页加盖制造厂商公章。）具体技术指标如下： 1.液晶拼接屏采用12块（3*4）46寸液晶屏组成，两块液晶拼接单元间拼缝不大于5.5mm ，面板平整度小于0.3mm，液晶拼接单元须采用三星原装46寸S-PVA面板，需提供三星进口面板报关单以及产品彩页加盖制造厂商公章。 2.液晶拼接单元背光源采用直下式LED灯点阵排列，物理分辨率需达到1920×1080，支持信号的输入分辨率为1920×1080，对比度要求达到3500:1，屏幕亮度达到450cd/㎡，可视角度需达到178°以上(横向和纵向)。可满足7×24小时长时使用，寿命不低于50000小时。 3.液晶显示设备需要具有国家强制CCC认证、电工产品安全测试的CB体系认证报告及CE认证，投标人须提供公安部相关检测机构出具的性能检测报告。（在投标文件中提供复印件，加盖制造厂商公章） 4.液晶显示设备需经国家广电质检中心检测，必须通过抗震检测报告（8级），防尘级别达到IP5X，噪音测试报告（≤36分贝）等测试，（在投标文件中提供复印件，加盖制造厂商公章）。 5.液晶显示设备需要为节能环保产品，需要通过ROHS认证以及中国技能产品认证（在投标文件中提供复印件，加盖制造厂商公章）。
(金融产品名称) 需求分析说明书 制作单位：(业务部门或科技部门) 规格标准的版本号:V1.0 文档编号:(按照中国银行文档资料统一编码规则编制文档编号)版本号:（按照中国银行关于版本号管理的有关规定填写）
需求负责人（技术）: 需求负责人（业务）: 编写人员: (参加需求编写的所有人员,包括软件中以参加人员、业务部门参加人员) 校对人员:
技术部门主管签字： 年月日
目录 第一章引言 (4) 1.1编写目的 (4) 1.2项目背景 (4) 1.3基本定义 (4) 第二章产品概述 (5) 2.1目标 (5) 2.2运行环境 (5) 2.3条件与限制 (5) 第三章业务流程分析 (6) 3.1业务流程分析 (6) 3.2业务数据流图 (6) 3.2数据词典 (6) 3.3数据采集 (7) 第四章功能需求 (8) 4.1功能划分 (8) 4.2功能描述 (8) 4.3软件接口 (8) 4.4故障处理 (8) 第五章其它需求 (9) 5.1应用环境 (9) 5.2其它要求 (9) 参考资料 (10)
第一章引言 1.1 编写目的 ?阐述编写需求分析说明书的目的及意义。 1.2 项目背景 ?阐述当前业务系统现状以及业务未来的发展情况 ?阐述新系统与其它系统的关系 1.3 基本定义 ?列出文档中所用到的专门述语的定义和缩写词的原文。
第二章产品概述 2.1 目标 ?描述要开发产品应达到的目标。 2.2 运行环境 ?描述产品所应用环境的框架。包括软件组成、硬件组成、网络构成、系统架 构及其说明等。 2.3 条件与限制 ?给出产品设计应遵守的条件和受到的限制。主要有如下几方面： 1.开发单位或部门应具备的条件。 2.开发者完成开发工作的期限。 3.系统在推广、上点的时间和条件限制。 4.应用环境受到的限制，如网络带宽。 5.可维护性、可移植的限制。 6.软件使用者、管理者对计算机了解的限制。应根据软件所面向的对象（业 务人员、个人、企业等），设计时给予不同的考虑。 7.系统应用规范的限制，包括应用机构数、终端数等。 8.业务规模的限制（百万笔／小时），即对系统处理能力的要求。
软件项目需求规格—说 明书 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
组态建模工具需求规格说明书西安电子科技大学
目录 1概述 1.1编写目的 指出编写《需求规格说明书》的目的。下面是示例： 编写此文档的目的是进一步定制软件开发的细节问题，希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解，
它说明了本软件的各项功能需求、性能需求和数据需求，明确标识各项功能的具体含义，阐述实用背景及范围，提供客户解决问题或达到目标所需要的条件或权能，提供一个度量和遵循的基准。具体而言，编写软件需求说明的目的是为所开发的软件提出： a)软件设计总体要求，作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求，数据结构和采集要求，重要的接口要求，作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 1.2编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书，策划书等。 1.3术语和缩略词 缩写、术语及符号解释 2软件概要 2.1软件总体描述 从总体上描述该软件的情况，包括软件的形式（网站，运行时系统，插件等）和软件的主要的功能，使读者对该软件有一个整体的认识。一般一两段话即可。 2.2软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 开发环境：
编程语言： 遵循的规范：软件的设计和开发过程需要严格按照合同要求，根据软件的设计方案来进行。软件开发过程应遵循软件工程规范，对过程和版本进行管理和控制。 测试环境：可以写明在什么单位测试，测试单位使用的软硬件环境。 软件交付形式： 软件交付日期： 其他：见合同。 2.3使用者特点 指明软件的使用者具有的特定。示例： 本软件主要在甲方工作环境中使用，使用者包括项目管理人员，开发人员及工程师等，使用者在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。
附录A 软件需求分析报告文档模板 1.引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5产品范围 (3) 1.6参考文献 (3) 2.综合描述 (3) 2.1产品的状况 (3) 2.2产品的功能 (4) 2.3用户类和特性 (4) 2.4运行环境 (4) 2.5设计和实现上的限制 (4) 2.6假设和约束(依赖) (5) 3.外部接口需求 (5) 3.1用户界面 (5) 3.2硬件接口 (6) 3.3软件接口 (6) 3.4通讯接口 (7) 4.系统功能需求 (7) 4.1说明和优先级 (7) 4.2激励／响应序列 (8) 4.3输入／输出数据 (8) 5.其它非功能需求 (8) 5.1性能需求 (8) 5.2安全措施需求 (9) 5.3安全性需求 (9) 5.4软件质量属性 (9) 5.5业务规则 (9) 5.6用户文档 (9) 6.词汇表 (10) 7.数据定义 (10) 8.分析模型 (11) 9.待定问题列表 (11)
1. 引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括： ●正文风格； ●提示方式； ●重要符号； 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写入员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的
系统需求分析说明书
文档历史记录 注：后期所加内容均绿色背景字体标注 目录 1.1目标&意义 ........................................................................................................................ 1.2领域知识........................................................................................................................... 1.3思维导图........................................................................................................................... 1.4业务流程图....................................................................................................................... 2功能范围..................................................................................................................................... 2.1功能名称........................................................................................................................... 2.1.1功能说明............................................................................................................. 2.1.2用例说明............................................................................................................. 2.1.3操作流程............................................................................................................. 2.1.4界面原型............................................................................................................. 2.1.5对应字段............................................................................................................. 2.1.6相关规则............................................................................................................. 3词汇表......................................................................................................................................... 4非功能需求................................................................................................................................. 4.1规则变更需求................................................................................................................... 4.2产品服务需求................................................................................................................... 4.3帮助需求........................................................................................................................... 4.4安全性需求....................................................................................................................... 4.5上线实现需求 (3) 5上线时间安排表......................................................................................................................... 1产品概述 说明：<简单描述项目的背景、意义、目的、目标等，描述领域知识> 1.1目标&意义 项目目标： 完整保存教师信息；