CRM客户管理系统需求规格说明书.pdf

《CRM客户管理系统需求规格说明书.pdf》由会员分享，可在线阅读，更多相关《CRM客户管理系统需求规格说明书.pdf（11页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、项目编号项目编号:ACCP01卷 卷 号号 OLTR01卷 内 编 号 卷 内 编 号 密 密 级 级 高 高 需求规格说明书需求规格说明书Version:本源码下载地址：http:/ 类:目 录目 录1.引言引言.11.1目的.11.2定义.11.3参考资料.12.软件总体概述软件总体概述.错误！未定义书签。2.1软件标识.12.2软件描述.12.2.1系统属性.12.2.2开发背景.12.2.3软件功能.12.3用户的特点.22.4限制与约束.23.具体需求具体需求.33.1功能需求.33.2性能需求.63.3数据库需求.63.4设计约束.73.4.1其他标准的约束.73.4.2硬件约束.

2、83.5属性.83.5.1可用性.83.5.2可靠性.83.5.3效率.83.5.4安全性.83.5.5可维护性.83.5.6可移植性.83.6外部接口需求.错误！未定义书签错误！未定义书签。3.6.1用户接口.错误！未定错误！未定义书签义书签。3.6.2硬件接口.错误！未定错误！未定义书签义书签。3.6.3软件接口.错误！未定错误！未定义书签义书签。3.6.4通信接口.错误！未定错误！未定义书签义书签。4.数据字典数据字典.错误！未定义书签。5.附录附录.85.1用户方组织机构图；.8需求规格说明书11.引言引言1.1 目的目的 客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多

3、新客户，XX 公司 决定实施客户关系管理系统。希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。并希望系统提供相关报表，以便公司高层随时了解公司客户情况。客户服务是一个涉及多个部门，存在一定流程的工作。客户服务水平的高低决定着公司的 核心竞争力。该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关 人员可以在线完成服务的处理和记录工作。1.2 定义定义 年级：Y2专业：ACCP1.3 参考资料参考

4、资料 JavaWeb，SQL 高级编程1.4 软件标识软件标识 系统全称：客户关系管理系统 系统简称：客户关系管理系统 版本号：V1.11.5 软件描述软件描述1.5.1系统属性 本系统特为各公司专门设计！在使用本系统或拷贝本系统时要遵守相关的法规制度！1.5.2开发背景 开发目的：为用户提供一个良好的管理客户关系的平台 应用目标：学员完成对客户关系的管理，管理员完成客户关系的增，删，改，查等操作。使用范围：全球1.5.3软件功能 本节为软件功能提供一个摘要，无须描述功能的细节。应为每一软件功能的需求分配一个唯一 性的标识，以利于用户管理客户信息。应说明功能的优先级定义，和每一功能的优先级（从

5、用 户角度而言）。优先级定义可采用以下方法（QFD 对功能需求的分类方法）：a.高软件必须实现的功能，用户有明确的功能定义和要求；b.中软件应该实现的功能，用户的功能定义和要求可能是模糊的、不需求规格说明书2具体的、或低约束的，但是这类功能的缺少会导致用户的不满意，因此 这类功能的具体需求应当由需求分析人员诱导用户产生并明确；c.低软件尽量实现的功能，并可根据开发进度进行取舍，但这类功能 的实现将会增加用户的满意度。序号 序号 功能名称 功能名称 功能需求标识 功能需求标识 优先级 优先级 简要描述简要描述 01 客户的增加 Add 高 完成客户信息的增加 02 客户的删除 Del 高 完成客

6、户信息的删除 03 客户的修改 Edit 高 完成客户信息的修改 04 用户的登录 usersLogin 高 完成对用户登陆系统进 行测试的验证 05 管理员的登 录 adminLogin 高 完成对管理员登陆系统 进行后台管理的验证1.6 用户的特点用户的特点 本系统用户要求：具有基本电脑操作水平；维护人员具有一定的电脑操作水平及收悉数据 库的操作。1.7 限制与约束限制与约束 编程语言：Java应用软件：MyEclipse6.0.1,SQL2000,需求规格说明书32.具体需求具体需求1.C/S 部分 根据客户信息进行修改和删除的操作；根据用户情况进行管理；根据用户对客户信息进行管理；2B

7、/S 部分 用户登陆并进行验证；管理员登陆后可进入 C/S 部分进行相应的操作。2.1 功能需求功能需求 本节描述2.2.3.节所述的每一功能需求。本节可以划分为若干小节，每一小节逐一说明每 一功能需求。本节将该功能需求具体描述为输入、处理和输出的需求。本节可用自然语言描述；也可用 形式化的方法描述，如数据流图（DFD）、业务流程图（IDEF0）方法等。本节由以下内容组 成：A.输入：详细描述该功能的所有输入数据，包括：输入源、类型、长度、数值范围、数 量、更新等；B.处理：定义对输入数据的全部操作，以获得预期的输出数据，包括：输入数据的有效 性检验、操作时序或优先级、异常情况处理、输出数据的

