项目管理系统
需求说明书
成都鼎域前沿科技有限公司
2015.4
目录
一引言 (1)
1编写目的 (1)
2范围 (1)
2.1软件系统的名称 (1)
2.2软件功能概述 (1)
二项目概述 (2)
1项目描述 (2)
2产品功能 (2)
2.1系统角色定义 (2)
2.2系统功能 (3)
3用户特点 (3)
3.1管理员及超级管理员用户 (3)
3.2企业领导、项目经理和项目成员 (3)
3.3用户使用本系统相关说明 (3)
3.4一般约束 (4)
三项目需求 (5)
1功能需求 (5)
1.1功能结构一览 (5)
1.2登陆 (5)
1.3项目管理 (6)
1.3.1项目立项 (6)
1.3.2项目新增 (6)
1.3.4项目群管理 (9)
1.4项目工具 (11)
1.4.1原因分析工具 (11)
1.4.2数据收集分析工具 (11)
1.4.3评估工具和决策工具 (12)
1.4.4TRIZ系列工具 (12)
1.5人才管理 (12)
1.6知识管理 (13)
1.7权限管理 (13)
1.7.1用户信息管理 (13)
1.7.2系统模块管理 (13)
1.7.3角色管理 (13)
1.7.4权限分配 (14)
2外部接口需求 (14)
2.1用户接口 (14)
2.2硬件接口 (14)
3性能需求 (15)
3.1静态数值需求 (15)
3.2动态数值需求 (15)
3.3硬件限制.................................................................. 错误！未定义书签。4属性.. (15)
4.1可用性 (15)
4.2安全性 (15)
4.3可靠性 (17)
4.4系统性能 (17)
4.5易用性 (18)
4.7其他需求 (19)
一引言
1编写目的
本文档定制了项目管理系统的基本需求，本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发过程中的协同工作提供强有力的保证，同时文档也作为项目评审验收的依据之一。
2范围
2.1软件系统的名称
项目管理系统
2.2软件功能概述
对于企业
帮助企业按时有效地完成项目，并将项目的实施过程完整地记录下来，作为一种知识被保留，如失败的经历，问题的解决方法，成功的经验等。项目完成后的设计成果（各种电子文档如*.doc *.xls *.dwg *.bmp等）作为项目提交物被整理后提交到项目，使得企业可以对这些文档进行全面有序地管理。
对于企业领导
知道各个项目的进展情况；知道各个项目所遇到的问题；知道每个员工每天在做什么。
对于项目经理
可以方便地制定项目计划，分解各个任务；控制项目的进展情况，控制项目的费用，总结项目成败得失；了解每个任务所遇到的问题，予以协调并解决；了解项目成员的工作情况。
对于项目成员
清楚地知道自己该做什么，所做的事情都被记录，可以快速产生工作总结；所有反馈的问题都记录（反馈给别人的或别人反馈给自己的），同时知道这些问题的处理状态；可以有效避免员工之间的相互推诿。
二项目概述
1项目描述
项目管理系统，是在网络办公基础平台之上开发出的项目管理系统，该系统不仅可以提供给项目实施部门使用，而且可以扩展成为协同作业平台，涉及项目执行过程控制、项目费用综合控制等，构筑全面的项目管理综合工作平台。
软件以项目管理为核心，不仅实现成本、进度、信息、沟通协调等项目业务处理细节，实现项目全方位管理，而且实现资金、人力、资源等各个方面的统一管理。
项目管理系统主要实现项目过程的管理、项目群的管理、人才的管理、知识的管理四大部分，实现项目的可持续改进与跟踪并为管理层和决策层提供企业战略和关键项目的“地图参考”；协助企业快速成功地解决问题、精益求精、创造可持续价值。
2产品功能
2.1系统角色定义
1）超级管理员：唯一，具有最高权限
2）管理员：由超级管理员设定，具有一定管理权限
3）企业领导：统筹整个企业事宜
4）项目经理：负责项目的管理
5）项目成员：项目的实行者
2.2系统功能
3用户特点
3.1管理员及超级管理员用户
1）需要具备管理网站的技术
2）需要对信息管理型网站专业的业务知识
3）需要相关法律条款和道德约束下进行管理
3.2企业领导、项目经理和项目成员
1）需要有独立的行事能力
2）有使用本系统的能力
3）在法律条款及道德约束和本系统条款的约束下使用4）不得恶意攻击本系统
3.3用户使用本系统相关说明
1）本系统在无特殊情况下是7*24小时开放的
2）鉴于本系统自身特点，最大并行访问数不超过1500
3.4一般约束
A.管理方针：本系统由超级管理员和管理员共同管理
B.硬件的限制：
（1）客户端
浏览器：IE8+，chrome, firefox, safari
（2）服务器端
操作系统：Windows2008 Server；
应用服务器：IIS；
数据库访问：ADO数据库访问技术。
C.并行操作：并发操作小于1500
D.审核功能：记录管理员及用户的操作
E.所需的高级语言：https://www.doczj.com/doc/b416334817.html,、HTML、JavaScript
F.通信协议：TCP/IP
G.安全和保密方面的考虑：保证系统的安全、用户信息的保密、保证项
目信息的安全、采用先进的系统加密机制
三项目需求
1功能需求
1.1功能结构一览
1.2登陆
登录功能，安全重点关注，需要满足如下功能。
防止用户不经过用户名密码的输入就直接访问后台资源，希望添加拦截（过滤）器功能；
●防止用户在登录的时候SQL注入；
●保证用户密码信息的安全性，需要MD5加密功能。
●登录页面美观，简洁，突出公司文化。
1.3项目管理
1.3.1 项目立项
项目经理对年度需要做的项目进行立项，领导进行审批后方能进行项目基本信息的填写。
1.3.2 项目新增
项目新增，需要满足如下功能。
●根据项目管理的不同类型，可以采用合适的项目管理模板新建项目，这
样新建项目时便可以选取模板直接使用
●提供创新研究型项目模版，可实现6Sigam项目和TRIZ项目新增
●项目新增完成后，创新研究型项目，直接带出阶段模版（包含任务和工
具）
1.3.3 项目过程管理
1) 项目管理概念框图
2) 实现过程管理主要业务
●计划阶段
可实现项目经理创建项目、组建团队，制定项目计划、分配任务给相关成员。
●执行阶段
项目经理在执行在计划制定完毕后，可申请项目所需款项并实时记录项目支出情况；项目成员执行项目计划，可在执行过程中进行项目沟通，每日汇报工作任务，上传项目文档；项目经理进行工作确认，并在项目结束时进行工作总结
●监控阶段
项目经理可随时对项目的进度、成本状况进行监控；QA可以对项目进行质检，并在系统中记录检查结果；公司领导拥有查看所有项目状况的权限，可以实时了解项目状况，并设置关注项目进行重点监控。
●变更阶段
项目执行过程中可及时调整项目计划及预算计划，以保证项目的有效完成。
3) 项目审批功能
●普通项目流程审批功能，需要一个完整的工作流。包含但不仅限于：立
项审批，立项评审，阶段审批，阶段评审，财务审批。
●创新研究型项目，需要财务收益的审批，项目完成后，希望继续追踪12
个月的财务收益。
●可自定义审批流程
●审批操作的可视性，系统在明显的位置指引用户进行审批发起，审批通
过等操作。
4）项目的阶段任务
●普通项目的阶段名称可以灵活配置。阶段状态可用对应的颜色明显表达
（如：进度延迟：红色）。
●阶段任务采用卡片式设计，可灵活拖动摆放。
●阶段内任务，“我的任务”中显示自己的工作任务，“所有任务”显示的
是所有项目组的项目人员的工作状况，项目阶段、项目的责任人及进展
程度等。
●任务可关联附件，工时，执行人员等基本信息。
●特殊要求：任务可关联任务执行中使用的工具（如：鱼骨图，亲和图等）。
●相关人员可对任务进行评论操作。
5）项目协同功能
项目协同是项目小组的交流平台，在这里能够进行查询项目的工作任务、分享任务心得，互动评论等操作。
6）项目监控功能
●项目状态
项目立项流程、项目总结流程，无论是流转中还是已结束，反馈的是实际的项目状态；而项目基本信息变更流程，无论是流转中还是已结束，反馈的项目状态是项目执行中。
●项目进度
进度状态有2种：正常（进度偏差>0）、滞后（进度偏差<0）。
●项目人数
该项目的实际项目成员数。后期加入人员也统计在内，这里指实时统计人数。
7）项目工具集功能
●提供项目执行中使用的工具集（鱼骨图、排列图、散点图）。
●工具的产出可挂载到任务上。
●特殊工具，提供使用说明。
●特殊要求：提供TRIZ工具集。
8）项目收益追踪功能
项目收益包含如下功能：收益定义，收益度量，收益追踪功能。
9）项目综合管理
●项目综合管理包括项目的成员管理、项目风险管理、文档管理等。工具
的产出可挂载到任务上。
●项目评审功能，可针对阶段任务，审核内容进行评审。
●特殊要求：项目总览功能（包含项目基本信息，项目阶段信息，项目任
务信息，项目财务收益），提供打印，下载功能。
1.3.4 项目群管理
1) 项目群管理的框架：
2) 满足如下的项目群执行流程：
3) 多项目成本管理
●根据工时自动计算项目人工成本
●实时自动地把项目的成本关联到项目群的成本●根据销售订单与合同自动计算项目收入
●根据采购订单与合同自动计算采购成本
●根据费用报告自动计算各项费用
●根据采购需求和采购订单自动检查供应商的发票
●开票时间与逾期管理
4) 多项目沟通管理
●项目自动预警与通知
●交付成果的查看与审批功能
●团队沟通功能，可评论互动
5) 多项目实时监控与跟踪
提供项目查询功能，方便了解企业超支项目、滞后项目、变动过的项目等，并且可以设置自己关注的项目，便于PMO宏观掌握企业项目的整体状况。监控指标如下：
●项目总概览：指定项目的开始时间范围，只要项目开始时间在此时间段
内，都可查询到。
●项目阶段：按阶段分类。
●执行中项目个数：执行中的项目数之和。
●终止项目个数：已终止结束的项目个数。
●已完成项目个数：总结完成的项目个数。
●重点关注：关注项目的个数。
6) 多项目综合管理
多项目综合管理包括多项目质量管理、多项目风险管理、多项目资源管理等。
1.4项目工具
提供项目执行中使用的工具集
1.4.1 原因分析工具
鱼骨图、排列图、散点图。
1.4.2 数据收集分析工具
检查单、控制图、试验设计、柱状图、散点图、层级图、调查。
1.4.3 评估工具和决策工具
决策矩阵、多次投票、过程分析工具、流程图、失效模式和后果分析（FEMA）、防错、七种基本质量工具、因果图、核对单、控制图、柱状图、排列图、散点图、层级图、创意工具、亲和图、标杆分析、头脑风暴、定义群体法、项目计划实施工具、甘特图、PDCA循环（计划-实践-检查-执行）。
1.4.4 TRIZ系列工具
冲突矩阵、76标准解答、ARIZ、AFD、物质--场分析、ISQ、DE、8种演化类型、科学效应、40个创新原理，39个工程技术特性。
1.5人才管理
人才管理模块提供如下功能：
●提供对在职员工、解聘员工、离退员工的档案管理功能。
●可根据公司实际需要，自定义员工档案结构，记录所有员工的基本信
息或个性化信息。
●实现跟踪记录员工从进入行政机关到离职全过程的历史记录，包括职
位变动、奖惩情况、学习经历、工作经历、培训经历等。
●可按时间、部门等进行查询统计，并可输出个人资料单项、综合列表，
为人力资源优化配置提供依据。
●提供对晋升、降职、辞职、辞退、退休、下岗等人事变动的申请、审
批管理。
●既可对在职、解聘、离退等各类员工进行年龄、学历结构等简单统计
分析，又可对员工基本情况、员工变动、考核、履历等范围进行自定
义的统计分析，实现结构和信息的多方位掌控。
●实现对于日常的员工晋升、降职、辞职、辞退、退休、下岗、跨公司
的调动等事务按企业的审批流模式进行事务流程化处理。
1.6知识管理
知识管理模块提供如下功能：
●权限：分权限查阅功能。严格的审核机制和文档安全机制。
●全文检索功能：附件内容全文检索。
●文档上传功能（各种电子文档如*.doc *.xls *.dwg *.bmp等）。
●文档在线浏览功能。
1.7权限管理
1.7.1 用户信息管理
可对用户信息进行数据维护和查询，还可查询用户角色、用户权限、用户所属组，支持用户分配角色，直接为用户分配权限，设置用户组。
1.7.2 系统模块管理
提供系统的模块划分，系统模块信息维护，模块信息搜索，自动为模块生成权限等功能。
1.7.3 角色管理
提供角色数据维护功能，角色信息维护，角色信息搜索，为角色分配通用管
理后台权限，为角色分配接入应用系统权限，角色权限查询，角色反查用户，树形设置界面，使用方便快捷。
1.7.4 权限分配
提供权限数据维护功能，提供权限信息维护，权限信息搜索，增/删权限或子权限。
2外部接口需求
2.1用户接口
要求系统展现给系统的界面美观大方，操作人性化，帮助信息简单、易懂，整个系统能很容易被用户接受。
2.2硬件接口
1）服务器平台
需要支持windows平台，要求平台稳定，需要电源支持。
2）数据库运行平台
需要足够的存储空间，稳定的运行环境，电源支持
3）网络支持
需要稳定的网络环境，较快的访问速度。
4）客户端支持的平台：
PC机上支持IE内核和非IE内核的浏览器，需要支持JavaScript脚本。推荐分辨率为1024*768。
移动设备上：按照PC机上的浏览方式，组织网页内容。
3性能需求
3.1静态数值需求
1) 支持的终端数：原则上在并行操作数之下。
2) 支持并行操作的用户数：小于等于1500。
3.2动态数值需求
1）本系统在正常的网络环境下，应能够保证系统的及时响应。
2）小批量的业务处理响应应该在3—5秒。
3）大批量的业务处理和查询的响应时间控制在10—20秒以内。
4属性
4.1可用性
数据库系统应该有定时自动备份和管理员手动备份功能。
4.2安全性
a．利用可靠的密码技术：对用户信息在数据库中存储时加密。
b．记录管理员和用户的关键性操作，保留日志。
c．系统应对紧急事件：如停电、遭到攻击时能及时响应。
应用系统应定期备份、具有安全监督功能、故障和异常告警功能、应用权限管理、防病毒功能、数据传输、处理应有检验、核对功能和较强的纠错功能。同时开发、测试系统与生产系统要严格分开。
产品需符合网络安全部的相关规定。
提供统一有效的安全措施来进行权限限制，防止内部人员误操作或越权，每一个环节必须进行安全性检查，不能越权访问。对每次用户登录要求进行日
志记录，对三次（参数可以改变）以上的登录尝试进行锁定（锁定的时间、解锁方式，参数可调），并发出告警。
系统中用到的所有密码，都必须采用不可逆的加密算法，加密存放。
必要时能够采用加密技术对传输的关键数据加密；拨号要提供合法性检查和记录；
数据产生：数据应该无岐义，没有二义性; 系统应该通过事务保证数据的完整性，一致性。
数据访问：对于用户数据能够按照级别进行管理，对于相同秘密级别的数据不同的应用场合应该解释一致。对于秘密数据的访问权限可配置到人或组，可以单独赋予也可以单独剥夺某项其访问权限。追对某个信息项或信息项组，数据访问的权限分为查询，拷贝粘贴，打印，修改，删除，新增，存为文件。公众数据查询应设立与本系统分离的计算机系统。通过WWW浏览器查阅信息时，保证信息传输的保密性和完整性。具备严格的管理员分级制度，防止不合法操作。对关键数据采用访问权限限制，并加密保存。
数据传送：关键数据在传输过程中，必须加密传送，以保证信息的安全。
数据存取和备份：可提供各种方式、各种介质的数据备份功能。各种原始业务数据均应保留备份、各种过程业务数据应保留备份、操作系统、数据库应定期备份。
系统在设计上充分考虑冗余和备份，保证系统数据的安全性、可靠性和数据传输的服务质量。
应具有完善的数据备份及恢复机制。应能提供对一般性数据和交易性数据的保护，使得在任何一部分子交易失败后，整个交易的所有消息都回滚，保证数据的完整性。
充分利用主机、网络以及数据库管理系统提供的安全保障机制，确保系统数据的绝对安全。对应用系统而言，所有系统数据的操纵必须严格按照权限级别进行，严禁非法用户进入系统。对于操作人员进行的相应的操作日志，对不同级别的操作员进行相应的限制。同时，对系统重要数据提供可靠的备份和恢复机制。
深圳天源迪科信息技术股份有限公司 项目编号/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附录 【各种需要在本文档中补充说明的附录和附表。】
厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07
修改记录
目录
第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
电子商务项目需求说明书（范本） 新蛋信息技术（中国）有限公司 二○一一年月日
文档修改历史记录
目录 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 引言 (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其他模块或客户系统可能存在的关系，可以用关系图表示
WebOA管理系统需求规格说明书 2009/11/20
1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 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.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.2开发环境错误!未指定书签。 附录：项目成员介绍及组内评分错误!未指定书签。
I T项目管理需求分析说 明书 内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）
IT项目管理需求分析说明书
目录 1.第一章引言 1.目的 本软件分析报告的目的是对根据客户的需求，对系统功能、性能需求向××客户、项目组开发成员、项目实施组和测试成员提供一个清晰的陈述。对IT项目管理功能的后续阶段等过程提供指导和工作原则。 2.IT项目管理内容简介 2.1.按管理目标 从IT项目管理的目标来看，IT项目管理需要管理项目费用/预算和项目过程。 项目费用/预算管理：对于项目费用/预算要求做到能够即时的查 询到本年度或者历史年度的预算以及费用付款情况，需要明细到 分公司的付款情况。目前具体的管理方法是由省局信息中心制定 编写年度预算，项目立项后制定付款计划。分公司实施付款计 划，在每次付款完成后将付款记录录入到系统中，省局信息中心 负责汇总。主要涉及到的文档/数据有，IT项目年度预算表，项 目立项表，项目付款计划，分公司付款记录，年度付款情况（报 表）。 项目过程管理：对于项目的过程要求能过做到能够将项目过程管 理中产生的文档/数据做统一的管理，在需要的时候能够随取随
用。并且做到能够查询到本年度或者历史年度计划的项目和实际 实施的项目对比报表。目前具体的管理办法是省局统一立项，制 定全省推广计划，分公司根据推广计划实施推进项目计划。主要 涉及的文档/数据有，IT项目立项表，全省计划表，计划明细表 （工作项/里程碑），招标表，合同表，年度项目完成情况（报 表）。 2.2.按IT项目的进程阶段 ××局的IT项目管理可以分为以下几个阶段：年度规划，项目立项，招投标管理，项目启动\建设，项目维护，每个阶段有特定的事务和对象需要处理，每个阶段又有特定的里程碑点来控制整个项目的进程。 1、年度计划：这个阶段主要是省局信息中心根据省局的各个部门和各地 市公司提交的信息化要求，和烟草局本身发展的需要，编制下一年度的IT项目预案，一般在三季度完成。涉及对象主要是IT项目年度计划。 2、立项管理：信息中心根据实际情况，在年度计划中挑选项目进行立 项，编制定立项表，招标表，合同表等。如果不在年度计划中的项目需要立项的话，要求先将其添加到年度计划中才能立项。 3、招投标管理：这是一个特殊的环节，管理项目中需要招投标的事务， 主要是管理招标表，甚至保留招标内容。一个项目中可能会有多个招标事务。招标完成和由省局和中标单位签订合同，也可能会要求各个
项目编号： 项目名称： 需求规格说明书 草稿 初始版 修订版 无密级秘密绝密 修订历史记录
目录 1文档说明 (4) 1.1容概要 (4) 1.2文档作用 (4) 1.3文档控制 (4) 1.4参考资料 (4) 2整体说明 (4) 2.1 产品总体效果 (4) 2.2 功能 (4) 2.3 用户特征 (5) 2.4约束与假设 (5) 3项目需求 (5) 3.1功能需求 (5) 3.1.1 功能A.1 (5) 3.1.2 功能A.2 (6) 3.2非功能需求 (6) 3.2.1接口需求 (6) 3.2.2界面需求 (6) 3.2.3 运行环境需求 (7) 3.2.4 质量需求 (7) 3.3 法律及其它声明 (7) 4需求确认协议 (7)
1文档说明 1.1容概要 简单介绍项目情况，说明目的、围、定义、首字母缩写词、缩略语和概述。 1.2文档作用 详细地说明所确定的应用程序或子系统的外部行为。它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。 1.3文档控制 本文档经评审并由高层经理批准后发布。 本文档所规定的有关事项可能需要调整、变动或重大修订，对此应在“文档变更控制纪录”中作变更登记，并经审核、批准。 1.4参考资料 2整体说明 2.1 产品总体效果 本项目的总体效果。 2.2 功能 本项目的总体实现功能。
2.3 用户特征 本项目所面对的用户集及其特征。 2.4约束与假设 本项目的约束和假设。 3项目需求 3.1功能需求 说明为此设计的系统功能性需求。对于许多应用程序，此节会成为 SRS 包的主体部分，所以应仔细考虑此节的组织方式。此节通常按特性来组织，但也可能会有其他适用的组织方式，例如按用户或子系统组织的方式。功能性需求可能包括特性集、性能和安全性。 当利用应用程序开发工具（如需求工具、建模工具等）来获取功能性时，此节文档将引用获取相应数据的方法，并指出用来获取数据的工具的位置和名称。 3.1.1 功能A.1 1)功能名称/标识 2)
业务需求说明书 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、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)
1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来，实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求，不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。
2.为财务提供严密的账系统。 3.提高决策依据：管理者可以随时了解经营情况，以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等，从而影响出租率，使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理，客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图
北京师范大学珠海分校管理学院 项目管理说明书 ——开发聊天软件 生存期中的各阶段定义如下： 项目规划阶段 阶段目标：根据初步的需求分析，确定项目的规模、时间计划和资源需求 输入：要求文本， 过程：项目规划，计划确认 输出：项目计划 需求分析阶段 阶段目标：确定客户的需求 输入：项目计划，SOW 过程：需求获取，需求分析，需求控制 输出：原型系统，需求规格 设计阶段 阶段目标：总体系统结构设计 输入：原型系统，需求规格 过程：总体设计 输出：系统设计说明书，数据库结构定义 增量1实现 阶段目标：实现系统的登录功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本-1 增量2实现 阶段目标：实现系统的聊天功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本-2 增量3实现 阶段目标：实现系统的信息管理功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-3 增量4实现 阶段目标：实现系统的文件传输管理功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-4 集成测试 阶段目标：通过集成环境下的软件测试 输入：测试计划，测试用例 过程：集成测试，系统测试 输出：系统软件包，测试报告，产品说明书 产品提交 阶段目标：产品可投入使用 输入：系统软件包 过程：产品提交 输出：验收报告 2）资源配置情况： 人力资源： ?1个管理人员 ?2个开发人员 ?4个测试人员 ?2个设计人员 ?2个需求人员 设备资源： ◆3台电脑 ◆1台服务器
软件项目需求规格—说 明书 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
组态建模工具需求规格说明书西安电子科技大学
目录 1概述 1.1编写目的 指出编写《需求规格说明书》的目的。下面是示例： 编写此文档的目的是进一步定制软件开发的细节问题，希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解，
它说明了本软件的各项功能需求、性能需求和数据需求，明确标识各项功能的具体含义，阐述实用背景及范围，提供客户解决问题或达到目标所需要的条件或权能，提供一个度量和遵循的基准。具体而言，编写软件需求说明的目的是为所开发的软件提出： a)软件设计总体要求，作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求，数据结构和采集要求，重要的接口要求，作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 1.2编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书，策划书等。 1.3术语和缩略词 缩写、术语及符号解释 2软件概要 2.1软件总体描述 从总体上描述该软件的情况，包括软件的形式（网站，运行时系统，插件等）和软件的主要的功能，使读者对该软件有一个整体的认识。一般一两段话即可。 2.2软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 开发环境：
编程语言： 遵循的规范：软件的设计和开发过程需要严格按照合同要求，根据软件的设计方案来进行。软件开发过程应遵循软件工程规范，对过程和版本进行管理和控制。 测试环境：可以写明在什么单位测试，测试单位使用的软硬件环境。 软件交付形式： 软件交付日期： 其他：见合同。 2.3使用者特点 指明软件的使用者具有的特定。示例： 本软件主要在甲方工作环境中使用，使用者包括项目管理人员，开发人员及工程师等，使用者在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。
燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院：信息学院 姓名：郭文月 学号： 140210100 专业班级：计科1404 指导教师：周建敏
1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)
1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解，使之对整个开发工作的基础，明确系统需要实现的功能，确定需求边界。特编制本文档。本文档一经确认，将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有：本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称：学生课程管理系统 项目的任务提出者：燕京理工学院信息院郭文月 用户：学生 实现软件的单位：1404班郭文月学生 兼容系统：Windows XP SP2/SP3，win7 ，win8 开发工具：Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》，肖丁等，北京邮电大学出版社。 [2]《https://www.doczj.com/doc/b416334817.html,+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社 2任务概述 2.1目标 课程的管理：包括课程的添加，修改和删除等 学生信息的管理：包括学生信息的添加，修改和删除等 学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。 | 2.2假定和约束 经费限制：100万 开发时间：六个月之内 3需求规定 3.1对功能的规定
项目管理系统需求说明书
成都鼎域前沿科技有限公司 2015.4 目录 一引言 (1) 1编写目的 (1) 2范围 (1) 2.1软件系统的名称 (1) 2.2软件功能概述 (1) 二项目概述 (2) 1项目描述 (2) 2产品功能 (3) 2.1系统角色定义 (3) 2.2系统功能 (3) 3用户特点 (3) 3.1管理员及超级管理员用户 (3) 3.2企业领导、项目经理和项目成员 (4)
3.3用户使用本系统相关说明 (4) 3.4一般约束 (4) 三项目需求 (6) 1功能需求 (6) 1.1功能结构一览 (6) 1.2登陆 (7) 1.3项目管理 (7) 1.3.1项目立项 (7) 1.3.2项目新增 (7) 1.3.3项目过程管理 (8) 1.3.4项目群管理 (11) 1.4项目工具 (15) 1.4.1原因分析工具 (15) 1.4.2数据收集分析工具 (15) 1.4.3评估工具和决策工具 (15) 1.4.4TRIZ系列工具 (15) 1.5人才管理 (15) 1.6知识管理 (16) 1.7权限管理 (17) 1.7.1用户信息管理 (17) 1.7.2系统模块管理 (17)
1.7.3角色管理 (17) 1.7.4权限分配 (17) 2外部接口需求 (18) 2.1用户接口 (18) 2.2硬件接口 (18) 3性能需求 (18) 3.1静态数值需求 (18) 3.2动态数值需求 (19) 3.3硬件限制..................................................... 错误!未定义书签。4属性. (19) 4.1可用性 (19) 4.2安全性 (19) 4.3可靠性 (21) 4.4系统性能 (22) 4.5易用性 (23) 4.6可维护性 (23) 4.7其他需求 (24)
XXX项目 软件需求规格说明书 ---------------------------------------------------------------------合肥安慧软件有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
1.引言.................................................... 错误!未定义书签。 . 项目背景............................................. 错误!未定义书签。. 编写目标............................................. 错误!未定义书签。. 建设目标（可选）..................................... 错误!未定义书签。. 系统范围............................................. 错误!未定义书签。. 定义/术语/缩写....................................... 错误!未定义书签。. 参考资料............................................. 错误!未定义书签。. 文档阅读指南（可选）................................. 错误!未定义书签。 2.总体说明................................................ 错误!未定义书签。 . 产品介绍............................................. 错误!未定义书签。. 假设和依赖（可选）................................... 错误!未定义书签。. 局限性和排斥性（可选）............................... 错误!未定义书签。 3.功能描述................................................ 错误!未定义书签。 . 业务描述............................................. 错误!未定义书签。. 用户说明............................................. 错误!未定义书签。. 基本配置及运行环境................................... 错误!未定义书签。. 用户场景............................................. 错误!未定义书签。 用例总览......................................... 错误!未定义书签。 详细用例说明..................................... 错误!未定义书签。 4.非功能性需求............................................ 错误!未定义书签。 . 性能要求............................................. 错误!未定义书签。. 可靠性（可选）....................................... 错误!未定义书签。. 安全性（可选）....................................... 错误!未定义书签。. 可移植性（可选）..................................... 错误!未定义书签。. 设计限制（可选）..................................... 错误!未定义书签。. .电源、工艺结构要求（可选）.......................... 错误!未定义书签。. 逻辑数据库需求（可选）............................... 错误!未定义书签。. 其他需求............................................. 错误!未定义书签。 5.接口说明................................................ 错误!未定义书签。 . 用户界面............................................. 错误!未定义书签。. 硬件接口............................................. 错误!未定义书签。. 软件接口............................................. 错误!未定义书签。. 通信接口............................................. 错误!未定义书签。 6.需求变更流程............................................ 错误!未定义书签。 7.设计描述（可选） ........................................ 错误!未定义书签。
项目需求说明书 一、资质要求 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认证以及中国技能产品认证（在投标文件中提供复印件，加盖制造厂商公章）。
1概述 1.1开发背景和意义 随着公司规模的迅速扩大，现行的纯纸质化办公，效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公，成为日常办公的严重制约。尤其是需要审批的事项，如果遇到审批人出差或不在公司，往往需要等待，协调的成本很高，工作决策不能及时进行，大大降低了工作效率。开发审批系统，使得申请人和审批人不受地域和时间限制，审批流程自动流转，相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性，减少系统间的相互依赖，使其能单独运行，便于开发和维护，也有利于以后的扩充，做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验，以及与实际审批业务的贴合性，真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括： (1) 考勤管理：员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 （2）转正申请：员工完成试用期，进入转正审批环节，完成该环节后，成为正式员工。 （3）物资申请：办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。
1.5业务数据时间要求 针对用户对数据的要求，业务数据做永久性保存，部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错
品高项目管理系统 软件开发需求
目录 1引言 (2) 1.1编写目的 (2) 2功能性需求 (2) 2.1系统登录 (3) 2.2对内项目管理子系统 (6) 2.3对外项目交流系统 (22)
1 引言 1.1 编写目的 本文档可作为 1. 设计人员进行系统设计的输入源。 2. 开发人员对系统功能开发的依据。 3. 测试人员编写系统测试计划，测试案例编写的输入源。 4. 产品经理检查系统实现程度的依据。 5. 项目团队外人员进行沟通的外部接口，用于他们评审和理解系统。 6. 项目需求阶段的主要交付物。 7. 收集并记录所有的外部接口，以用于作为完成设计和实现系统的参考。 2 系统概貌 2.1 系统背景 随着公司发展，客户范围不断增长,项目数量多且繁杂,给公司的和客户了解项目实际情况带来很大不便,公司及客户之间缺乏有效快速的沟通交流环境. 基于上诉背景，我们提出需建立一套完善的项目管理系统，作为公司及客户之间对项目信息的了解及在线交流, 以满足公司发展的需求。 2.2 用户描述 本系统用户为我们公司业务人员、项目成员、项目经理、管理中心、财务合同管理员、部门经理，项目管理层等。 2.3 系统角色权限 系统的不同角色对信息的权限见附件表 角色权限表.xlsx 2.4 一般限制 ? 应用系统应采用B/S 结构，客户端支持IE6.0 以上的版本。 ? 应用系统的开发工具与技术应采用Microsoft .NET 的技术体系。 ? 应用系统中所有数据统一保存到SQL Server 数据库。
2.5出错处理 ?所有的应用系统错误都应记录到系统日志文件中。 ?所有的Windows服务错误都应记录到Windows服务日志文件中。 ?所有的Web服务错误都应记录到Web服务日志文件中。 2.6假设和依赖条件 ?本系统假设.Net Framework 4.0平台稳定可靠，性能满足实际需求。系统构建在Microsoft .Net Framework平台中，严重依赖于该平台的可靠性，稳定性和性能。 ?本系统假设Microsoft SQL Server数据库稳定可靠，性能满足实际需求。系统数据存储于Microsoft SQL Server数据库中，依赖Microsoft SQL Server数据库的可靠性，稳定性和性能。 ?本系统假设涉及的外部接口可靠运行，提供正确数据。系统部分数据展现依赖于外部接口，当外部接口不能正确工作时，可能会导致部分展示数据不正确或无法显示。 ?本系统假设网络状态良好。本系统和客户端交互时依赖于网络状况，当网络故障或者性能低下时，可能会造成系统无法访问，系统响应速度变慢，数据无法提交等现象。但不应出现数据完整性和一致性的损坏。 ?本系统假设工作流引擎稳定可靠，性能满足要求。 ?本系统假设硬件服务器工作状态良好。 3功能性需求 3.1系统登录 【REQ_1】使用系统的用户分2类,内部用户及外部用户 【REQ_2】内部用户访问系统的时候,需要输入AD帐号密码进行身份验证检查 【REQ_3】外部用户访问系统的时候,需要输入用户名和密码进行身份验证检查 3.2首页 【REQ_4】每个用户登录后都可进入自己所属角色的首页 3.2.1.1业务人员 【REQ_5】列出业务人员本人的预立项的项目列表，已完成的合同列表，个人待办事宜，如下图示：