成品套装软件采购需求说明书模板Word文档格式.docx
- 文档编号:22561815
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:30
- 大小:26.58KB
成品套装软件采购需求说明书模板Word文档格式.docx
《成品套装软件采购需求说明书模板Word文档格式.docx》由会员分享,可在线阅读,更多相关《成品套装软件采购需求说明书模板Word文档格式.docx(30页珍藏版)》请在冰豆网上搜索。
系统能够支持对多种格式数据的存储。
项目说明
4
项目工作范围
4.1
{套装软件订购}
{系统客户化、二次开发,系统集成}
{具体内容描述}
项目工作内容
4.2
{工作内容描述}
4.3
{对项目进行详细说明}
业务概述
5
业务说明
5.1
业务总体介绍,包括该业务与相关业务的关系等。
描述有关业务的概念、分类。
业务处理流程
5.2
根据业务的具体情况,描述业务管理规定。
详细描述业务流程。
描述业务处理要求。
系统功能需求
6
功能模块1
6.1
{描述}
功能模块2
6.2
功能模块3
6.3
功能模块4
6.4
…………
功能模块n
6.5
{对每个功能模块进行描述}
7产品总体要求
8
要求产品满足XXXXX的需要,其中分为产品业务需求、技术需求,产品具有相同或者类似行业的成功案例以及厂商在国内能够提供的支持和维护能力等。
8.1产品的体系架构
8.2
产品本身的体系架构,及与项目中其它软件产品和信息系统的整合能力以及将来的扩展能力,包括:
1.其架构支持SOA的理念,提供Service的接口以及API的接口。
2.支持J2EE的应用架构。
8.3易用性和维护性
8.4
1.产品界面汉化要求。
2.文档详尽,具有可操作性。
3.若客户端需要安装软件模块,安装配置要简捷。
8.5版本控制
8.6
8.7安全性
8.8
提供完备的用户认证、授权与加密等安全能力。
8.9集成能力
8.10
产品支持开发的集成模式,能与系统各相关组件、平台进行集成。
8.11监控和日志功能
8.12
8.13产品性能
8.14
9技术要求
10
技术需求
10.1
系统结构
10.1.1
系统主体要求采用B/S模式,对于高端分析用户可配置客户端。
系统采取集中部署,服务器设备部署在XXXXX数据中心,分行或总行业务部门不部署前置服务器设备。
服务器采取双机热备,支持灾备。
运行环境适应性
10.1.2
系统能运行环境为主流的开放平台。
1.主机
服务器为HP、IBM等主流服务器,操作系统为HP-UX、AIX。
3.数据库
ORACLE10g等主流数据库。
5.客户端
WINDOWS/IE等。
应用平台
10.1.3
XXXXX技术路线为J2EE,门户平台为IBMWebsphere,认证系统为AD/LDAP。
要求系统采取XXXXX现有用户管理和认证系统,并实现与门户系统的SSO。
网络系统
10.1.4
本系统将安装和运行于XXXXX目前的内部TCP/IP网络平台上;
网络分为总行局域网络、各分行局域网络,总行与分行通过4M干线相连。
核心交换机为千兆,桌面为百兆。
性能
10.1.5
1.最大用户并发数:
XXX
3.稳定性指标:
系统按照XXXX正常工作时间运行,应用系统故障率要求<
=0.1%。
5.平均响应时间要求:
系统简单查询响应时间小于X秒。
系统集成要求
10.1.6
按照规划的要求,系统与其他系统的集成应基于符合SOA架构的全行集成平台实现。
XXXXX已经采购TIBICOESB产品。
安全与审计
10.2
1.用户认证:
系统采用XXXXX统一的用户认证方式,基本为LDAP、AD和CA数字证书三种,具体在实施中根据XXXX基础环境决定。
3.信息安全审计:
对所有系统的核心操作进行审计跟踪,能够从系统日志中再现历史操作流程。
5.用户及权限管理:
系统采用基于角色的用户授权。
设置用户的数据访问权限,不同类型的用户权限须分离,分操作、监督和管理不同类型的权限。
开发实施各阶段工作要求
11
{开发是指二次开发}
项目准备
11.1
1.制订项目计划。
3.制定相关的技术规范
5.开发和测试环境的准备。
工作描述
11.1.1
提供的规范应包括但不局限于下述所要求的各规范文档。
1.制定整个项目过程的文档规范
制定项目各个阶段过程,面向项目生命周期的所有相关人员(包括管理人员、开发人员、质管人员)的文档规范。
明确项目各阶段提交的文档,对各种文档的内容进行规范,使整个项目工程阶段清晰,要求明确,任务具体,便于规范化、系统化及工程化。
3.数据库设计规范
制定数据库规范作为设计数据库时的开发规范。
从数据库的设计原则、设计文档几方面明确数据库设计的规范思想及命名规则、代码书写规则。
数据库应用结构,根据对一般业务系统的分析,将数据库和程序系统统一进行整体描述,展示数据库的表之间以及与程序模块间的关系。
数据库结构原则,规定除数据库设计所遵循的范式外的一些适用原则,在遵循数据库设计范式的基础上,合理地划分表,添加状态和控制字段等,并明确数据库设计中的注释规范。
5.代码开发规范
应采用与国际代码规范基本一致的代码规范,并使得能在开发阶段将代码规范落实到项目组中的每一个有关人员。
统一代码开发规范,提高代码的质量和可维护性。
提供事务、异常处理、文件处理等标准服务,规范各模块的处理方法。
制订代码开发规范,撰写核心代码规格及单元测试指针以建立测试导向的开发目标。
7.开发管理规范
制定开发管理规范,对整个开发过程项目组织机构设置、人员能力要求、职责、权限、考核、流程规划、里程碑设定、管理审批和审查流程进行严格的规范,以免项目进度和质量失控。
9.测试规范
对软件测试过程中所涉及到的测试类型、测试方法、测试标准、测试流程进行总体规范,使得项目测试能按本规范要求对软件进行检查、测试,实现对软件产品质量的检查和审核,以有效保证软件产品的质量。
11.数据交换、访问、接口规范
在充分考虑本项目系统与其他系统的相互之间关系的基础上,制定数据交换规范,使得原有系统能够按照规范和新系统进行数据交换,并为本系统与其它系统可能进行的数据交换作好准备。
统一数据管理,规范数据访问方法和接口。
13.系统安全性规范
制定规范,对项目组每一个人员进行身份管理,建立安全访问机制,如CA认证,不允许XX的人员进入网络、数据和代码系统,数据和代码本身的属性管理,数据和代码的传输加密,数据和代码的存储、备份和恢复。
系统需求分析
11.2
11.2.1
1.完成业务需求调研
针对本项目系统的建设内容,在现有用户需求业务的基础上,开展应用系统业务需求的调研,协助甲方完成系统开发前的用户需求,并形成应用系统总体需求调研报告。
编写项目视图和范围文档:
从用户角度出发编写项目视图,在项目前期的可视范围内对项目的环境状况等进行分析;
明确项目的边界及项目与外界的关系。
3.完成需求分析
根据需求调研报告,绘制定义系统内外界限、接口和数据流等的关联图,明确系统与外部环境的区分及联系。
确定需求优先级:
对具体需求采取不同优先级的分级策略,指导后期工作中的重点层次和取舍问题。
建立用户数据模型:
对系统中所有用户需求的数据项和数据结构建立模型和视图。
5.完成需求分析验证
求优先级:
对具体需求采取不同优先级的分级策略,从略,从而方的确认审查需求文档:
由用户代表、相关专家和需求分析人员对需求分析文档进行非正式评审。
乙方的职责
11.2.2
甲方的职责
11.2.3
系统设计
11.3
1.总体设计。
3.详细设计。
11.3.1
一、总体设计
二、
1.编制应用系统数据架构的设计方案,建立数据逻辑模型和数据用户视图,确定系统使用的设备及系统软件、工具软件等相关软件。
3.{可选}
根据用户需求分析,完成原型开发。
在用户需求分析完成后,对于用户需求不明确的具体问题,要创建开发原型,以帮助用户明确需求,有利于问题的解决。
相关成果需得到采购人项目领导小组的确认。
5.编制测试环境建设的方案
7.作为正式上线前的测试环境,测试环境建设方案中要提出整体设计方案,包括搭建测试环境所需要的网络、设备、软件等的设计方案。
9.编制系统上线试运行至系统正式上线期间的过渡时间安排、过渡计划及方案。
11.提供对项目应用系统设计风险的详细评估。
三、详细设计
四、
1.根据总体设计,完成应用系统逻辑设计。
3.制定应用系统建模规范。
5.制定应用系统数据结构规范。
7.制定应用系统接口规范。
9.根据总体设计,对应用系统每个模块进行详细的算法设计。
11.根据总体设计,对应用系统各个模块进行建模。
13.根据总体设计,完成各模块接口的详细设计。
15.完成数据库详细设计。
16.
17.完成系统界面详细设计。
18.
19.对应用系统每个模块内的数据结构进行详细设计。
20.
21.完成本应用系统与其他应用系统接口的详细设计。
22.
23.提供系统软件可扩展性的详细设计。
24.
25.提供详细的应用系统开发工作进度计划表。
26.
11.3.2
11.3.3
开发阶段
11.4
1.系统的开发和内部测试。
3.应用接口开发。
11.4.1
1.完成各功能的开发。
3.编制程序开发片断记录。
5.编制软件开发版本管理文档。
7.遵循项目跟踪过程的要求,管理和控制项目的开发过程,跟踪解决项目中的风险和问题,定期提交报告。
9.控制项目过程中的需求变更,要求记录需求变更,对提出的变更进行影响分析后再对变更进行实施。
11.参考《软件编码控制程序》,对软件编码规范进行约束,项目经理需定期检查代码规范的符合性。
13.项目的开发过程中,阶段性的工作产品均需要经过评审,要遵循《评审控制程序》要求进行。
15.遵循《质量保证过程》的要求,制定《质量保证计划》。
17.遵循《配置管理过程》的要求,按照制定的《配置管理计划》,创建、维护项目的配置库,对项目过程中产生的工作产品和各类文档均进行配置管理;
并及时发布配置库的状态报告,确保项目数据的统一性、完整性和可追溯性。
19.遵循《度量分析过程》的要求,根据制定的《度量计划》中确定的度量元和度量时间,在项目开发的过程中,采集收集度量数据,并对度量的数据进行统计分析和报告。
21.编制工作周报。
11.4.2
11.4.3
系统测试工作
11.5
1.系统测试。
3.系统联调。
5.系统调优。
11.5.1
测试应至少包括以下内容:
1.单元测试。
测试软件独立单元在与其它程序隔离的情况下的应用。
3.集成测试。
集成各单元模块验证系统功能是否满足需求。
5.功能验证测试。
测试本系统的功能是否正确,其依据是需求分析文档。
7.界面测试。
测试本系统的易用性和视觉效果等。
9.健壮测试。
测试本系统在异常情况下能否正常运行的能力。
11.安全测试。
测试本系统防止非法入侵的能力。
13.性能测试。
测试本系统并发数及相应效率。
15.安装测试。
测试本系统系统安装与反安装。
17.文档测试。
对用户文档进行详细测试,检查文档的完整性、正确性、一致性等。
11.5.2
11.5.3
生产部署
11.6
1.生产环境准备。
3.向生产环境迁移。
11.6.1
1.在项目的适当时候提出系统上线试运行至系统正式上线阶段制定过渡方案的请求。
3.完成过渡时期的时间安排、计划及总体方案的制定。
5.完成过渡方案的风险预测及评估报告。
7.实施系统迁移与切换,保证新老系统平稳过渡。
11.6.2
{描述}
11.6.3
总体验收
11.7
11.7.1
1.根据项目阶段的划分,完成系统在总体设计、详细设计、数据资源规划和清理、编程开发、集成测试、系统集成和过渡阶段等主要阶段的验收。
3.组织、安排项目各阶段的验收会议。
5.编制与验收相关的文档,并将所编写的文档提交有关人员进行评审。
11.7.2
11.7.3
信息安全需求
12
信息安全保护等级
12.1
{确定安全等级,并进行描述}
信息安全保护责任
12.2
甲方责任
12.2.1
{具体描述}
乙方责任
12.2.2
培训
13
培训总体要求
13.1
1.甲乙双方在项目实施过程中共同负责培训计划的制订。
3.乙方负责提供培训教材。
培训内容应包括产品的安装、使用、维护、操作、常见问题及解决办法等主要内容。
培训内容
13.2
培训任务工作包含但不限于以下任务:
1.系统的使用培训。
3.系统的部署、维护培训。
培训人数、时间、地点
13.3
说明培训的人数、培训时间、培训地点。
培训方式
13.4
1、集中授课培训。
2、现场培训。
项目提交件要求
14
提交件清单
14.1
系统源码
14.1.1
系统所有最终源码。
文档
14.1.2
{具体描述,以下可参考,但不限于此}
1.《系统需求分析说明书》。
3.《系统整体设计方案》。
5.《应用系统逻辑设计说明书》。
7.《应用系统建模规范》。
9.《应用系统数据结构规范》。
11.《应用系统数据接口规范》。
13.《应用系统各模块详细设计说明书》。
15.《数据库详细设计说明书》。
17.《应用系统界面详细设计说明书》。
19.《应用系统数据结构详细设计说明书》。
21.《应用系统设计风险评估》。
23.《应用系统可扩展性详细设计》。
25.《应用系统开发工作进度计划表》。
27.《现有数据资源分析报告》。
28.
29.《数据资源规划文档》。
30.
31.《数据架构设计文档》。
32.
33.《数据库详细设计文档》。
34.
35.《系统数据字典》。
36.
37.与本项目有关的业务数据标准(规范)。
38.
39.《程序开发片断记录》。
40.
41.《需求变更记录手册》。
42.
43.《软件编码规范》。
44.
45.《软件版本管理手册》。
46.
47.《质量保证计划》。
48.
49.《配置管理计划》。
50.
51.《度量计划》。
52.
53.《工作周报》。
54.
55.系统安装程序和安装说明文档。
56.
57.《系统测试方案》。
58.
59.《系统测试进度计划表》。
60.
61.《单元测试计划》。
62.
63.《单元测试用例》。
64.
65.《单元缺陷报告》。
66.
67.《集成测试计划》。
68.
69.《集成测试用例》。
70.
71.《集成测试报告》。
72.
73.《功能测试计划》。
74.
75.《功能测试用例》。
76.
77.《功能缺陷报告》。
78.
79.《界面测试报告》。
80.
81.《健壮性测试报告》。
82.
83.《安全测试计划》。
84.
85.《安全测试报告》。
86.
87.《性能测试方案》。
88.
89.《性能测试报告》。
90.
91.《安装测试报告》。
92.
93.《文档测试缺陷报告》。
94.
95.《过渡方案请求书》。
96.
97.《系统过渡运行计划》。
98.
99.《系统过渡实施方案》。
100.
101.《系统总集成方案》。
102.
103.《系统安装调试方案》。
104.
105.《系统安装手册》。
106.
107.《系统维护手册》。
108.
109.项目各阶段验收文档。
110.
{更多描述}
提交件文档要求
14.2
1.乙方应指定文档管理人员,负责在各阶段向甲方提交项目文档。
3.文档编制既要严格按照项目开发规范的要求进行编写,针对不同的阅读者,文档应有不同的表达方法和不同的详细程度,并对今后的培训、运行、维护和管理具有较强的指导作用。
5.在项目进行过程中,应充分发挥文档的作用,指导整个项目工作。
7.除特别指明的并经甲方同意的英文提交文档之外,该项目要求提供中文文档。
9.电子文档交付格式要求:
WORD、EXCEL、POWERPOINT、VISIO、MSPRJECT等原始电子文档形式,对于关键性的电子文档,同时提交PDF文件。
项目实施计划
15
{各阶段计划、时间要求等}
16服务要求
17
服务质量要求
17.1
1.系统缺陷分类
等级
说明
A类
系统DOWN机
B类
部分主要功能失效,造成系统无法正常使用
C类
部分非主要功能失效,但系统还能使用
D类
不影响功能的BUG
2.软件缺陷解决时间
3.
保修服务期间内,对于系统出现的软件缺陷,厂商将在下述约定时限内解决。
其中,对于A类和B类缺陷的响应时间应在10分钟之内。
严重程度
解决时间
4小时以内
12小时以内
1周以内
1个月以内
4.系统缺陷发生次数和罚则
保修期内允许发生的次数范围
处罚
1次
运行维护期内,每超过1次,扣合同总金额的2%,累计扣除不超过合同总金额的10%
3次
运行维护期内,每超过1次,扣减合同总金额的0.75%,累计扣除不超过合同总金额的10%
10
运行维护期内,每超过1次,扣减合同总金额的0.3%,累计扣除不超过合同总金额的8%
50
运行维护期内,每超过1次,扣减合同总金额的0.1%,累计扣除不超过合同总金额的8%
运行维护
17.2
验收上线后的三年维护,其中第一年为免费服务,第二、三年为有偿服务,在软件保修期内,厂商免费解决软件缺陷。
质量保证
17.3
1.软件缺陷管理。
对于验收通过后,系统运行过程中出现问题,XXXXX将根据出现问题的原因以及问题的严重性、数量,以及问题解决时间,扣减合同款项。
3.项目组人员稳定性要求。
明确项目建设人员,尤其是项目经理、专家等关键人员。
如果不能保证队伍质量和稳定性,XXXX将直接终止合同。
5.交付时间与合同挂钩。
在合同中明确时间进度要求,如果供应商不能按时交付,将按合同约定进行扣款。
7.供应商能力与合同挂钩。
在合同中约定,当发现供应商能力不足时,XXXXX有权利修改合同,或签订补充协议。
对公司的要求
18
1.注册资本金:
注册资金XXXX万元人民币以上。
3.银行信用等级:
银行资信证明文件表明财务状况及应用良好。
5.企业技术队伍:
软件开发和测试人员总人数达XXX人以上。
在中国的技术支持团队,中国支持团队的规模,以及技术支持的模式应能满足要求。
7.质量认证:
9.技术环境和条件:
拥有实验室环境,具备完整的自动化测试和性能测试软件环境。
11.近三年同类产品/项目市场表现:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 成品 套装 软件 采购 需求 说明书 模板
![提示](https://static.bdocx.com/images/bang_tan.gif)