客户资源管理系统需求说明书.doc
《客户资源管理系统需求说明书.doc》由会员分享，可在线阅读，更多相关《客户资源管理系统需求说明书.doc（12页珍藏版）》请在冰点文库上搜索。
客户资源管理系统
需求说明书
编制
张颖
审核
批准
版本
V0.1
发布日期
2009.12.30
更改记录
序号
版本
更改处·更改内容
更改人/日期
审核人/日期
批准人/日期
1
V0.1
新规
张颖
2009.12.30
2
3
4
5
目录
1.文档介绍 5
1.1文档目的 5
1.2文档范围 5
1.3读者对象 5
1.4参考文档 5
1.5术语与缩写解释 5
2.产品介绍 6
2.1开发背景 6
2.2功能介绍 6
2.3产品面向的用户群体 6
2.4产品应当遵循的标准或规范 6
2.5一般约束条件 6
2.6注意事项 7
2.6.1依赖关系 7
2.6.2风险预测 7
3.功能需求 7
3.1功能性需求分类 7
3.2用户管理 8
3.2.1登录 8
3.2.2用户信息管理 8
3.3名片管理 8
3.3.1名片一览 8
3.3.2名片生成 8
3.3.3名片详细 9
3.3.4名片全部删除 9
3.3.5名片全部更新 9
3.3.6同一人物设定 9
3.3.7公司部门视图 9
3.3.8访问日志管理 9
3.4组管理 10
3.4.1组管理 10
3.4.2组中追加名片 10
3.5数据导出 10
3.6错误处理 10
4.产品的非功能性需求 10
4.1用户界面需求 10
4.2软硬件环境需求 11
4.3产品质量需求 11
4.4其他约束条件 12
4.4.1技术约束 12
4.4.2成果物约束 12
1.文档介绍
1.1文档目的
编写此文档的目的是进一步定制软件开发的细节问题，便于用户与开发商协调工作，希望能使本软件开发工作更具体。
1.2文档范围
本文档为该系统的软件需求说明书，较详细的阐述了用户的系统概况，和对此软件所提出的需求，对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。
同时，对软件应具有的功能和性能及其他有效性需求也进行了定义，从而使系统分析人员及软件开发人员能清楚地了解用户的需求以及所要开发的软件应具有的功能、性能与界面，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本文档主要适用于客户方的需求确认及需求调整的文档，也作为今后从事此系统开发及维护人员的技术参考资料。
1.3读者对象
本说明书的预期读者为客户、项目管理人员、项目开发人员和项目测试及维护人员。
1.4参考文档
1）软件所参照的软件开发标准为：
GB8567-88标准
2）XX公司软件开发标准（2008）
3）叶俊民，《软件工程》，清华大学出版社，2006。
4）温昱，《软件架构设计》，电子工业出版社，2007。
5）戴坚锋，《软件项目开发与实施》，电子工业出版社，2009。
1.5术语与缩写解释
缩写、术语
解释
TCP/IP
传输控制协议/因特网互联协议
TransmissionControlProtocol/InternetProtocol
DBMS
数据库管理系统，databasemanagementsystem
2.产品介绍
2.1开发背景
由于某公司的不断壮大和业务的迅猛发展，使早期的客户资源信息在管理上暴露出很多的不足之处。
而且随着人员的增多和移动办公的工作特点，原系统在客户端的多样性和系统伸缩性方面，也都有待完善。
而现有的客户资源管理系统和其他相关产品并不是很适合现在的需求。
本系统的目的就是利用先进的设计思想结合现有的先进技术，一方面实现将客户资源信息的管理数字化，使用户能够统一，便携的管理客户的资源信息，使其功能更加便捷，运行更加安全可靠，另一方面，要求系统具有更好的开放性和可扩充能力，使系统有更好的生命力和可重用性。
2.2功能介绍
该客户资源管理系统是为某公司开发的公司客户资源信息管理软件。
1）规范管理，提高效率：
系统用于规范和完善该公司的客户资源信息的管理，避免以往大量手工产生的失误及延迟，完善的任务管理，及时的信息反馈，提高工作效率。
2）技术先进：
系统应采用先进的结构设计体系，系统具有良好的开放性和扩展性，一方面提供自身的功能的扩展和完善，一方面对其他系统提供功能接口和数据支持。
3）针对该公司公司人员岗位流动较大的办公特点，系统应具有良好的伸缩性，要求基于B/S体系，使用浏览器作为客户端软件，尽量做到客户端免维护。
2.3产品面向的用户群体
本产品最终用户为某公司及其下属单位。
本产品为用户提供管理其客户相关资源信息的平台，该系统可以将客户资源信息的管理数字化，使用户能够统一，便携的管理客户的资源信息。
从而改善公司管理状况，减少工作失误，提高办公效率。
2.4产品应当遵循的标准或规范
本产品完全按照GB8567-88标准及XX公司软件开发标准（2008）开发。
2.5一般约束条件
时间要求：
本软件从2009年X月1日开始开发，开发及内部测试时间为60天，2010年X月1日开始试运行，X月21日正式交付使用。
硬件平台：
采用一台装有Oracle的主机作为服务器。
若干台装有Windows98以上操作系统，内存512M以上的主机作为客户端。
2.6注意事项
2.6.1依赖关系
《客户资源管理系统》是独立的系统，不存在与其它系统的依赖关系。
2.6.2风险预测
2.6.2.1假设
如果出现以下假设条件将直接影响到系统开发目标的实现。
1、用户提出新的需求或更改需求。
2、系统设计的模块不能全部完成。
2.6.2.2例外情况
离线操作。
2.6.2.3其他
1、同时多人上传或下载速度可能会很慢。
2、添加客户资源是否按照要求添加。
3、所有成果物都以文件的形式提交会使系统压力特别大，硬盘空间不够。
4、系统提供资料泄露。
3.功能需求
3.1功能性需求分类
功能类别
子功能
用户管理
登录
用户信息修改
名片管理
名片一览
名片生成
名片详细
名片全部删除
名片全部更新
同一人物设定
公司部门视图
访问日志管理
组管理
组管理
组中追加名片
数据导出
文件导出
错误管理
系统错误
3.2用户管理
3.2.1登录
·系统登录
3.2.2用户信息管理
·显示当前用户信息
·提供密码修改功能
·显示所有设定为自己所有名片的图片
3.3名片管理
3.3.1名片一览
查询名片
·名片一览
·名片的多条件检索，可以按公司，姓名检索；也可以用户自定义条件检索；并提供按单元，按名片所有者检索
·名片图片显示
·选择名片进行分组，删除，更新操作。
可以批量更新，删除和分组
3.3.2名片生成
·名片图片上传，正面和背面
·名片信息录入：
包括名片上的基本信息，附加个人详细信息，公司详细信息；并且添加名片的公开区分，导出区分，重要度，关系区分，职业区分，自己所有名片区分
注：
图片上传可从本地选择资料上传，图片存储数据库中
3.3.3名片详细
·名片图片上传，正面和背面
·名片信息变更：
可以变更名片的所有信息
·名片更新画面弹出后，添加访问日志
·名片不属于当前登录的用户，不允许更新
注：
图片上传可从本地选择资料上传，图片存储数据库中
3.3.4名片全部删除
·显示选择的名片
·删除全部选择的名片
3.3.5名片全部更新
·显示选择的名片
·更改全部选择的名片的信息
3.3.6同一人物设定
·显示姓名相同的名片信息
·为名片设定模式并选择录入顺序以区别同一姓名的名片
3.3.7公司部门视图
显示公司，部门，单元，姓名，树状显示：
·第一层：
公司名
·第二层：
部门名
·第三层：
姓名
·第四层：
单元
3.3.8访问日志管理
·显示所有访问过当前用户的名片的用户名和访问的名片的基本信息
3.4组管理
3.4.1组管理
实现名片分组功能
·显示当前用户的组和其他用户的共有组
·添加，更新，删除组信息
·显示自己所有名片件数，他人所有名片件数
·把名片从组中删除
3.4.2组中追加名片
·显示选择的名片
·选择的名片添加到已存在的组中
·选择的名片添加到一个新的组中
3.5数据导出
名片信息导出
·导出条件：
单元与用户，组
·导出形式：
固定格式从txt文件中加载
·项目选择：
根据用户需要选择要导出的项目
·导出格式：
CSV和XML两种文件类型供选择
·详细设定：
是否导出标题，导出区分是否重新设定，是否导出已导出的名片
3.6错误处理
·显示系统错误画面
4.产品的非功能性需求
4.1用户界面需求
需求名称
详细要求
界面风格
用户界面设计友好合理，充分考虑到用户的操作习惯
界面设计
界面设计中充分考虑到用户使用的计算机显示器的分辨率，在800×600和1024×768两种分辨率中均有良好的显示效果，建议分辨率为1024×768
操作方式
支持鼠标和键盘单独操作
配色方案
界面的配色方案要协调，使用的主色，背景色，前景色，按钮大小，文字，格式，表格等要统一标准，相邻页面切换色调差别不能过大
菜单功能
菜单功能项要求清楚有条理，菜单深度不能超过三级
4.2软硬件环境需求
需求名称
详细要求
硬件需求（服务器）
CPU2.8GHz以上内存1G以上
硬件需求（客户端）
内存512M或以上
软件需求（服务器）
操作系统Windows2000/2003Server，数据库版本为Oracle9i或以上版本
软件需求（客户端）
操作系统Windows98或以上，建议使用浏览器IE6.0版本；最佳访问分辨率：
1024*768
通讯需求
10M网络宽带，采用TCP/IP作为局部网络通讯协议
4.3产品质量需求
主要质量属性
详细要求
正确性
对误操作，非标准输入，以及非正常中断或退出系统有较好的容错性
健壮性
对系统的硬件故障导致的错误有一定的保护措施，如数据的备份等
可靠性
能够根据Windows2000/2003Server自身的安全机制进行合理的配置，防止非法用户的入侵和恶意的攻击，确保系统7*24可靠的运行
性能，效率
页面响应时间：
不超过10秒
更新处理时间：
不超过15秒
数据转换与传输时间：
不超过30秒
易用性
用户界面友好，操作明确，合理，易用性好
安全性
对登录系统的人员提供口令校验，并对其登录时间，退出时间和进行的关键性操作，在系统中保留相应的纪录来提高系统的安全性
可扩展性
能够在系统变更用户界面和数据库设计，甚至在更换新的DBMS后，系统的现有设计和编码能够最大程度的重用，以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新
兼容性
开发基于的平台要考虑向上兼容性，如操作系统，数据库等要考虑更高版本的兼容性
可移植性
系统基于标准的WINDOWS平台建设，在设计过程和开发技术的选择中，要充分考虑新技术的发展趋势及系统版本升级等问题，提高系统的可移植性
可维护性
系统应采用客户机/服务器模式，数据库结构设计合理，并严格按照计算机应用软件开发规范的要求进行研制开发，具有较高的可维护性
4.4其他约束条件
4.4.1技术约束
采用浏览器/服务器（B/S）结构设计。
软件设计及开发方案必须采用Java+Oracle或.net+Oracle其中之一。
4.4.2成果物约束
系统正式交付使用时应包含在设计开发过程中产生的全部文档及维护文档，包括产品规格说明，系统概要设计，详细设计，系统测试，数据字典，源代码，用户手册等。
12/12
升级会员 