目录
前面内容请移步
资源+毕业设计+毕业论文+源代码请移步
第三章 系统分析
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系统的总体功能需求进行描述,而这些实例中又包括其他的子用例。
- 客户管理功能需求
正确登录的系统的用户能够对客户信息作出增加,删除,更新,查询。功能需求如下图
图3.2 客户管理用例图
客户管理模块有一下部分构成:
- 客户信息的增加:能够录入客户(可以指个人,也可是集团客户,这里指的是集团客户)的信息,例如,公司名字,地区等信息。
- 客户信息的删除。
- 客户信息的更新修改。
- 客户信息的查询:可以根据公司的名字,所属省份等信息查询再数据库中保存的信息并显示出来。
表3-1 客户管理用例表
用例编号 | UC01 | |
用例名称 | 客户管理 | |
用例概述 | 用户通过此管理客户信息 | |
主参与者 | 用户 | |
前置条件 | 正确登录系统 | |
基本事件流 | 步骤 | 活动 |
A1 | 对客户信息增删改查 | |
扩展事件流 | 1a | 操作成功 |
1b | 操作失败 |
2. 产品管理功能需求
正确登录的系统的用户能够对产品信息作出增加,删除,更新,查询。功能需求如下图
- 产品信息的增加:能够录入产品名称,规格,价格等产品信息。
- 产品信息的删除。
- 产品信息的更新修改。
- 产品信息的查询:可以根据产品名字,产品列表等信息查询再数据库中保存的信息并显示出来。
图3.3 产品管理用例图
表 3-2 产品管理用例表
用例编号 | UC02 | |
用例名称 | 产品管理 | |
用例概述 | 用户通过此用例管理产品 | |
主参与者 | 用户 | |
前置条件 | 无 | |
基本事件流 | 步骤 | 活动 |
A1 | 对产品信息增删改查 | |
扩展事件流 | 1a | 操作成功 |
1b | 操作失败 |
3. 系统管理功能需求
系统管理功能需求主要是对角色和权限进行管理。不同的角色拥有不同的权限。功能需求如下图
图3.4 系统管理用例图
- 角色的新增:通过新建角色,并对角色进行描述,完成对角色的创建。
- 修改权限:对已有角色的权限进行变更。
表 3-3 角色管理用例表
用例编号 | UC03 | |
用例名称 | 角色管理 | |
用例概述 | 用户通过此用例管理角色 | |
主参与者 | 用户 | |
前置条件 | 正确登录系统 | |
基本事件流 | 步骤 | 活动 |
A1 | 对角色信息新增,修改权限 | |
扩展事件流 | 1a | 操作成功 |
1b | 操作失败 |
- 登录功能需求
下图为系统登录的流程图,用户输入账号,密码,验证码等登录信息,系统验证通过就可以登录成功,进来系统的主界面,进行各种操作。验证错误是就需要重新输入登录信息。下表为登录用例表。
图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 本章小结
本章介绍了客户关系管理系统需求分析阶段的工作,主要包括对系统的可行性、功能需求及用例的具体分析等内容。