某公司客户管理系统概要设计说明书
公司客户管理系统概要设计说明书
中国人寿客户治理系统概要设计讲明书文档修改记录目录1.引言 (9)1.1.编写目的 (9)1.2.项目背景 (9)1.3.参考资料 (10)2.任务概述 (10)2.1.目标 (10)2.2.运行环境 (10)2.3.需求概述 (10)2.3.1.··················数据抽取102.3.1.1.··············业务流程描述102.3.1.2.·················数据源112.3.2.··················数据导入112.3.2.1.··············业务流程描述112.3.3.··················数据检查112.3.3.1.··············业务流程描述112.3.4.··················积分计算122.3.4.1.··············业务流程描述122.3.5.··················级不处理122.3.5.1.··············业务流程描述122.3.6.··················报表统计132.3.6.1.··············业务流程描述132.3.6.2.················报表格式132.3.7.················治理平台登陆202.3.8.··················数据采集202.3.8.1.··············设定流程描述202.3.8.2.··············历史信息查询202.3.8.3.···········查询/修改流程描述212.3.9.··················积分方式212.3.9.1.··············设定流程描述212.3.9.2.···········查询/修改流程描述212.3.10.··················积分规则222.3.10.1.··············设定流程描述222.3.10.2.···········查询/修改流程描述222.3.11.··················积分重算232.3.11.1.················流程描述232.3.12.··················积分回滚232.3.12.1.················流程描述232.3.13.················增量积分重算242.3.13.1.················流程描述242.3.14.··················服务项目242.3.14.1.··············设定流程描述242.3.14.2.···········查询/修改流程描述252.3.15.··················会员级不252.3.15.1.··············设定流程描述252.3.15.2.···········查询/修改流程描述252.3.16.················会员享受服务262.3.16.1.··············设定流程描述262.3.16.2.···········查询/修改流程描述262.3.17.·················操作员治理272.3.17.1.··············登记流程描述272.3.17.2.·········查询/修改/赋权流程描述272.3.17.3.············密码修改流程描述282.3.17.4.············资料修改流程描述282.3.18.··················角色治理282.3.18.1.··············添加流程描述282.3.18.2.·········查询/修改/赋权流程描述292.3.19.·················会员卡入库292.3.19.1.··············入库流程描述292.3.19.2.···········查询/修改流程描述302.3.20.·················会员卡发放302.3.20.1.··············发放流程描述302.3.20.2.············发放订正流程描述302.3.20.3.·········入库未发放查询流程描述312.3.21.·················会员卡核销312.3.21.1.············手工核销流程描述312.3.21.2.············核销订正流程描述312.3.22.···············会员卡挂失补发312.3.22.1.············挂失补发流程描述312.3.22.2.············补发查询流程描述322.3.23.·············客户差不多信息治理322.3.23.1.···········新客户登记流程描述322.3.23.2.···········查询/修改流程描述342.3.24.··················入会治理362.3.24.1.··············登记流程描述362.3.24.2.······查询/修改/添加附属卡流程描述372.3.25.··················降级确认372.3.25.1.················流程描述372.3.26.··················晋升确认382.3.26.1.················流程描述382.3.27.·················导入黑名单382.3.27.1.················流程描述382.3.28.················潜在客户治理382.3.28.1.··············登记流程描述382.3.28.2.···········查询/修改流程描述392.3.29.··················客户归并392.3.29.1.················流程描述392.3.30.··················推举保单402.3.30.1.··············登记流程描述402.3.30.2.···········查询/修改流程描述40。
统一用户管理及认证系统概要设计说明书
统一用户管理及认证系统概要设计说明书公司名称:北京万维易化系统软件开发有限公司公司地址:北京西城区复兴门内大街158号远洋大厦F102室邮政编码: 100031公司网址:联系电话: 66412600传真: 66412601修改记录目录第一章引言 (1)1。
1编写目的 (1)1.2背景 (1)1。
3定义.................................................................................................. 错误!未定义书签。
1。
4参考资料.......................................................................................... 错误!未定义书签。
第二章总体设计 (1)2.1需求规定 (1)2。
2运行环境 (1)2.3基本设计概念和处理流程 (2)2。
4结构 (6)2.5功能器求与程序的关系 (8)2。
6人工处理过程 (8)2.7尚未问决的问题 (8)第三章接口设计 (9)3。
1用户接口 (9)3。
2外部接口 (9)3.3内部接口 (9)第四章运行设计 (9)4。
1运行模块组合 (9)4。
2运行控制 (9)4。
3运行时间 (9)第五章系统数据结构设计 (9)5.1逻辑结构设计要点 (9)5.2物理结构设计要点 (9)5.3数据结构与程序的关系 (9)第六章系统出错处理设计 (10)6.1出错信息 (10)6。
2补救措施 (10)6.3系统维护设计 (10)第一章引言1。
1编写目的在推进和发展信息建设的进程中,需要通过统一的规划和设计,开发建设一套用户统一的身份管理及单点认证支撑平台。
利用此支撑平台可以实现用户一次登录、网内通用,避免多次登录到多个应用的情况,规范今后的应用系统的建设.本文档旨在依据此构想为开发人员提出一个设计理念,解决在企业信息整合中遇到的一些问题。
《系统概要设计说明书》模板
《系统概要设计说明书》模板写作要点:1.1.1编写目的:描述这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的,开发这个软件产品意义、作用、以及最终要达到的意图。
注意,如果这份软件系统概要设计报告只与整个系统的某一部分有关系,那么只定义软件系统概要设计报告中说明的那个部分或子系统。
2.1.2预期读者和阅读建议:列举本软件系统概要设计报告所针对的各种不同的预期读者,描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。
3.1.3参考资料:列举编写软件产品概要设计报告时所用到的项目中的其他文档或资料。
注意,为了方便读者查阅,所有参考资料应该按一定顺排列,尽可能详细的提供资料的信息,比如标题、版本。
4.术语与缩略语:描述在本文使用的独特的术语、定义和缩略语。
注意不是整个项目共用的术语、定义和缩略语,并且缩略语列表中必须按照滋补的升序排列。
5.2.1限制和约束:简要描述起到限制和约束作用的各种可能存在的条件,并且说明在这些条件下,应该实现的系统目标。
这些条件可能包括:技术条件、资金状况、开发环境、时间限制。
6.2.2设计原则和设计要求:描述设计人员的进行概要设计的方法和决策,通常包括:命名规则、模块独立性原则、边界设计原则、数据库设计规则、安全性和保密原则、系统易操作性要求、系统可维护性要求。
7.3系统的软件架构:描述如何将系统分解为子系统,绘制逻辑图,并用文字说明子系统的主要功能和子系统间是如何协调工作的。
注意,在描述系统分解为子系统共的时候要给出分解的原因。
列举子系统时,可以使用下表•子系统编号给出本系统中指定子系统的顺序编号:如果本系统末划分为多个子系统,仅由一个运行模块组成;则本项内容仍需要描述,但是本表内容只有一行。
•子系统英文名称给出本子系统的英文名称,该名称是在应用软件中实际使用的可执行文件名称,必须能够说明该子系统的特点。
•子系统中文名称给出本子系统的中文名称,该名称必须能够说明该子系统的特点。
客户关系管理系统概要设计说明书
应用软件概要设计说明书项目名称:客户关系管理系统编写人员:编写日期:审批人员:审批日期:目录1 引言 (2)1.1编写目的 (2)1.1.1 目的 (2)1.1.2 文档预期读者 (3)1.2背景 (3)2 总体设计 (3)2.1软件体系结构 (3)2.2运行环境 (3)2.3功能模块设计 (3)2.4软件结构 (5)3 数据结构设计 (5)3.1逻辑结构设计要点 (5)3.2物理结构设计要点 (6)3.2.1 Popedom (6)4 用户界面设计 (15)4.1登录窗 (15)4.2主界面 (15)6 系统出错处理设计 (15)6.1 出错信息 (15)6.2 出错处理措施 (16)1 引言1.1编写目的1.1.1 目的描述部门级文档管理系统的概要设计。
1.1.2 文档预期读者项目经理、系统分析员、研发经理、测试经理、项目组长、系统开发人员。
1.2背景软件系统名称:部门级文档管理系统。
2 总体设计2.1软件体系结构本软件采用C/S三层架构,管理和控制在服务器端进行,数据由客户端编码、加密后送到服务器,服务器将数据写入存储设备。
2.2运行环境服务器端• Pentium III 600MHz_• 256MB RAM• Windows 2000/NT 4.0 Server• IE 5•磁盘设备空间>10G支持最多2500个客户端,并发最多支持500个客户端客户端:要求支持• Windows XP• Windows 2000 Professional• Windows NT 4.0 工作站• Windows Me/98/95• IE 5开发工具及数据库2.3功能模块设计分别描述各个功能模块的功能和基本的业务流程。
2.3.1客户往来:添加客户的资料,查看已有的客户的相信资料;对这些客户的资料具有增、删、改、查的权利。
2.3.2 客户管理(1)客户资料管理:对已有客户的资料进行查看、修改、删除;和新客户的资料添加。
系统概要设计说明书(模板)
XXX项目系统概要设计说明书广州市XX有限公司二〇X X年X月文档修改记录目录第一章引言 (1)1.1目的 (1)1.2背景 (1)1.3术语定义 (2)1.4参考资料 (2)第二章系统环境 (3)1.5运行环境 (3)1.1.1系统支撑环境 (3)1.1.2部署图 (4)1.1.3系统接口 (4)1.1.4系统安全控制 (4)1.6运行模块组合 (4)1.7运行环境的配置 (4)1.8条件与限制 (5)第三章系统总体结构设计 (6)1.9系统结构设计描述 (6)1.10总体结构图 (7)1.11功能需求与程序的关系 (7)1.12子系统清单 (8)第四章模块功能分配 (9)1.13系统划分及功能描述 (9)1.14专用模块功能概述 (9)1.15公用模块功能概述 (10)1.1.5版本控制管理 (10)1.1.6帮助模块 (10)第五章数据库设计 (11)1.16逻辑视图 (12)1.17数据库表关系图 (12)1.18数据表清单 (12)1.19主要算法设计 (13)1.20其它数据结构设计 (13)第六章接口设计 (14)1.21用户接口 (14)1.22内部接口 (14)1.23外部系统接口 (14)第七章安全保密设计 (16)1.24用户管理和权限控制 (16)第八章维护及出错处理设计 (17)1.25系统维护设计 (17)1.26出错信息 (17)1.27出错处理 (17)1.28系统故障预防与恢复 (17)1.29数据备份与恢复 (18)第九章设计约束 (19)1.30字节集编码约束 (19)1.31操作系统约束 (19)1.32其他约束 (19)第十章附件 (20)第一章引言1.1目的提示:简要说明编写这份概要设计说明书的目的,指出预期的读者。
概要设计说明书的编写目的是为了说明系统总体设计的技术方案,从程序系统的设计考虑,包括系统的基本处理流程、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等内容,以向整个设计期提供关于程序系统的逻辑和数据功能实现方式的总体描述,从而作为程序详细设计或编码的基础。
统一用户管理及认证系统概要设计说明书
统一用户管理及认证系统概要设计说明书一、引言随着信息技术的快速发展和应用的深入,系统的用户管理和认证方式越来越成为各行业业务运行的重要环节。
为了提高效率、增强安全性并提升用户体验,我们计划设计一个统一的用户管理及认证系统。
本概要设计说明书将详细阐述该系统的设计理念、功能需求、技术架构和实现方法。
二、系统设计理念我们的设计理念主要基于以下几个原则:1、安全性:系统应确保用户信息的安全,防止信息泄露和滥用。
2、高效性:系统应提供高效的查询和认证服务,以减少用户等待时间。
3、灵活性:系统应支持多种认证方式和用户类型,以满足不同业务需求。
4、可扩展性:系统应具备良好的扩展性,以适应未来业务的发展变化。
三、功能需求本系统主要包括以下功能:1、用户管理:创建、编辑、删除用户信息,支持批量操作。
2、认证服务:提供用户名密码、动态令牌、生物识别等认证方式。
3、角色管理:定义角色及其权限,为不同用户分配相应角色。
4、访问控制:根据用户角色和权限,限制对系统的访问。
5、日志记录:记录用户的活动日志,提供审计和安全分析功能。
6、接口服务:提供API接口,支持与其他系统的集成。
四、技术架构本系统将采用以下技术架构:1、后端:使用Python或Java等编程语言进行开发,采用微服务架构,以提高系统的可维护性和可扩展性。
2、前端:使用React或Vue等前端框架,以提供友好的用户界面。
3、数据库:使用MySQL或PostgreSQL等关系型数据库存储用户信息和认证信息。
4、安全:使用SSL/TLS进行数据传输加密,采用多因素认证提高安全性。
5、云服务:使用公有云服务提供商,如AWS、阿里云等,以实现基础设施的快速部署和高可用性。
五、实现方法我们将按照以下步骤实现本系统:1、需求分析:深入了解业务需求,明确功能和非功能需求。
2、系统设计:根据需求分析结果,进行系统架构设计和数据库设计。
3、系统开发:按照设计文档进行系统开发,编写代码并进行单元测试。
系统概要设计说明书(内部版)模板
系统概要设计说明书(内部版)模板 {XXX系统}概要设计说明书(内部版)XX公司XXXX年XX月修订记录目录第1章引言 (1)1.1编写目的 (1)1.2定义 (1)1.3读者对象 (1)1.4参考文档 (2)第2章需求概述 (2)2.1项目背景 (2)2.2建设目标 (2)2.3建设内容 (2)2.4设计开发基本要求 (2) 2.5功能需求 (2)2.5.1档案数字化加工 (2) 2.6非功能需求 (4)2.7项目工期与进度要求 (4)第3章总体设计 (4)3.1系统概述 (4)3.2系统平台架构 (4)3.3系统关联模型 (4)3.4系统功能结构 (4)3.5系统功能模型 (4)3.6系统部署结构 (5)3.7系统运行环境 (5)3.8需求检查表 (5)第4章档案数字化加工子系统 (5) 4.1概述 (5)4.2功能结构 (5)4.4企业登记 (5)4.4.1 概述 (5)4.4.2 功能单元1 (5)4.4.3 功能单元2 (6)4.4.4关键处理流程(可选) (6) 4.5档案扫描 (6)4.6著录标引 (6) 4.7图文质检 (6)4.8工作考核 (6)4.9关键处理流程(可选) (6)4.10安全技术应用概述(可选) (6) 4.11组件应用设计(可选) (6)4.11.1组件调用列表 (6)4.11.2组件调用模型 (6)4.11.3组件应用功能设计 (6)4.12全局数据结构设计 (6)4.12.1 物理模块1 (6)4.12.2 物理模块2 (7)4.13需求检查表 (7)4.13.1 功能需求检查表 (7)4.13.2 非功能需求检查表 (8)第5章对外接待查询服务子系统 (8)第6章内部综合查询服务子系统 (8)第7章综合安全防护子系统 (8)第8章集散式电子档案远程同步子系统 (8) 第9章电子档案迁入迁出管理子系统 (8)第10章档案库房综合业务管理子系统 (8)第12章系统维护管理子系统 (8)第13章与其它信息化系统衔接子系统 (8)第14章组件设计 (8)14.1XXX1组件 (8)14.1.1 概述 (8)14.1.2 接口设计 (9)14.1.3 功能设计与技术机制 (9)14.1.4 关键处理流程(可选) (9) 14.1.5 调用关系 (9)14.2XXX2组件 (9)14.3XXX1代码模块 (9)14.3.1 概述 (10)14.3.2 接口设计 (10)14.3.3 关键处理流程(可选) (10)14.3.4 调用关系 (10)14.4XXX2代码模块 (10)第15章数据结构设计 (10)15.1数据库设计 (10)15.2重要数据编码设计 (10)第16章关键算法与技术机制(可选) (10) 16.1XXX (10)16.1.1应用子系统及模块名称 (10)16.1.2 算法与技术机制说明 (11)第17章系统性能设计 (11)17.1XXX功能 (11)17.1.1 应用子系统及模块名称 (11) 17.1.2 性能设计 (11)第18章出错处理设计 (11)18.1出错信息 (11)18.2错误日志文件 (11)第19章兼容性设计 (11)19.1兼容性功能设计 (11)19.2非兼容功能设计 (11)第20章相关性分析与设计 (12)20.1功能相关性 (12)20.2数据结构相关性 (12)第21章界面设计概述 (12)21.1界面总体风格 (12)22.2界面配色 (12)22.3人机交互方式 (12)第22章旧系统遗留问题解决方案概述 (12)第23章产品功能配置与保护 (12)23.1产品功能配置与授权 (12)23.2软件产品保护 (13)第24章遗留问题 (13)第1章引言1.1 编写目的本文档描述了《XX系统》设计人员对该系统总体框架的设计方案,包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,用于指导开发人员进行编码设计开发,并且帮助后续升级维护人员了解掌握该系统的设计思路。
概要设计说明书跟需求说明书
概要设计说明书跟需求说明书概要设计说明书与需求说明书概要设计说明书1. 引言概要设计说明书是为了介绍系统设计的整体框架及关键设计方案而编写的文档。
本文档将详细介绍系统概要设计的目标、范围和约束条件,并给出逻辑、物理和数据设计的概述。
2. 系统概述2.1 目标本系统的目标是满足用户需求,提供一个高效、稳定、可靠的软件解决方案,以提高业务效率和客户满意度。
2.2 范围本系统主要包括以下模块:- 用户管理模块:包括用户注册、登录、权限管理等功能。
- 商品管理模块:包括商品分类、上架、下架、库存管理等功能。
- 订单管理模块:包括下单、支付、配送等功能。
- 数据报表模块:包括销售统计、用户分析等功能。
2.3 约束条件- 技术约束:本系统基于JavaEE开发,采用Spring框架、MySQL 数据库等技术。
- 时间约束:本系统的开发周期为3个月,需在规定时间内完成概要设计、详细设计、编码和测试等工作。
3. 逻辑设计本系统采用三层架构,分为表现层、业务逻辑层和数据访问层。
3.1 表现层设计- 用户界面:采用Web前端技术,提供友好的用户界面,支持多浏览器兼容。
- 控制器:负责接收用户请求,调用业务逻辑层的接口,并将数据传递给前端界面进行展示。
3.2 业务逻辑层设计- 用户管理:负责用户注册、登录、权限管理等业务逻辑处理。
- 商品管理:负责商品分类、上架、下架、库存管理等业务逻辑处理。
- 订单管理:负责下单、支付、配送等业务逻辑处理。
- 数据报表:负责销售统计、用户分析等业务逻辑处理。
3.3 数据访问层设计- 数据库设计:- 用户表:包括用户ID、用户名、密码等字段。
- 商品表:包括商品ID、商品名称、价格等字段。
- 订单表:包括订单ID、用户ID、商品ID等字段。
- 数据访问对象(DAO):负责与数据库进行交互,提供数据的增删改查功能。
4. 物理设计本系统采用分布式架构,主要分为前端服务器、应用服务器和数据库服务器。
客户管理系统概要设计说明书
客户管理系统概要设计说明书专业班级:小组成员:报告日期:1引言1.1编写目的系统使用了全新的客户关系管理理念,系统从完善的基础信息到客户信息维护,强大的数据查询,基本能够满足中小型企业的需要。
提高客户忠诚度和保有率,实现缩短销售周期、降低销售成本、增加收入、扩展市场,从而全面提升企业的赢利能力和竞争力。
1.2背景a.所建议开发的软件系统的名称:客户管理系统;b.本项目任务提出者:行业需求本项目开发者:本项目用户:中小企业实现该软件的计算中心或计算机网络:个人计算机,sql server,window XP,Win7操作系统;c.该软件系统同其他系统或其他机构的基本的相互来往关系:该软件系统与操作系统、SQL Server数据库管理系统。
1.3定义Visual C++ 就是可视化的C++,在学习Visual C++ 专业编程之前,必须熟练掌握C++的基础语法和基本程序设计方法。
C++由标准库以及各种组件组成,是一种面向对象的程序设计语言,面向对象技术的三大特性即封装性、继承性和多态性。
SQL是Structured Query Language(结构化查询语言)的缩写。
SQL是专为数据库而建立的操作命令集,是一种功能齐全的数据库语言。
在使用时,只需要发出“做什么”的命令,“怎么做”是不用使用者考虑的。
SQL功能强大、简单易学、使用方便,已经成为了数据库操作的基础,并且现在几乎所有的数据库均支持SQL。
SQL数据库数据体系结构:SQL数据库的数据体系结构基本上是三级结构,但使用术语与传统关系模型术语不同。
在SQL中,关系模式(模式)称为“基本表”(base table);存储模式(内模式)称为“存储文件”(stored file);子模式(外模式)称为“视图”(view);元组称为“行”(row);属性称为“列”(column)。
1.4参考资料1.《Visual C++工程应用与项目实践》机械工业出版社张雨、阮伟良等2005年1月2.《Visual C++ 管理信息系统完整项目实例剖析》人民邮电出版社明日科技2005年7月3.《SQL Server数据库开发实例解析》机械工业出版社宋昆、李严等2006年1月4.《Visual C++ 数据库系统开发完全手册》人民邮电出版社明日科技王端、于速、张雨 2006年3月2总体设计2.1需求规定功能需求:❑详细全面记录并管理客户信息和联系人信息。
客户管理系统详细设计说明书
客户管理系统详细设计说明书客户管理系统详细设计说明书1. 引言1.1 编写目的本文档旨在详细描述客户管理系统的设计细节,包括系统功能、模块划分、数据结构和算法等,以便开发人员和其他相关人员能够全面了解系统的设计,并基于此进行开发和测试。
1.2 背景随着企业的规模不断扩大,客户管理成为一个重要的任务。
为了更好地管理客户信息、提高客户服务质量,设计并开发了客户管理系统。
本系统旨在帮助企业实现客户信息的全面记录、查询和分析,从而提高客户满意度和市场竞争力。
2. 功能需求2.1 登录模块2.1.1 用户登录2.1.1.1 用户名和密码验证2.1.1.2 账号锁定机制2.1.2 用户权限管理2.1.2.1 角色授权管理2.1.2.2 权限分配和管理2.2 客户信息管理模块2.2.1 客户信息录入2.2.1.1 基本信息录入2.2.1.2 扩展信息录入2.2.2 客户信息查询2.2.2.1 按条件查询客户信息2.2.2.2 按关键字搜索客户信息2.2.3 客户信息修改2.2.3.1 修改客户基本信息2.2.3.2 修改客户扩展信息2.2.4 客户信息删除2.2.4.1 逻辑删除客户信息2.2.4.2 恢复已删除客户信息2.3 销售机会管理模块2.3.1 销售机会录入2.3.1.1 销售机会信息录入2.3.1.2 关联客户信息2.3.2 销售机会查询2.3.2.1 按条件查询销售机会2.3.2.2 按关键字搜索销售机会2.3.3 销售机会分配2.3.3.1 销售机会分配给销售人员2.3.3.2 销售机会状态变更3. 数据结构3.1 客户信息表3.1.1 字段1:客户ID3.1.2 字段2:客户姓名3.1.3 字段3:客户方式3.1.4 字段4:客户邮箱3.1.5 字段5:客户地址3.2 销售机会表3.2.1 字段1:机会ID3.2.2 字段2:机会描述3.2.3 字段3:机会状态3.2.4 字段4:客户ID3.2.5 字段5:销售人员ID4. 算法设计4.1 登录算法4.1.1 验证用户名和密码4.1.2 账号锁定机制4.2 客户信息查询算法4.2.1 按条件查询4.2.2 按关键字查询4.3 销售机会分配算法4.3.1 分配机会给销售人员4.3.2 变更销售机会状态5. 附件本文档涉及的附件有:1. 数据库表结构设计2. 界面设计图6. 法律名词及注释6.1 客户信息:指企业与其客户之间的相关信息,包括基本信息和扩展信息。
客户关系管理系统系统总体设计分析说明书模板
WORD格式.可编辑编号001 版本V1.0总体设计说明书项目名称:客户关系管理系统项目负责人陈一鸣编写赵子贺校对_______审核_______单位:20132013班第1小组2015年10月8日目录1引言 (1)1. (1)编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2总体设计 (2)2.1需求规定 (2)2.1.1系统功能 (2)2.1.2系统性能 (2)2.1.3输入、输出需求 (3)2.2运行环境 (3)2.2.1硬件平台 (3)2.2.2软件环境 (3)2.3基本设计概念和处理流程 (3)2.3.1系统设计思想 (3)2.3.2拓扑结构和计算模式 (6)2.3.3系统管理流程 (6)2.4结构 (7)2.4.1系统总体结构 (7)2.4.2系统界面 (8)2.4.3系统功能分析 (9)2.4.3系统操作人员及其权限 (10)2.5功能需求与程序的关系 (10)2.6人工处理过程 (11)2.7尚未问决的问题 (11)3接口设计 (11)3.1用户接口 (11)3.2外部接口 (11)3.3内部接口 (12)4运行设计 (13)4.1 运行模块组合 (13)4.2运行控制 (13)4.3运行时间 (13)5系统数据结构设计 (14)5.1逻辑结构设计要点 (14)5.2物理结构设计要点 (16)5.3数据结构与程序的关系 (16)6系统出错处理设计 (16)6.1出错信息 (16)6.2补救措施 (16)6.3系统维护设计 (16)1引言1.1编写目的本文档的目的是阐述客户关系管理系统的总体设计,全面充实客户关系管理系统在前一阶段中的设计构想,主要内容包括系统的平台设计、基本处理流程、系统的组织结构、模块划分和功能分配等,为系统的详细设计以及今后的编码测试工作提供基础。
本文档的预期读者为系统设计人员、软件开发人员以及项目评审人员。
1.2背景A. 待开发的软件系统的名称:客户关系管理系统B. 项目的任务提出者:XX酒店C. 项目开发者:哈尔滨工程大学软件工程专业20132013班第1小组1.3定义在概要设计说明书中涉及到的专门术语有:总体设计、接口设计、结构运行设计、系统数据设计、系统出错处理设计,具体的概念与含义在文档中将会解释。
系统概要设计说明书编写标准全套
系统概要设计说明书编写标准1前言1.1文档目的文档编写目的是为了阐述XXX系统的概要设计。
概要设计说明书是为了说明整个XXX系统的体系架构,以及需求用例的各个功能点在架构中的体现,为系统的详细设计人员进行详细设计时的输入参考文档。
本说明书的预期读者为系统设计人员、系统开发人员和项目评审人员。
1.2背景XXX系统是[项目背景]1.3文档范围1、产品范围:根据《需求规格说明书》,该文档阐述软件产品的功能2、涉及到的干系人有:公司高层、客户、项目经理、质量小组、开发小组。
1.4读者对象项目经理、质量保证人员:据此来进入项目策划过程测试人员:据此进入测试过程。
需求管理员、配置管理员:可以识别配置项制定相关的活动计划用户IT主管:清楚与确认项目需求。
开发人员,包括设计人员、编码人员:明确任务与需求,清楚项目开发流程。
1.5参考文档《需求规格说明书》1.6术语与缩写解释术语或缩略语解释2总体设计2.1系统描述2.1.1系统概述XXX系统,采用XXX架构开发出的XXX平台。
2.1.2运行环境对本平台所赖于运行的硬件、软件环境的描述。
1.服务端操作系统:WindowsServer2003SP2及以上;2.服务端运行环境:JDK1.7及以上;3.数据库支持:OracIelOg企业版;4.协议支持:TCP/IP、HTTP、HTTPS、SMTP、POP3等;5.硬件支持:服务器CPU2.0GHz以上、内存2G以上、需要300G以上的空闲磁盘空间;6.网络环境:有固定公网IP,网络畅通,可以远程访问(远程桌面连接或者借助辅助工具);7.客户端要求:正10以上;2.1.3数据管理要求2.1.4故障处理要求(1)产品支撑环境运行错误,包括以下几个方面:数据库运行错误:系统无法使用,将提供错误提示页面,并记录日志。
系统配置参数错误:系统提供错误提示页面,要求管理员修改相关配置参数。
配置参数的修改方法应参考相关为管理员提供的手册。
概要设计说明书跟需求说明书
概要设计说明书跟需求说明书概要设计说明书与需求说明书概要设计说明书一、引言概要设计说明书是软件开发过程中的重要文档之一,它对于项目的整体结构和功能点进行了概括性的介绍。
本文档旨在为项目的设计人员和开发人员提供一个清晰而全面的概要设计方案,以便于后续具体设计和开发工作的进行。
二、项目概述本项目旨在开发一个新的电子商务平台,以满足用户在线购物的需求。
该平台将包括商品展示、购物车管理、订单管理、用户管理等核心功能,并提供稳定、安全、高效的服务。
三、系统架构为了实现上述功能,整个系统将采用分层的架构设计。
主要分为以下几层:1. 用户界面层:负责与用户的交互,展示商品信息、处理用户操作等。
采用响应式布局,以适应不同终端的展示需求。
2. 业务逻辑层:负责处理用户请求,执行核心的业务逻辑,并与数据访问层进行交互。
包括用户管理、商品管理、订单管理等模块。
3. 数据访问层:负责与数据库进行交互,提供数据的读写操作,并为业务逻辑层提供数据访问接口。
4. 数据库层:存储系统的相关数据,包括用户信息、商品信息、订单信息等。
采用关系型数据库来保证数据的可靠性和一致性。
四、功能点描述以下是本项目的主要功能点描述:1. 用户注册与登录:用户可以通过注册账号完成新用户的注册,同时可以通过已注册的账号进行登录。
2. 商品展示与搜索:用户可以浏览平台上的商品,查看商品的详细信息,并进行搜索以便快速定位所需商品。
3. 购物车管理:用户可以将心仪的商品添加到购物车中,并进行数量的调整或删除操作。
4. 订单管理:用户可以查看已提交的订单信息,包括订单的详情、支付状态等,并进行相应的操作。
5. 用户信息管理:用户可以更新个人信息、修改密码等操作,以便于保持账户的安全性和准确性。
五、接口设计系统将提供以下接口以满足功能的实现:1. 用户注册与登录接口:提供用户注册和登录功能的接口,包括账号验证、密码加密等操作。
2. 商品管理接口:提供商品信息的增加、删除、修改等操作接口,以满足商品的管理需求。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
中国人寿客户管理系统概要设计说明书
文档修改记录
目录
1.引言
1.1.编写目的
在完成了软件系统的可行性研究和需求分析的基础上,为了明确软件需求、安排项目规划与进度、组织软件开发与测试,项目小组在考虑了几种可能的解决方案,并与技术人员进了较为深入的探讨和分析之后,提出这份概要设计说明书。
此概要设计说明书对《客户管理系统》系统的解决方案、功能分配、模块化分、程序的总体结构、输入输出和接口设计、运行设计及出错设计等方面作了全面的概括性说明,为该系统的详细设计奠定了基础。
此文档为系统分析人员工作的阶段性总结,并提供项目经理、设计人员和开发人员参考。
1.2.项目背景
随着网络技术在迅猛发展,寿险市场竞争的日趋激烈,客户服务质量关系到企业最重要的核心竞争力,必须以客户为中心,获取较高的客户满意度和忠诚度,才能在竞争中立于不败之地。
加强客户管理特别是客户管理,最大程度地挖掘客户资源,开发客户资源,是实现企业利润和可持续发展的最为重要的保障之一,在公司树立客户关系管理理念,加强客户营销和服务工作,发展客户,提高客户的忠诚度,留住客户是各级公司应高度重视的战略性任务。
为了增强企业核心竞争力,提高中国人寿的客户服务水平和服务质量,向客户提供高品质、全方位、深层次的服务,加强客户服务的规范管理,提高客户服务方面的业务支持能力。
中国人寿股份有限公司拟定开发一套开展客户服务特别是客户服务工作的业务支持系统。
所开发软件名称:
客户管理系统版
项目单位:
中国人寿保险股份有限公司
项目开发单位:
北京冠融泰科软件有限责任公司
软件用户:
中国人寿保险股份有限公司工作人员(业管、客户等),标准测试用户
软件用途:
用于中国人寿保险股份有限公司客户服务管理,分析。
同其他系统相互关系:
人寿业务系统:回写客户级别调整后的信息。
:数据源来源。
1.3.参考资料
[] 关于客户管理系统开发需求
[] 需求规格说明书
2.任务概述
2.1.目标
《客户管理系统版》旨在灵活的满足中国人寿客户各级公司对客户的管理要求,分析客户数据,管理服务活动,并对客户信息进行必要的更新工作。
2.2.运行环境
本系统前台采用()三层架构来构建,采用构建中间层业务处理组件,完成绝大多数事务的处理,用实现界面显示和用户交互功能,中间采用成熟的应用服务器产品支撑业务处理组件的运行环境,后台采用系统,用语言开发,用数据库实现数据存储。
前台在W平台上均可运行,具有优异的跨平台能力。
2.3.需求概述
要求系统能够为客户管理人员开展客户服务工作提供相关的管理功能,能够对客户提供的服务项目及参与的活动进行登记的功能,还应当具有分析客户数据的功能。
本系统主要提供的功能如下:
2.3.1.数据抽取
2.3.1.1.业务流程描述
1)更新系统状态(系统状态表)为数据抽取状态;
2)等待分钟(避免管理平台再发来查询交易,影响抽取效率);
3)查询上次抽取时间(抽取时间历史表);
4)备份当前数据库;
5)取系统当前时间为此次抽取时间戳;
6)从各省的七版,八版,万能库中抽取客户、保单、险种、机构信息数据(,抽取为按时间戳增量抽取,保单为上次抽取时间戳和本次抽取时间戳之间的);
7)对每一条新客户记录生成省客户编号;
8)将数据转成客户系统的数据格式文件保存(客户信息表保单信息表);
9)将此次抽取时间戳添加到抽取时间历史表中;
10)在系统状态表中添加此次数据抽取结束状态;
11)通知系统进行下一步操作
2.3.1.2.数据源
详见《系统抽取数据格式》
2.3.2.数据导入
2.3.2.1.业务流程描述
1)更新系统状态表为数据导入状态;
2)将格式化的数据文件,导入数据库中;
3)更新系统状态表,此次数据数据导入完成;
4)通知系统进行下一步操作。
2.3.3.数据检查
2.3.3.1.业务流程描述
1)更新系统状态表为数据检查状态;
2)取增量导入的一条客户信息,没有未比对的客户信息转;
3)将业务系统客户号、姓名、出生年月和原来系统中的客户进行比对,比对相同转,不同转;
4)比对身份证号,身份证号位数不一致时,将位转化为位进行比较,相同转,不同转;
5)将客户系统中原来的那条旧的客户记录删除,将新的业务系统客户信息归并到系统客户号下(操作客户帐户关系表);
6)更新系统状态表为此次数据检查完成;
7)通知系统进行下一步操作。
2.3.4.积分计算
2.3.4.1.业务流程描述
1)更新系统状态表当前为积分计算;
2)根据积分规则(积分规则表)查出对应正常状态保单;
3)查积分系数表,算出所加分数;
4)根据新增数据状态:保单复效变更缴费期,查得原此保单保单积分;
5)插入一条原保单积分的反数据(原保单积分为,此时插入的积分);
6)重新计算变更后的保单积分;
7)根据新增数据状态“增加保额”来计算增加部分所得积分(如果是在原缴费期内增加的保额,那么积分有效期不变,只需将积分加到原保单积分即可;若是在原缴费期外缴费,则除了加上积分以外,还要将积分有效期改为新增缴费的有效期);
8)根据新增数据状态:“犹豫期撤单保单失效退保合同终止更换投保人豁免交付保费”,写入保单积分表中相应的减分数据;
9)根据新增数据状态“部分退保”,写入保单积分表中减分数据(减分比例为退掉部分保费对应的积分及退掉部分保费对应的业务推动奖励积分);
10)根据积分表记录过期时间及过期操作标志,写入过期减分数据(过期保单积分,保单推荐积分,业务推动积分都插入一条反记录);
11)统计总积分写客户积分状态表();
12)更新系统状态表当前为积分计算完毕;
13)通知系统进行下一步。
2.3.5.级别处理
2.3.5.1.业务流程描述
1)更新系统状态表为“级别处理”;
2)初识级别处理时:将所有客户都设定为最低一级的会员(普通会员),零分置为保留客户;
3)取此次需要级别处理的客户积分状态表中的一条记录,没有要级别处理的客户转;
4)此客户为荣誉会员或黑名单会员转,否则转;
5)取出客户积分与级别积分定义表()中的对应级别比对;
6)若比对级别比原来的级别高,级别考核表中记为考核后的级别,在状态变更表中状态标志为“待晋升”;7)若比对级别比原来的级别低,级别考核表中记为考核后级别,若原状态为“降级提醒”,看状态提醒是否到期,到期转,未到期不做处理转;
8)在状态变更表中状态标志为“待降级”;
9)原来状态变更表中状态标志不为“降级提醒”,则记为“降级提醒”,同时记下降级提醒起止时间;
10)若比对级别和原来一样,对本客户记录不做处理,转;
11)更新系统状态表为“级别处理完毕”;
2.3.6.报表统计
2.3.6.1.业务流程描述
(1)置系统状态为“报表统计”;
(2)按系统原始数据表(非统计表)的时间戳,对上月的所有统计数据进行增量统计;
(3)将统计到的数据写入各对应表中;
(4)置系统状态为“报表统计结束”。
2.3.6.2.报表格式
原保留客户变为原普通客户变为原会员变为……. 原钻石卡会员变为
保留客户普
通
客
户
会
员
银
卡
金
卡
钻
石
卡
保
留
客
户
普
通
客
户
会
员
银
卡
金
卡
钻
石
卡
保
留
客
户
普
通
客
户
会
员
银
卡
金
卡
钻
石
卡
保
留
客
户
普
通
客
户
会
员
银
卡
金
卡
钻
石
卡报表:各服务项目成本统计表
报表:客户服务成本统计表
报表:分类客户的职业分布表
地区
原“可能晋升人员”状态的客户数量 原“可能晋升人员”状态的客户实际晋升数 原“可能晋升人员”状态的客户在此状态后购买的保险费 地区1 地区2 ... 合计
报表:降级提醒会员情况追踪表
地区
原“降级提醒”状态的客户数量 原“降级提醒”状态的客户实际降级数 原“降级提醒”状态的客户现处于“待降级”状态的数 原“降级提醒”状态的客户在此状态后购买的保险费 地区1 地区2 ... 合计
报表:各渠道分类客户数量表
报表:各地区客户类别表
报表
报表: 各年度客户再次购买保险的时间、客户数
报表: 某险种客户交费情况表。