工程项目需求规格说明书
软件工程——需求规格说明书
二、需求规格说明书完成人：1．概述（Summary）项目的目的与目标（Purpose and Aim of Project）图书管理系统需求说明书是为了让系统的涉众就该系统的需求达成一致认可，明确该系统的需求，为后续的开发工作提供依据。
通常，该需求规格说明可以作为产品设计的主要依据，并作为程序员编码时了解软件实际需求的主要参考资料。
同时，需求规格说明是产品实现后用于检验的主要考察依据，是测试人员编写测试用例时的主要参考文件。
另外，本文档还可以为其他需要了解系统需求的人员提供产品需求的详细说明。
术语定义（Terms Glossary）文档中采用的专门术语的定义及缩略词简要如下：使用者：系统管理员、图书管理员、读者。
UML:统一建模语言。
相关文档（Related Documents）朱少民、左智，《软件过程管理》，清华大学出版社：张燕、洪蕾等编著，《软件工程导论》，机械工业出版社；王珊等，《数据库原理及设计》，清华大学出版社；2．问题初始分析（Early Analysis）场景描述（Scene Description）一、系统管理员1.用例名称：系统管理员2.范围：系统的更新和维护。
3.级别：管理系统4.主要参与人员：系统管理人员。
5.涉及及其关注点：系统管理员：希望能够定期的维护图书管理系统，及时的进行系统的更新。
6.前置条件：系统管理员必须有更新和维护系统的权限。
7.成功保证：能够成功的更新和维护该系统。
8.主成功场景：系统管理员更新和维护图书管理系统。
9.特殊要求：（1）适用于window系统。
（2）当访问出现问题是，系统有强大的恢复能力。
二、图书管理员管理图书1.用例名称：图书管理员管理图书2.范围：图书3.级别：管理目标4.主要参与者：图书管理员5.涉及及其关注点：管理员：希望能够准确、快速的输入，而且没有输入错误，因为如果输入错误，将导致图书的信息报错的等。
6.前置条件：图书管理员必须经过确认和保证。
需求规格说明书经营项目管理MCCE
密级：机密状态：发布中冶集团北京冶金设备研究设计总院管理信息系统需求规格说明书（经营生产/项目管理）版本：V2.5编号：MCCE-MARKET-06-7文档控制版本变更主要作者提交日期备注版本号V1.0张杰2006-6-29各个事业部、管理部门调研而成。
V1.5张杰2006-7-24根据院里意见修改而成：增加项目进度成本管理。
相关文档文档分发版权声明：上海金慧软件有限公司版权所有，保留一切权利。
未经本公司书面许可，任何单位和个人不得擅自摘抄、复制本文档的全部或部分内容，并以任何形式传播。
文档审核/确认内部审核记录用户部门确认双方项目负责人确认中冶集团北京冶金设备研究设计总院签名(Signature)日期(Date)项目经理上海金慧软件有限公司签名(Signature)日期(Date)项目经理序言科技与市场经营管理子系统是整个综合管理信息系统的公共性基础系统，包含客户信息管理、合格供应商管理、项目跟踪管理、招投标管理、采购管理、合同信息管理、发票管理、收付费管理等业务管理内容。
项目管理是整个综合管理信息系统的业务系统，涉及到所有的生产设计部门、生产管理部门、技术质量部门及相关院领导，是本系统建设的关键所在，所以该子系统的建设需要满足以上相关部门和人员的实际需要，同时也要满足公司未来战略及业务发展的需要。
本需求规格说明书主要是在和科技与市场发展部、冶炼事业部、轧钢事业部、成套公司、自动化所等院里的管理部业务调研基础上，通过对科技与市场经营部、冶炼事业部共同探讨分析、整理形成的。
本需求规格说明书主要由以下几部分组成：第1章“引言”说明编写这份需求规格说明书的目的、预期的读者、背景、定义、缩写词及相关参考资料。
第2章“项目概述”描述了市场经营部的相关业务描述，系统目标、系统范围及其主要用户。
第3章“具体需求”：提出了系统的功能需求和非功能需求。
第4章“运行环境规定”：说明了系统的系统开发环境、网络支持环境和系统支持软件。
数据中台_项目需求规格说明书
**集团数据中台项目软件需求规格说明书目录1 项目概述 (1)1.1 项目名称 (1)1.2 项目背景 (1)1.3 建设目标 (1)1.4 项目规模 (2)2 现状与业务部门调研 (3)2.1 现状分析 (3)2.2 数据中台价值 (4)2.3 业务部门需求分析 (5)2.4 数据需求分析 (6)2.5 中台性能需求 (15)3 总体功能需求 (16)3.1 总体功能需求 (16)3.2 核心功能需求 (18)3.2.1 数据管理中心 (18)3.2.2 任务编排调度中心 (21)3.2.3 平台管理中心 (22)3.2.4 数据采集交换中心 (23)3.2.5 数据质量校验 (24)3.2.6 计算引擎中间件 (25)3.2.7 存储与计算中心 (26)3.2.8 数据仓库 (26)3.2.9 数据共享中心 (27)3.2.10 平台监控中心 (27)3.2.11 数据应用中心 (27)4 平台设计安全性需求 (28)4.1.1 安全性需求 (28)4.1.2 身份鉴别 (29)5 阶段建设规划 (29)5.1 最终成果 (31)6 硬件基础设施分析 (31)6.1.1 数据存储需求分析 (31)6.1.2 系统部署需求 (33)6.1.3 硬件设施说明 (34)7 项目成员配置需求 (35)1项目概述1.1项目名称**集团数据中台项目，以下简称数据中台项目。
1.2项目背景**集团经过多年的信息化建设，信息化水平日益提升，已经积累了海量的生产和经营数据，这些数据分布在各种不同业务的系统和数据库中，包含了营运，人力，技术，安服，财务等，支撑着**集团业务的发展。
**集团组建了数据平台开发小组，用传统的数据处理模式搭建了由数据大屏、动态监控系统、闭环监控管理系统、业务板块数据分析平台组成的数据仓库，促进公司数据管理与应用的规范化与制度化，为数据分析挖掘工作打下了一定的技术基础。
现有数据平台虽有完整的数据模型设计，但是偏重业务的设计和技术，在执行过程中，很难保证数据的全面，且数据应用不跨数据中心，这在数据平台建设初期发展快，效率高，能快速提现业务价值，但是随着数据仓库的建设，数据量急速叠加，整体成本居高不下，导致数据混乱、数据灾难风险高。
需求规格说明书(样例)
第一章需求规格说明书目录第一章综述 (1)1.1编制目的 (1)1.2适用范围 (1)1.3参考依据 (1)1.4编制约束 (1)1.4.1图元约束 (1)1.4.2编码约束 (3)1.4.3格式约束 (4)1.5内容结构（可选） (5)1.6导读说明 (5)第二章项目概述 (7)2.1项目背景 (7)2.2项目范围 (7)2.3项目目标 (7)2.4现状描述 (7)第三章需求总体分析 (8)3.1功能体系设计 (8)3.1.1功能结构 (8)3.1.2功能分布 (9)3.2整体业务流程（可选） (10)3.3业务标准体系 (11)第四章功能性需求 (12)4.1功能综述 (12)4.2需求清单 (12)4.3需求优先级（可选） (13)4.4功能编码•功能项 (13)4.4.1功能综述 (13)4.4.2业务流程 (14)4.4.3关系分析 (15)4.4.4详细功能需求 (16)第五章非功能性需求 (21)5.1软件质量属性需求 (21)5.1.1运行期 (21)5.1.2非运行期 (25)5.2约束性需求 (26)5.2.1基础架构 (26)5.2.2标准规范 (26)5.2.3集成要求 (26)5.2.4其他约束 (27)第六章集成需求 (28)6.1技术要求 (28)6.2数据集成 (28)6.3应用集成 (30)6.4流程集成 (30)第七章尚需解决的问题 (31)7.1问题总表 (32)7.2问题处理 (32)附录I 业务对象 (33)第二章综述2.1若采用分册编制方式组织, 则本章与第二章、第三章单独成册, 其它分册可略去本章、第二章和第三章内容。
2.2编制目的用简洁的语言描述编写这个文档的目的。
2.3适用范围本文档适用的范围。
2.4参考依据2.5列举编写软件需求规格说明时所参考的资料或其它资源。
这可能包括且不限于: 用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档, 或相关产品的软件需求规格说明。
工程项目需求规格说明书
工程项目需求规格说明书一、引言工程项目需求规格说明书是对工程项目的需求进行详细描述和规范，以确保项目能够按照预期的要求进行设计、开辟和实施。
本文档旨在明确工程项目的目标、范围、功能需求、性能要求、约束条件以及其他相关要求。
二、项目背景（在此部份详细描述工程项目的背景信息，包括项目的目的、背景、重要性和影响等。
）三、项目目标（在此部份详细描述工程项目的目标，包括项目的主要目标和次要目标。
）四、项目范围1. 项目范围描述（在此部份详细描述工程项目的范围，包括项目的主要功能、模块、子系统等。
）2. 项目界限（在此部份详细描述工程项目的界限，包括项目与其他系统或者组织的接口、数据交换等。
）五、功能需求（在此部份详细描述工程项目的功能需求，包括系统的各个功能模块的详细描述和功能要求。
）六、性能要求（在此部份详细描述工程项目的性能要求，包括系统的响应时间、吞吐量、可靠性等方面的要求。
）七、约束条件（在此部份详细描述工程项目的约束条件，包括技术限制、法规要求、资源限制等。
）八、安全要求（在此部份详细描述工程项目的安全要求，包括系统的数据安全、用户权限管理等方面的要求。
）九、其他需求（在此部份详细描述工程项目的其他需求，包括用户界面要求、可维护性要求、可扩展性要求等。
）十、项目交付物（在此部份详细描述工程项目的交付物，包括项目文档、软件代码、测试报告等。
）十一、开辟计划（在此部份详细描述工程项目的开辟计划，包括项目的时间安排、里程碑等。
）十二、质量保证（在此部份详细描述工程项目的质量保证措施，包括测试计划、质量评估等。
）十三、项目风险（在此部份详细描述工程项目的风险，包括项目实施过程中可能浮现的风险和应对措施。
）十四、项目管理（在此部份详细描述工程项目的管理措施，包括项目团队组织、沟通机制等。
）十五、项目验收（在此部份详细描述工程项目的验收标准和验收流程，包括验收的条件和方法。
）十六、附录（在此部份列出本文档所引用的相关文档和术语解释等。
需求规格说明书评审报告
需求规格说明书评审报告1000字引言本次评审是针对需求规格说明书进行的。
此报告旨在对规格说明书的质量进行评价，以便于开发人员在之后的开发过程中能够更好地准确理解需求，并且按照规格说明书进行开发，从而保证软件质量。
评审成员评审小组由以下成员组成:1. 张三，软件开发经理2. 李四，软件开发工程师3. 王五，软件测试工程师4. 赵六，软件需求分析师5. 钱七，软件质量控制专家评审过程1. 规格说明书的完整性评审（20%）评审小组首先评估了规格说明书的完整性。
我们检查了规格说明书的内容，包括需求的完整性，每个需求是否都有详细的描述并且是否具有优先级等必要的属性。
我们发现，规格说明书描述了所有必要的需求，并且每个需求的描述都相对详细。
此外，每个需求也都有明确的优先级。
所以，规格说明书在完整性方面得到了高得分。
2. 规格说明书的清晰度评审（30%）评审小组接下来关注了规格说明书的清晰度。
我们检查了规格说明书中的单词、句子和段落，以及规格说明书结构和格式。
我们注意到，规格说明书的结构清晰，整体描述流程清晰且有条理。
每个需求也都使用了清晰而恰当的语言描述。
此外，需求之间的依赖关系也清晰明了。
3. 规格说明书的标准评审（20%）评审小组评估了规格说明书是否符合条件和标准。
我们比较了规格说明书中的每个需求是否完全符合存在的需求、设计、软件质量控制标准，并且进行了评分。
我们认为规格说明书基本符合标准，但仍需要进一步完善。
4. 规格说明书的可追踪性评审（15%）评审小组检查了规格说明书的每个需求到软件开发和测试的跟踪情况，以及每个需求的相对于其他需求的优先级。
我们注意到，规格说明书附带了适当的技术性及业务性需求详细描述，并且这些需求都与最终软件的功能相一致。
同时，在规格说明书中我们找到可以追溯每个需求的技术性或业务性测试标准等方面的详细说明，因此得分比较高。
5. 规格说明书的正确性评审（15%）评审小组检查了规格说明书中每个需求的正确性，以确保它们不是显而易见的、具有矛盾或重叠的需求。
软件工程需求规格说明书
三、需求规格说明书1．引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3定义 (3)1.4参考资料 (3)2．任务概述 (3)2.1目标 (3)2.2运行环境 (3)2.3条件与限制 (4)3．数据描述 (4)3.1静态数据 (4)3.2动态数据 (4)3.3数据库介绍 (4)3.4数据词典 (4)3.5数据采集 (4)4．功能需求 (4)4.1功能划分 (4)4.2功能描述 (5)5．性能需求 (5)5.1数据精确度 (6)5.2时间特性 (6)5.3适应性 (6)6．运行需求 (6)6.1用户界面 (6)6.2硬件接口 (6)6.3软件接口 (6)6.4故障处理 (6)7．其它需求 (6)1．引言1.1编写目的为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。
本文档供项目经理、设计人员、开发人员参考。
1.2项目背景该随着企业规模的扩大和市场竞争的更加激烈，各类企业都越发认识到人力资源管理的重要性及提升企业自身人力资源管理水平的迫切性。
而人力资源管理水平的提升不仅需要高素质的管理人员而且也需要信息化工具进行辅助。
人力资源管理软件也就应运而生。
职工考勤管理系统是人事管理系统中最重要的信息。
考勤考核对考核项目、考核方案、考核等级、考核员工分组、考核记录、考核结果等进行管理。
通过员工考勤考核管理，反映员工在一定阶段的工作成绩。
通过与员工工资、奖金挂钩，达到正负激励作用，从而更好促进工作质量的提高，增加企业的竞争能力和综合效益。
职工考勤管理登记考勤记录（包括旷工、迟到、病假、事假等），定期进行汇总，然后根据标准确定扣款额度，在工资发放时进行扣除。
职工考核管理则定期或不定期根据考核指标，对员工进行考核，记录考核结果和相应的正负激励额度，在奖金发放时进行体现，支持上级对下级、下级对上级或同级之间的评估方式。
并根据考核的项目及权重自动计算考核的最终结果包括分数及对应的等级。
并对考核结果进行统计分析，输出分析图。
方案工程说明怎么写
方案工程说明怎么写一、项目背景（一）项目简介本项目是某公司针对某项工程建设项目所制定的方案工程说明书，旨在全面、系统地介绍该工程项目的规划、设计和实施方案，确保工程的顺利进行和高质量完成。
（二）项目目标本项目的目标是明确工程建设项目的具体内容、技术要求、工程进度和预算计划，以及相关风险管控和安全保障措施，为项目的实施提供可行性、可靠性和安全性的保障。
二、项目概况（一）项目名称本项目的名称为“XX工程建设项目”。
（二）项目地点本项目位于某省某市的某地区。
（三）项目规模本项目涉及的规模包括但不限于土地面积、建筑面积、设备数量、工程投资等。
（四）项目背景本项目的背景包括项目的发起方、项目的目的和意义、项目的研究和论证过程等。
三、工程规划（一）项目可行性研究该部分将分别对项目的市场分析、技术可行性、经济可行性和社会可行性进行论证和分析。
（二）工程选址该部分将对工程选址的依据、要求、条件等做出说明。
（三）工程设计该部分将详细阐述项目的总体设计思路、设计原则、设计标准、设计依据等。
四、施工方案（一）施工组织设计该部分将对施工组织、管理机构和人员安排等进行规划。
（二）施工工艺方案该部分将分别对工程施工中的主要工艺、施工工序、施工方法等进行描述。
（三）施工机械设备方案该部分将对工程所需的机械设备的种类、规格、数量、配置、使用效率等进行说明。
五、资金预算（一）资金需求预估该部分将对项目的预算费用、资金来源、资金分配等进行详细规划。
（二）资金监管措施该部分将对项目的资金监管机制、资金使用规定以及资金使用过程中的管控措施进行论述。
六、安全保障（一）安全生产管理该部分将对工程项目中的施工环境、施工安全措施、生产安全生产标准等方面进行全面介绍。
（二）环境保护措施该部分将对工程项目中的环保标准要求、环境监测措施、环境保护设施等进行论述。
七、风险分析（一）项目风险评估该部分将对项目中的施工风险、投资风险、管理风险、市场风险等进行评估。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
工程项目管理软件功能需求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第二章.系统概述2.1项目总体要求●先进性：要求系统开发注意实用可靠的基础上，尽量选择先进的技术方案，提高系统的生存周期，需结合互联网+形势发展，紧密贴近物业管理和业主服务的最新需求。
●规范性：应用软件的选用均应符合相关的国际、国家行业标准。
●安全性：系统方案中考虑的安全策略和安全机制包括：根据不同的业务要求，采用不同的安全措施；设备、数据介质等某些关键部分考虑备份和冗余配置，保证其发生故障时不影响整个系统的正常运行等。
●可靠性：注意系统内部的安全可靠性，实现数据的备份，另外合理考虑部分服务器的备份需要，实现在运行过程中任何单点的故障都不会影响系统的正常运作。
●开放性：软件系统采用三层B/S系统结构，使用中间件技术，通过API接口，方便系统中不同厂商产品、不同硬、软件平台的集成。
●扩展性：在硬件方面，设备支持对系统进行灵活地配置和组合，相关软件能方便地升级和更新，系统容量保证满足用户量的考虑；在软件方面，提供二次开发功能，适应不断增强的支撑功能和不断拓展的业务空间。
2.2技术整体要求●平台需采用三层B/S（浏览器/服务器模式）架构；●平台需采用J2EE架构。
●前期业务平台需基于Web技术开发，所以用户不必另外安装客户端软件，只要使用浏览器就可以进行使用和管理的有关操作；●系统可以分布式部署：可将服务器进行分离部署，将Web Server和Database Server分布部署；同时，系统可以根据用户量的增大而扩充服务器数量；●系统支持负载均衡的服务器部署；●用户数要求：无用户数限制；●硬件环境要求：PC Server或云服务主机；●操作系统要求：Windows2008Server R2；数据库要求：Mysql5.5以上。
第三章.功能需求3.1基础数据基础数据模块实现对基础内容的维护管理操作。
可动态添加，修改和删除基础数据。
包括：区域管理，业主单位管理，代业主单位管理，承建单位管理，监理单位管理等。
区域管理：业主单位管理：代业主单位管理：点击合同列表可以查看该代业主单位所有的合同记录。
承建单位管理：监理单位管理：3.2项目管理项目管理模块实现对项目信息的录入，修改和删除功能。
项目信息的录入不需要审核流程，每个有权限的用户只能录入自己范围内的项目信息，修改和删除自己录入的项目信息，不可以修改别人录入的项目信息。
项目信息录入确认无误后可进行归档，归档的项目信息进入归档库保存。
归档库里的项目信息任何人不可以修改，只能查询。
当出现实际情况需要修改时，只能由项目录入人提交修改申请，待领导（审核人）审核后，申请人可以对项目信息进行修改，修改完后需要重新归档入库。
为了方便统计监理的数据，项目分为主体项目和监理项目2大类。
项目类别：主体项目信息：项目成员：可以为每个项目添加项目相关人员，包括姓名，单位，联系职责和相关描述等。
项目文档：可为每个项目管理各个阶段的相关文档，填写文档的存储物理位置，方便查找。
项目结算：项目结算包含了项目的中标价格，项目前期可研费用，中途变更费用等。
支付进度：可以记录项目每笔支付情况，包括支付时间，支付金额等。
监理项目信息：在建项目列表：已归档项目列表：3.3项目查询可通过不同的条件或条件组合进行项目查询。
查询者只能查看项目信息，不可做修改。
3.4项目统计统计包括以下内容：按项目分类统计各分类下的项目数量，在建项目数量，已完成项目数量；按项目分类统计各分类下的项目金额，在建项目金额，已完成项目金额；统计监理项目数据和金额；按区域统计项目数量，形成饼状图；按月统计，形成每月数量柱状图；按月统计，形成每月项目额柱状图；。
3.5人事档案由人事管理人员填写单位职员信息，归档入库，并提供查找和统计功能。
3.6行政制度可对行政制度进行分类管理，制度内容支持文字和图片混合格式。
制度类别：制度信息：3.11后台管理（1）组织机构管理组织机构指参与使用本项目系统的单位或部门，机构设置能按层级关系展现，即展现为树状结构。
组织机构管理提供组织机构的新增，修改和删除功能，同时需提供查询功能。
机构信息包括机构代码，机构名称，上级，机构职能等基础信息数据。
（2）帐号管理帐号是指所有使用本系统的人员，以帐号的形式对登陆系统进行操作。
帐号管理主要提供了帐号信息的登记、修改、删除和查询功能。
（3）权限分配权限(功能点)可抽象看作为一个绑定了操作的资源，是权限分配的基本单位，如修改一个管理员的密码和查看一个管理员的资料是不同的两个权限(功能点)。
在系统中，把可操作的最小的独立功能作为权限(功能点)，当用户对一个权限(功能点)具有运行的权限时，才能执行该权限(功能点)的功能。
系统所有的权限(功能点)必须被记录到系统数据库中。
权限(功能点)管理主要提供了对权限(功能点)的新增、修改、暂停使用、删除等功能。
（4）角色管理角色是指一个组织或任务中的工作或位置，也是权限分配的单位与载体。
一个用户可以成为很多角色的成员，一个角色可以有许多用户。
类似地，一个角色可以有多个权限，同一个权限可以被指派给多个角色。
角色为管理员提供了一种方便的授权方法，管理员可以把权限相同的人员划分为同一个角色，通过对角色的授权，实现对所有相关人员的授权。
角色管理主要提供了对角色的新增、修改、删除、查询功能和对角色成员的新增、修改、删除、查询功能。
（5）日志管理日志是指用户从登入系统到退出系统的各个操作的记录，包括操作类型，操作用户，操作时间，操作内容等信息。
第四章.项目时间计划第一阶段：2012年4月1日至4月20日：完成项目需求调研与分析。
第二阶段：2012年4月21至5月18：完成项目功能模块开发。
第三阶段：2012年5月19至5月25：系统整体联调、测试，并部署试运行环境。
第四阶段：2012年5月26至6月25：系统试运行阶段。
第五阶段：2012年6月26：系统验收。
第五章.外部接口需求5.1硬件接口无。
5.2软件接口系统接口设计支持XML、SOA等规范，并依照Web Service规范封装成服务，使得系统和其他支持Web Service的应用系统可以方便地集成。
通过EXCEL数据模板，实现与第三方系统的数据导入、导出功能。
第六章.非功能需求6.1性能需求系统可以承受至少1000用户同时在线使用，且没有同时在线用户数的数量限制；系统支持双机热备和集群技术，可部署在多台服务器上，不存在单点故障隐患。
系统可以在线动态扩展、扩容，以实现不停机的平滑扩容，避免停机对用户访问造成影响。
系统支持虚拟化技术，无缝支持VMW ARE、CITRIX等服务器虚拟化技术。
6.2安全性需求可通过账号密码进行登录控制。