xx市建筑工程交易中心协同办公系统

xx 市建设工程交易中心协同办公系统 项目需求分析书 第一部分 引言 1.1 编写目的 需求分析书有时候也被称为规格说明书，本规格说明描述了 xx 市建设工程交易中心协 同办公系统项目(以下简称为 xx 协同办公系统) 的要求，作为系统设计、实现目标及验收的 依据，通过该需求分析，描述用户的具体需求，定义需求具体的格式和内容。并且作为各 方面沟通的依据，也为下一步工作提供基准。 软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产 品的特点。经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。 1.2 适用范围 本文档主要涉及“xx 协同办公系统”的应用模型和功能需求描述。 1.3 背景 说明： A、 软件系统的名称： xx 市建设工程交易中心网上招投标项目 B、 任务提出者：xx 市建设工程交易中心 开发者：xxxx 科贸有限公司 实现完成的系统将在 xx 市建设工程交易中心、建设局各部门、招投标单位（甲方） 、 竟标单位、招标办所使用，所应用的网络系统是建立在 xx 市建设工程交易中心的内部及建 设局各部门间的局域上的。招投标单位（甲方） 、竟标单位可通过互联网操作。 C、 本系统与建设局各部门系统将是相互可访问的系统，它可能提供接口。 本系统将使用 SQLServer2000 作为数据库存储系统，SQLServer2000 企业版将由 xx 市 建设工程交易中心自行购买。 1.4 术语、定义 和缩写 定义与缩写： 徐招投系统 -xx 市建设工程交易中心网上招投标项目 甲方 -需要进行招投标的单位，招标方 注册企业 -需要竟标的企业单位，投标方 注册项目经理-注册企业的项目经理，投标方的项目经理 招标办 -负责对审核的权力部门，建设局招标办公室 局相关部门-管理注册企业及注册项目经理的单位,建设局各个部门 管理中心 -负责为招投标方提供中间服务的平台 1.5 文档概述 本文档主要描述了“xx 协同办公系统”的外部接口需求、功能需求以及其他非功能需 求。 1.6 参考资料 相关的文件包括： A、 xx 市建设工程交易中心的管理制度与工作流程 B、 建设局招标办的工作流程 C、 其它相关单位的要求 参考资料： A、 国家标准软件需求说明书（GB856T88） ； B、 莱克公司的人力资源管理项目的软件需求说明； C、 设计模式 合同： xx 市建设工程交易中心协同办公系统 3 第二部分 任务概述 2.1 目标 xx 市建设工程交易中心需要实现协同办公的工作能由计算机自动执行，主要包括更新 和维护注册企业、招投标流程的数据,方便相关单位的工作。出于这样的目的，中心希望 开发能够帮助 xx 市建设工程交易中心进行管理的软件。 该软件的用户是招标办、注册企业、本中心、局相关部门。该软件具有下列特性： 1. 招标办的职责。 2. 管理中心的功能。 3. 注册企业用户的功能。 4. 局相关部门的职责。 5. 与建设局原有的系统集成。 6. 适合建设局的网络结构，即 Intranet 用户管理数据库,而 Internet 用户以 Web 方式访 问。 7. 由于本系统将发送短消息，需要电信部门的接口。 8. 大屏幕、触摸屏等设备的接口。 2.2 用户的特点 本系统将在用户是招标办、注册企业、本中心、局相关部门使用，使用者可能包括一 般办公人员与管理人员，这些人员在计算机的应用、使用上不存在障碍，他们以往有使 用过类似系统的经验，并且都在、计算机的操作和使用方面得到过相关的培训。 根据业务的频繁程度，系统每天操作完成一个功能点应该在 5 - 500 次之间。 用户对界面的友好性，有一定的要求。 本系统的规模比较大，并且将提供为期 5 个工作日的操作、安装培训，以达到其熟练 使用的目的。 2. 3 假定和约束 约定： A、本系统的预算在 x 万元（人民币） ； B、本系统的最后的交付日期是 xxxx 年 xx 月 xx 日，包括安装，系统要求在 xxxx 年 xx 月 xx 日正常投入使用； 假设： A、建筑工程交易中心能够提供交付测试的环境； B、建筑工程交易中心能够参与到需求的核准工作； 设计和实现上的限制: 1. 基于 dotNet 架构进行开发。 第三部分、需求规定 3.1 对功能的规定 3.1.1 系统功能关系图 甲方子系统：负责标书的起草及制定，企业资质的审核，会议室的预订，公告及补充 公告的发布，相关查询。 招标办子系统：负责招标公告的审核，开标日程的发布，相关信息发送，招投标流程 的跟踪控制，有随时开启和废止一个标书。 管理中心子系统：负责开标室的安排、审核，显示控制（大屏、短信等） ，软件权限设 置，统计，招投标流程的数据管理 注册企业子系统：注册企业可以通过互联网下载标书、付费、报名，相关信息查询， 更改自有数据 局相关部门子系统：注册企业档案的建立，项目经理的修改，工程档案维护（包括竣 工企业档案） ，统计分析，招投标文件的出借、归还 管理中心子系统 注册企业子系统 局相关部门子系统 甲方子系统 招标办子系统 管理中心数据库 xx 市建设工程交易中心协同办公系统 5 3.1.2 系统功能概述 3.1.2.1 系统用例图： 1甲方子系统用例图 2招标办子系统用例图 3管理中心子系统用例图 4注册企业子系统用例图 5局相关部门子系统用例图 xx 市建设工程交易中心协同办公系统 7 3.1.2.2 系统功能图： 系统功能主流程： xx 市建设工程交易中心协同办公系统 9 xx 市建设工程交易中心协同办公系统 11 xx 市建设工程交易中心协同办公系统 13 xx 市建设工程交易中心协同办公系统 15 3.1.2.3 需求功能清单： 功能编 号 功能名称 前置条件 后置条件 基本操作/注释 01 甲方系统 0101 标书起草 0106 0107 审核 提交招办 增删改查打印 0102 审核企业资质 企业已报名 合格与否 审核 0103 图纸答疑 标书填写 图纸显示 0104 补充公告起草 公告已发布 提交招办 增删改查打印 0105 相关信息查询 固定条件/万能条 件 0106 招标形式审核 0101 自行、委托两种 0107 发包方式备案 0101 公开、邀请招标 0108 确定中标者 开标 发布中标者 审核 0109 项目经理变更审核 企业提交变更 提交招办 审核 02 招标办系统 0201 招标文件审核 甲方提交 确定报名日期， 发布 审核 0202 资格预审文件审核 企业已报名 甲方审核 审核 0202 确定开标日程 标书填写 安排开标室 审核 0203 补充公告的审核 0201 发布 审核 0204 项目经理变更审核 甲方已审核 变更 审核 0205 施工合同备案 中标 存档 0206 招标形式备案 甲方提交 存档 0207 代理合同备案 中标 存档 0208 企业信息备案 报名 存档 0209 发包方式审核及备 案 甲方提交 存档 03 管理中心系统 0301 开标室安排 标书填写 开标 0302 发布标书公告 接招办通知 发布到网站、大屏 等 M1 0303 发布合格企业名单 甲方审核 同上 0304 发布中标企业名单 甲方、招办审 核 同上 M7 0305 工程归档 中标 存档 M8 0306 通知相关部门 信息变更 消息确认 发送通知 0307 数据统计分析 同 0105 0308 数据维护 备份、恢复 0309 用户及权限管理 用户权限分配 04 注册企业系统 0401 购买资格预审文件 标书已发布 报名 在线、现场购买 M2 0402 购买招标文件 企业资质已审 填写标书 同上 M5 0403 网上付费 标书已发布 0404 下载标书 已付费 0405 工程报名 0401 招办预审 在线、现场报名 M3 0406 更改企业自有数据 提交招办 0407 项目经理变更 提交招办 M4 流程 0408 相关信息查询 同 0105 05 局相关部门系统 0501 注册企业档案的维 护 企业提交 查询，修改 0502 项目经理的变更 甲方、招办已 审 存档 确认 xx 市建设工程交易中心协同办公系统 17 0503 竣工企业档案 工程竣工 存档 0504 信息统计查询 同 0105 0505 档案借出 原件/复印件 0506 档案归还 原件/复印件 注： 所有信息查询分为固定条件/万能条件，上述功能模块中都提供这两种查询方式，针对查询 结果可提供打印功能 固定条件由使用者提出的固定要求 万能条件则由系统给出所有的组合条件查询 3.2 对性能的规定 3.2.1 精度 1、在执行数据增加的时候，不允许出现因为程序的原因导致增加操作失败，也不允许 发生重复增加的数据； 2、在执行数据删除操作的时候，不允许因为程序的原因发生多删除数据、删除失败的 情况； 3、数据的修改也要求保持对应的准确性； 3.2.2 时间特性要求 在单用户执行增加修改和删除操作的时候，在运行环境规定的条件下，单次操作的响 应时间要求在 2 秒钟之内。 返回 100 行数据以内的数据查询，单次操作的响应时间要求在 2 秒之内。 多人操作时候，时间和相应的要求同上。 3.2.3 灵活性 A、操作方式 程序在通常的应用环境下使用鼠标和键盘进行输入和输出操作，对于执行按钮，通常 使用鼠标的点击完成，但是，界面要求全部支持键盘的定位操作（在不安装鼠标的计算机 上，也能够使用该系统） 。 B、运行环境 程序在通常的条件下，在 Win98/NT/2000 上安装运行，但是，还要求能够在 XP 及后 续的 MS 的操作系统上运行。 C、同其他软件的接口的变化 （不适用） A、 精度和有效时限的变化 （不适用） B、 计划的变化或改进 由于本系统的规模比较大，计划和进度的改变可能影响到需要实现的需求。 3.2.4 系统容量 支持 3 万用户。支持 GB 级数据。 3.3 输人输出要求 提供打印，输出到 Excel,从 Excel 导入的功能 3.4 数据管理能力要求 每天、每月的各个单元可能产生的新的数据量。估计在 100M 在建立数据库，输入原始数据的情况下的正常增长，不考虑非常特殊的情况： 根据以上的数据，每月要求的额外的数据存储空间为 1G，并且，所有数据采用集中式 存储，数据位于数据库服务器上。数据库要有安全保障性能，必须只有授权的用户才能操 作。 3.5 故障处理要求 A、在操作成员输入一些不合理的数据的时候，能够进行一些合理的提示信息，不能因 为输入错误而导致系统的错误，或者程序停止运行； B、程序运行时，对服务器和网络通信故障能够识别并提示，当故障排除后，程序恢复 正常运行； C、数据库要求有灾难备份机制，以防止数据的全部丢失。 3.6 其他专门要求 A、安全性 网络安全：能经受来自互联网的一般性恶意攻击。如病毒（包括木马）攻击、 口令猜测攻击、黑客入侵等。因此，必须配备较强的网络安全防范、响应能力，为 应用系统提供安全可靠的网络统计平台。 数据库安全：数据库级备份和恢复。数据库级用户进行角色和权限授权。使得 在异常情况发生时，系统可以得以快速恢复，避免数据的丢失或将其影响降到最低 限度。同样，要保证存储过程中数据不被非法访问和篡改。 数据保密：网络传递数据经过加密。需要保证数据在采集、传输和处理过程中 不被偷窥、窃取、篡改。 xx 市建设工程交易中心协同办公系统 19 应用系统的安全：通过对用户的身份鉴别，并实施相应的访问控制策略后，使 用户只能完成得到系统授权的数据访问功能操作。用户只有经授权后才可以更新程 序，避免因错误程序更新而影响系统的正常运行。 其他安全方面的要求，请参考合同的说明。 B、可扩充性 系统在开发完毕以后，应允许在后续的合同中进行功能的扩展或者功能的重新解释和 实现。 C、健壮性 系统应该保证在一次开机三个月之内稳定运行，数据库在一些灾难事故中能够在系统 安装好之后，两小时内恢复。 可靠性指标：在连续运行情况下，系统可靠性 99.9999%。提供应用服务器集群技 术和组件技术支持高可靠性和伸缩性。 D、易用性 易学易用、符合标准浏览器操作风格，丰富的联机帮助，人性化的操作界面。 E、可维护性 系统从设计上尽量考虑少做二次开发或者不做二次开发，直接通过系统配置搭建系统， 从功能上具有通用性，易修改和扩展。软件开发使用组件技术，保证了可维护性高。 3.7 文档需求 与软件一同发行的用户文档有：用户手册、操作指南、管理指南、在线帮助。 3.8 测试需求 单元测试：对单一的组件的测试。 集成测试：组件组装成子系统后，测试子系统。 系统测试：对整个系统进行测试。 压力测试：测试系统的可靠性和伸缩性。 第四部分 运行环境规定 4.1 设备 客户程序硬件要求： 具有 Pentium 3 以上处理器且满足以下要求的计算机： 最低 256MB 内存 最小 10GB 硬盘 鼠标 键盘 服务器硬件需求： 具有 Pentium 4 HT 处理器且满足以下要求的计算机： 最低 1GMB 内存 最小 120 GB 硬盘 鼠标 键盘 4.2 支持软件 浏览器客户端： 操作系统：Windows 98/NT