基于java的CRM客户关系管理系统（三）

目录

第三章 系统分析

3.1 可行性分析

3.1.1 技术可行性

3.1.2 经济可行性

3.1.3 操作可行性

3.2 需求分析

3.2.1 系统总体需求

3.2.2 总体功能模块

3.2.3 其他需求

3.3 本章小结

---

前面内容请移步

基于java的CRM客户关系管理系统（二）

资源+毕业设计+毕业论文+源代码请移步

CRM客户关系管理系统+毕业论文+毕业设计+源代码

第三章 系统分析

3.1 可行性分析

3.1.1 技术可行性

        首先CRM客户关系管理系统的技术核心是SSH框架的使用和典型三层架构的层次模型的开发思想。简单的说说三层的明确职能和任务：表现层与客户打交道；中间层spring+Hibernate框架的配合使用负责数据访问和接收表现层的功能请求，最主要的技术就是能够将应用程序的java类与数据库的表结构对应设计的ORM映射能力。数据层就是实体对象的构建设计，是最基础的层次。然后数据的流向是从web层，service服务层，action动作层，dao数据访问层，db数据库，再把结果逐级往上提交。

    采用流行的SSH框架提高了开发效率，增加了系统的内聚性，降低了耦合性，方便以后程序的扩张。

3.1.2 经济可行性

        对于销售型的中小企业来说，以有限的资源和较少的成本，去吸引和留住更多的客户。CRM 是解决这一问题的有效手段，但不同于大型企业，中小企业没有足够的时间和资金来构建功能完善、成熟高效的 CRM 系统。

        相对于大型 CRM 系统来说，本系统是一个功能精简的、具有实验性质的，以满足企业日常客户关系管理的基础业务为目标的小型 CRM 系统，按照软件工程的开发思想，开发的周期包括需求分析，数据库分析设计，功能模块的实现测试和系统部署，系统维护，开发周期可以以月计算，人力成本、硬件成本和开发成本等费用，总计成本可以以万计算。无论是时间成本，还是投入资金，对企业都没有造成巨大的负担。与此相反，当系统成功部署运行后，不管是对公司企业还是对客户来说，工作的时间和速度都相应的在改变，提高了服务的质量意味着企业的效益在增加。

        综上所述，设计和实现CRM客户关系管理系统在经济上是完全可以接受的。

3.1.3 操作可行性

        就企业而言，很大程度上企业员工未使用过客户关系管理系统，但得益于企业近些年的信息化建设，几乎所有员工都能够运用办公自动化系统进行日常工作，这使得员工快速掌握客户关系管理系统的操作成为可能。此外，依照客户关系管理系统的体系构造和业务性能，制定一份功能完善而且易于理解的“帮助文档”是极其必要的，它有利于用户快速掌握系统的使用；同时，在界面实现阶段，开发人员应在业务功能的操作界面上设置相应的操作提示，便于用户理解系统功能，使得用户能够准确地运用系统开展工作。

由此可以初步可见。客户关系管理系统的开发在操作上是可能的

3.2 需求分析

3.2.1 系统总体需求

    下图是客户关系管理系统的三个功能区，可分为客户管理，产品管理，系统管理等模块。

图3.1 系统总用例图

上述的用例图是对CRM系统的总体功能需求进行描述，而这些实例中又包括其他的子用例。

1. 客户管理功能需求

正确登录的系统的用户能够对客户信息作出增加，删除，更新，查询。功能需求如下图

图3.2 客户管理用例图

客户管理模块有一下部分构成：

1. 客户信息的增加：能够录入客户（可以指个人，也可是集团客户，这里指的是集团客户）的信息，例如，公司名字，地区等信息。
2. 客户信息的删除。
3. 客户信息的更新修改。
4. 客户信息的查询：可以根据公司的名字，所属省份等信息查询再数据库中保存的信息并显示出来。

表3-1 客户管理用例表

用例编号	UC01
用例名称	客户管理
用例概述	用户通过此管理客户信息
主参与者	用户
前置条件	正确登录系统
基本事件流	步骤	活动
	A1	对客户信息增删改查
扩展事件流	1a	操作成功
	1b	操作失败

2. 产品管理功能需求

正确登录的系统的用户能够对产品信息作出增加，删除，更新，查询。功能需求如下图

1. 产品信息的增加：能够录入产品名称，规格，价格等产品信息。
2. 产品信息的删除。
3. 产品信息的更新修改。
4. 产品信息的查询：可以根据产品名字，产品列表等信息查询再数据库中保存的信息并显示出来。

 

图3.3 产品管理用例图

表 3-2 产品管理用例表

用例编号	UC02
用例名称	产品管理
用例概述	用户通过此用例管理产品
主参与者	用户
前置条件	无
基本事件流	步骤	活动
	A1	对产品信息增删改查
扩展事件流	1a	操作成功
	1b	操作失败

3. 系统管理功能需求

系统管理功能需求主要是对角色和权限进行管理。不同的角色拥有不同的权限。功能需求如下图

图3.4 系统管理用例图

1. 角色的新增：通过新建角色，并对角色进行描述，完成对角色的创建。
2. 修改权限：对已有角色的权限进行变更。

 表 3-3 角色管理用例表

用例编号	UC03
用例名称	角色管理
用例概述	用户通过此用例管理角色
主参与者	用户
前置条件	正确登录系统
基本事件流	步骤	活动
	A1	对角色信息新增，修改权限
扩展事件流	1a	操作成功
	1b	操作失败

1. 登录功能需求

    下图为系统登录的流程图，用户输入账号，密码，验证码等登录信息，系统验证通过就可以登录成功，进来系统的主界面，进行各种操作。验证错误是就需要重新输入登录信息。下表为登录用例表。

图3.5 系统登录的流程图

表 3-4 登录用例表

用例编号	UC04
用例名称	系统登录
用例概述	用户通过此用例登录系统
主参与者	用户
前置条件	无
基本事件流	步骤	活动
	A1	输入自己的用户名
	A2	输入密码
	A3	输入验证码
扩展事件流	1a	您输入账号或密码错误
	1b	密码错误，返回提示信息
	1c	验证码错误
	1d	用户名，密码，验证码为必填

3.2.2 总体功能模块

图3.6 总体层次图

3.2.3 其他需求

CRM系统的其他要求如下表所示

表 3-5 质量要求

主要质量属性	详细要求
正确性	根据系统的需要分析最后得到想要的页面表现结果。
健壮性	具有较好的容错能力和恢复能力。
性能效率	能对在用户请求发出后再较短时间内做出回应。
易用性	软件研发过程中形成的易理解的文档，便于操作。
安全性	安全性就是系统在使用的时候，可以对数量巨大的数据批改，调用时，保证数据不发生错误。
可扩展性	能够对软件进行相关功能的扩展或者提高相应的安全机制。
兼容性	不易与其他软件产生不兼容问题

​​​​​​​3.3 本章小结

        本章介绍了客户关系管理系统需求分析阶段的工作，主要包括对系统的可行性、功能需求及用例的具体分析等内容。