8、有效性检验等；C.输出：详细描述该功能的所有输出数据，包括：接受者、类型、长度、数值范围、数 量、出错信息等。可用下表方式描述：功能功能编号编号 01 功能名称功能名称 客户的增加 所属所属部门 部门 T86T86 第三小 第三小 组 组 调查者 调查者 调查时间 调查时间 审核人审核人 功 能 描 述 对客户进行新的信息的录入 输入项 输入相关信息 处 理 描 述 对客户信息进行检测，看是否有重复需求规格说明书4输出项 客户信息及内容 界 面 要 求 具有可视化操作的界面 功能编号功能编号 02 功能名称功能名称 客户的删除 所属部门 所属部门 T86T86 第三小 第三小 组 组 调查者

9、调查者 调查时间 调查时间 审核人审核人 功 能 描 述 对客户信息进行删除 输入项 输入要求 处 理 描 述 根据要求删除客户信息 输出项 显示删除后的响应提示 界 面 要 求 根据条件进行可视化操作 功能编号功能编号 03 功能名称功能名称 客户的修改 所属部门 所属部门 T86T86 第三小 第三小 组 组 调查者 调查者 调查时间 调查时间 审核人审核人 功 能 描 述 对客户信息进行修改 输入项 输入要求 处 理 描 述 根据要求修改客户信息 输出项 显示响应提示需求规格说明书5界 面 要 求 根据条件进行具有可视化操作的界面 功能编号功能编号 05 功能名称功能名称 用户的登陆 所

10、属部门 所属部门 T86T86 第三小 第三小 组 组 调查者 调查者 调查时间 调查时间 审核人审核人 功 能 描 述 对用户进行身份验证 输入项 输入用户的用户名和密码 处 理 描 述 验证用户名和密码 输出项 验证通过后转入响应的操作界面 界 面 要 求 具有用户名和密码的登陆框 功能编号功能编号 06 功能名称功能名称 管理员的登陆 所属部门 所属部门 T86T86 第三小 第三小 组 组 调查者 调查者 调查时间 调查时间 审核人审核人 功 能 描 述 对管理员进行身份验证 输入项 输入管理员的用户名和密码 处 理 描 述 验证用户名和密码 输出项 验证通过后转入响应的操作界面需求规

11、格说明书6界 面 要 求 具有用户名和密码的登陆框 功能编号功能编号 07 功能名称功能名称 用户对客户信 息进行管理 所属部门 所属部门 T86T86 第三小 第三小 组 组 调查者 调查者 调查时间 调查时间 审核人审核人 功 能 描 述 通过用户是否登陆判断其是否有权限进行操作 输入项 用户输入自己对所能管理的用户进行管理 处 理 描 述 判断用户的权限是否具有合法性 输出项 当用户输入客户信息正确具有合法性后，显示在页面上 界 面 要 求 根据条件进行具有可视化操作的界面2.2 性能需求性能需求 响应时间：5 秒 更新时间：1 个月到 3 个月 数据转换：字符串 运行时间：7*242.

12、3 数据库需求数据库需求 数据项：jb_crm_team0，jb_sale 存取能力：采用增量变化10%增长 组织结构图：需求规格说明书72.4 设计约束设计约束2.4.1其他标准的约束a.报表格式；A4 文档格式输出b.数据命名；骆驼命名法需求规格说明书82.4.2硬件约束 硬件需求：服务器配置 内存储器和辅助器容量：服务器配置2.5 属性属性2.5.1可用性 系统每 15 分钟进行数据备份！可以以文档形式输出试题2.5.2可靠性 能同时容纳在线人数 250 人2.5.3效率5 秒相应时间2.5.4安全性 系统通过超级管理员管理！只有超级管理员才能进行用户注册！普通教员只能添加试题和 更改试

13、题！2.5.5可维护性MVC 模式，可进行部分修改2.5.6可移植性 无.3.附录附录3.1 用户方组织机构图；用户方组织机构图；业务流程图：螺旋式 输入输出格式：A4 文档格式 需求规格说明书确认协议 甲方：甲方：XX 事业部 事业部 乙方：乙方：XX 开发室开发室需求规格说明书9在甲方的大力配合与支持下，乙方制作了该需求规格说明书；甲方对 该需求规格说明书经过详细审核，已确认该需求规格说明书中的各项 内容翔实全面，该需求规格说明书中的内容已完全包括了项目开发委托 合同中的用户需求说明书部分中关于软件产品的需求。经过甲乙双方友 好协商，达成如下协议：1 该需求规格说明书是项目开发委托合同的补充文件，与项目 开发委托合同具有同等的法律效力；2 该需求规格说明书是项目开发委托合同中_条_款软件产品最终验收的唯一标准；3 甲方在项目开发委托合同中_条_款软件产品最终 验收前可提出对该需求规格说明书中的内容进行变更（包括增加、修改、删除），双方应就此签署软件产品需求更改备忘录或补充协 议；4 甲方同意乙方根据该需求规格说明书进行项目开发委托合同中_条_款软件产品的开发；5 本协议一式二份，甲乙双方各执一份；6 本协议自甲乙双方签字之日起生效。甲方委托人（签字）：乙方委托人（签字）：甲方单位（盖章）：乙方单位（盖章）：年 月 日 年 月 日