工程项目需求规格说明书.docx

1、工程项目需求规格说明书工程项目管理软件功能需求文档编号版本号V1.0分册名称功能需求文档第1册/共1册编制审批生效日期2016年4月修改记录版本号更改条款及内容更改人审批人更改日期V1.0初稿2016-4-5第一章.引言1.1编写目的本文档是在对项目需求文档进行充分分析的基础上，描述实现项目需求的详细说明，包括项目功能结构图、总体流程图以及功能模块分析和表单设计等。编写此文档的主要目的：文档化项目的实现方案，涵盖系统的基础功能、系统管理、项目管理、人事管理、规则制度管理等功能模块，以方便项目组和用户对项目的业务功能需求在理解上达成一致。该文档也是以后的概要设计、详细设计的基础，是对详细设计活动

2、的约束和指导。1.2预期读者文档的主要读者：双方项目成员。1.3参考资料计算机软件产品开发文件编制指南GB856788计算机软件开发规范GB856688计算机软件质量保证计划规范GB/T1250490计算机软件配置管理计划规范GB/T1250590计算机软件需求说明编制指南GB938588计算机软件测试文件编制指南GB938688软件工程术语GB/T114571995信息技术软件生存周期过程GB/T85661995计算机软件文档编制规范GB-T8567-2006软件文档管理指南GB/T166801996第二章.系统概述2.1项目总体要求先进性：要求系统开发注意实用可靠的基础上，尽量选择先进的技

3、术方案，提高系统的生存周期，需结合互联网+形势发展，紧密贴近物业管理和业主服务的最新需求。规范性：应用软件的选用均应符合相关的国际、国家行业标准。安全性：系统方案中考虑的安全策略和安全机制包括：根据不同的业务要求，采用不同的安全措施；设备、数据介质等某些关键部分考虑备份和冗余配置，保证其发生故障时不影响整个系统的正常运行等。可靠性：注意系统内部的安全可靠性，实现数据的备份，另外合理考虑部分服务器的备份需要，实现在运行过程中任何单点的故障都不会影响系统的正常运作。开放性：软件系统采用三层B/S系统结构，使用中间件技术，通过API接口，方便系统中不同厂商产品、不同硬、软件平台的集成。扩展性：在硬件

4、方面，设备支持对系统进行灵活地配置和组合，相关软件能方便地升级和更新，系统容量保证满足用户量的考虑；在软件方面，提供二次开发功能，适应不断增强的支撑功能和不断拓展的业务空间。2.2技术整体要求平台需采用三层B/S（浏览器/服务器模式）架构；平台需采用J2EE架构。前期业务平台需基于Web技术开发，所以用户不必另外安装客户端软件，只要使用浏览器就可以进行使用和管理的有关操作；系统可以分布式部署：可将服务器进行分离部署，将Web Server和Database Server分布部署；同时，系统可以根据用户量的增大而扩充服务器数量；系统支持负载均衡的服务器部署； 用户数要求：无用户数限制；硬件环境要

5、求： PC Server或云服务主机 ；操作系统要求：Windows 2008 Server R2 ；数据库要求： Mysql 5.5以上。第三章.功能需求3.1基础数据基础数据模块实现对基础内容的维护管理操作。可动态添加，修改和删除基础数据。包括：区域管理，业主单位管理，代业主单位管理，承建单位管理，监理单位管理等。区域管理：业主单位管理：代业主单位管理： 点击合同列表可以查看该代业主单位所有的合同记录。承建单位管理：监理单位管理：3.2 项目管理项目管理模块实现对项目信息的录入，修改和删除功能。项目信息的录入不需要审核流程，每个有权限的用户只能录入自己范围内的项目信息，修改和删除自己录入的

6、项目信息，不可以修改别人录入的项目信息。项目信息录入确认无误后可进行归档，归档的项目信息进入归档库保存。归档库里的项目信息任何人不可以修改，只能查询。当出现实际情况需要修改时，只能由项目录入人提交修改申请，待领导（审核人）审核后，申请人可以对项目信息进行修改，修改完后需要重新归档入库。为了方便统计监理的数据，项目分为主体项目和监理项目2大类。项目类别：主体项目信息：项目成员：可以为每个项目添加项目相关人员，包括姓名，单位，联系职责和相关描述等。项目文档：可为每个项目管理各个阶段的相关文档，填写文档的存储物理位置，方便查找。项目结算：项目结算包含了项目的中标价格，项目前期可研费用，中途变更费用等

7、。支付进度：可以记录项目每笔支付情况，包括支付时间，支付金额等。监理项目信息：在建项目列表：已归档项目列表：3.3项目查询 可通过不同的条件或条件组合进行项目查询。查询者只能查看项目信息，不可做修改。3.4项目统计 统计包括以下内容：按项目分类统计各分类下的项目数量，在建项目数量，已完成项目数量；按项目分类统计各分类下的项目金额，在建项目金额，已完成项目金额；统计监理项目数据和金额；按区域统计项目数量，形成饼状图；按月统计，形成每月数量柱状图；按月统计，形成每月项目额柱状图；。3.5人事档案由人事管理人员填写单位职员信息，归档入库，并提供查找和统计功能。3.6行政制度可对行政制度进行分类管理，

8、制度内容支持文字和图片混合格式。制度类别：制度信息：3.11后台管理（1）组织机构管理组织机构指参与使用本项目系统的单位或部门，机构设置能按层级关系展现，即展现为树状结构。组织机构管理提供组织机构的新增，修改和删除功能，同时需提供查询功能。机构信息包括机构代码，机构名称，上级，机构职能等基础信息数据。（2）帐号管理帐号是指所有使用本系统的人员，以帐号的形式对登陆系统进行操作。帐号管理主要提供了帐号信息的登记、修改、删除和查询功能。（3）权限分配权限(功能点)可抽象看作为一个绑定了操作的资源，是权限分配的基本单位，如修改一个管理员的密码和查看一个管理员的资料是不同的两个权限(功能点)。在系统中，

9、把可操作的最小的独立功能作为权限(功能点)，当用户对一个权限(功能点)具有运行的权限时，才能执行该权限(功能点)的功能。系统所有的权限(功能点)必须被记录到系统数据库中。权限(功能点)管理主要提供了对权限(功能点)的新增、修改、暂停使用、删除等功能。（4）角色管理角色是指一个组织或任务中的工作或位置，也是权限分配的单位与载体。一个用户可以成为很多角色的成员，一个角色可以有许多用户。类似地，一个角色可以有多个权限，同一个权限可以被指派给多个角色。角色为管理员提供了一种方便的授权方法，管理员可以把权限相同的人员划分为同一个角色，通过对角色的授权，实现对所有相关人员的授权。角色管理主要提供了对角色的

10、新增、修改、删除、查询功能和对角色成员的新增、修改、删除、查询功能。（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用户同时在线使用，且没有同时在线用户数的数量限制；系统支持双机热备和集群技术，可部署在多台服务器上，不存在单点故障隐患。系统可以在线动态扩展、扩容，以实现不停机的平滑扩容，避免停机对用户访问造成影响。系统支持虚拟化技术，无缝支持VMWARE、CITRIX等服务器虚拟化技术。6.2安全性需求可通过账号密码进行登录控制。