CRM客户关系管理系统数据库表设计需求规格说明书

1、角色表（sys_role）

描述：系统管理员、销售主管、客户经理和高管；

列类型大小描述是否为空role_id bigint 系统自动生成(标识列、主键) 否role_name nvarchar 50 角色名称否role_desc nvarchar 50 角色描述是role_flag int 角色状态（1或0，1表示可用）是

2、菜单表（sys_right）

描述：营销管理、客户管理、服务管理、统计报表、基础数据和权限管理六个模块；

营销管理：销售机会管理、客户开发计划；

客户管理：客户信息管理、客户流失管理；

服务管理：服务创建、服务分配、服务处理、服务反馈、服务归档；

统计报表：客户贡献分析、客户构成分析、客户服务分析、客户流失分析；

基本数据：数据字典管理、查询产品信息、查询库存；

权限管理：用户管理、角色管理；

列类型大小描述是否为空right_code varchar 50 菜单编码(主键) 否right_parent_code varchar 50 父菜单编码是right_type varchar 20 菜单类型是right_text varchar 50 菜单文本是right_url varchar 100 菜单访问路径是right_tip varchar 50 菜单提示是

3、权限表（sys_role_right）

描述：角色对应菜单

列类型大小描述是否为空rf_id bigint 系统自动生成(标识列、主键) 否

rf_role_id bigint 角色编号（外键sys_role表

role_id）

否

rf_right_code varchar 50 菜单编码（外键sys_right表

right_code）

否

4、用户表（sys_user）

列类型大小描述是否为空user_id bigint 系统自动生成(标识列、主键) 否user_name nvarchar 50 用户名否user_password nvarchar 50 用户密码否

user_role_id bigint 用户权限（外键sys_role表

role_id）

是

user_flag int 用户状态（1或0，0是禁用，1是

正常）

否

5、销售机会表（sal_chance）

列类型大小描述是否为空chc_id bigint 系统自动生成(标识列、主键) 否chc_source nvarchar 50 机会来源是chc_cust_name nvarchar 100 客户名称否chc_title nvarchar 200 概要(对销售机会的简要描述) 否chc_rate int 成功机率否chc_linkman nvarchar 50 联系人是chc_tel nvarchar 50 联系人电话是chc_desc nvarchar 2000 机会描述否chc_create_id bigint 创建人编号否chc_create_name nvarchar 50 创建人姓名否chc_create_date datetime 创建时间(默认为当前系统时间) 否chc_due_id bigint 指派给的人编号是chc_due_name nvarchar 50 指派给的人姓名是chc_due_date datetime 指派时间是

chc_status char 10 销售机会状态为“已指派”、“未分

配”或“已归档”。已指派或者叫开

发中。已归档有两种状态：1、开发

成功。2、开发失败。

否

6、开发计划表（sla_plan）

列类型大小描述是否为空pla_id bigint 系统自动生成(标识列、主键) 否

pla_chc_id bigint 机会编号（外键sys_chance表

chc_id）

否

pla_date datetime 计划时间否pla_todo nvarchar 500 计划内容否pla_result nvarchar 500 执行效果是

7、客户表（cst_customer）

列类型大小描述是否为空cust_no char 17 客户编号(主键) 否cust_name nvarchar 100 客户姓名（公司名称）否cust_region nvarchar 50 客户地区是cust_manager_id bigint 客户经理编号是cust_manager_name nvarchar 50 客户经理姓名是cust_level int 客户等级（数字）是cust_level_label nvarchar 50 客户等级（等级描述）是cust_satisfy int 客户满意度是cust_credit int 客户信用度是cust_addr nvarchar 300 客户地址是cust_zip char 10 客户邮政编码是cust_tel nvarchar 50 客户电话是cust_fax nvarchar 50 客户传真是cust_website nvarchar 50 客户网址是cust_licence_no nvarchar 50 营业执照注册号是cust_chieftain nvarchar 50 法人是cust_bankroll bigint 注册资金是cust_turnover bigint 年营业额是cust_bank nvarchar 200 开户银行是cust_bank_account nvarchar 50 银行帐号是

nvarchar 50 地税登记号是cust_national_tax_no nvarchar 50 国税登记号是cust_status char 1 客户状态是

8、客户的联系人表（cst_linkman）

描述：每个客户可以有多人联系人；

列类型大小描述是否为空

lkm_id bigint (联系人编号)系统自动生成(标识

列、主键)

否

lkm_cust_no char 17 客户编号(cst_customer表

cust_no)

否

lkm_name nvarchar 50 联系人姓名否lkm_sex nvarchar 5 联系人性别是lkm_postion nvarchar 50 联系人职位是lkm_tel nvarchar 50 办公电话否lkm_mobile nvarchar 50 联系人手机是lkm_memo nvarchar 50 备注是

9、交往记录表（cst_activity）

描述：客户与公司的交往记录

列类型大小描述是否为空atv_id bigint 系统自动生成(标识列、主键) 否

atv_cust_no char 17 客户编号(cst_customer表

cust_no)

是

atv_date datetime 时间否atv_place nvarchar 200 地点否atv_title nvarchar 500 概要否atv_desc nvarchar 2000 描述是

10、客户流失表（cst_lost）

描述：判断客户是否流失；

列类型大小描述是否为空

lst_id bigint (流失客户编号)系统自动生成

(标识列、主键)

否

lst_cust_no Char 17 客户编号(cst_customer表

cust_no)

否

lst_cust_manager_id bigint 使用者编号否lst_cust_manager_name nvarchar 50 使用者否lst_last_order_date datetime 上次下单时间是lst_lost_date datetime 确认流失时间是lst_delay nvarchar 4000 暂缓措施是lst_reason nvarchar 2000 流失原因是lst_status nvarchar 10 状态（暂缓流失、确认流失）否

11、客户服务表（cst_service）

列类型大小描述是否为空

svr_id bigint (客户服务编号)系统自动生成(标

识列、主键)

否

svr_type nvarchar 20 服务类型否svr_title nvarchar 500 服务概要否

svr_cust_no char 17 客户编号(cst_customer表

cust_no)

是

svr_status nvarchar 10 服务状态(新创建、已分配、已处理、

已归档)

否

svr_request nvarchar 3000 服务请求否svr_create_id bigint 服务创建人编号(客户经理) 否svr_create_name nvarchar 50 否svr_create_date datetime 服务创建时间否svr_due_id bigint 服务分配给的人编号是svr_due_name nvarchar 50 服务分配给的人姓名是svr_due_date datetime 服务分配时间是svr_deal nvarchar 3000 服务处理是svr_deal_id bigint 服务处理人编号是svr_deal_name nvarchar 50 服务处理人姓名是

datetime 服务处理时间是svr_result nvarchar 500 服务处理结果是svr_satisfy int 服务满意度是

12、客户订单表（cst_order）

列类型大小描述是否为空

odr_id bigint (订单编号)系统自动生成(标识列、

主键)

否

odr_cust_no char 17 客户编号(cst_customer表

cust_no)

否

odr_date datetime 订单时间否odr_addr nvarchar 200 订单所在地址是

odr_status char 1 订单状态（是否回款0、未回款。1、

已回款）

否

13、产品表（pro_product）

列类型大小描述是否为空

prod_id bigint (产品编号)系统自动生成(标识列、

主键)

否

prod_name nvarchar 200 产品名称否prod_type nvarchar 100 产品型号否prod_batch nvarchar 100 等级、批次是prod_unit nvarchar 10 产品单位是prod_price money 产品价格是prod_memo nvarchar 200 产品备注是

14、库存表（pro_storage）

列类型大小描述是否为空

stk_id bigint (库存编号)系统自动生成(标识列、

主键)

否

stk_prod_id bigint 产品编号（pro_product表否

）

stk_warehouse nvarchar 50 仓库否stk_ware nvarchar 50 货位否stk_count int 件数否stk_memo nvarchar 200 备注是

15、订单连接表（order_line）

列类型大小描述是否为空odd_id bigint 系统自动生成(标识列、主键) 否odd_order_id bigint 订单编号（cst_order表odr_id）否

odd_prod_id bigint 产品编号（pro_product表

prod_id）

否

odd_count int 数量否odd_unit nvarchar 10 单位是odd_price money 价格是

16、数据字典表（bas_dict）

描述：可以当作多个表使用。

列类型大小描述是否为空dict_id bigint 系统自动生成(标识列、主键) 否dict_type nvarchar 50 数据字典类别否dict_item nvarchar 50 数据字典条目否dict_value nvarchar 50 数据字典数据（所要得到的值）否dict_is_editable bit 是否可以添加（1、是。0、否。）否

关系表

主表(主键) 子表(外键)

sys_role(role_id)sys_role_right(rf_role_id)

sys_right(right_code)sys_role_right(rf_right_code)

sys_role(role_id)sys_user(user_role_id)

sal_chance(chc_id)sla_plan(pla_chc_id)

cst_customer(cust_no)cst_linkman(lkm_cust_no)

cst_activity(atv_cust_no) cst_customer(cust_no)cst_lost(lst_cust_no)

cst_customer(cust_no)cst_service(svr_cust_no) cst_customer(cust_no)cst_order(odr_cust_no) pro_product(prod_id)pro_storage(stk_prod_id) cst_order(odr_id)order_line(odd_order_id) pro_product(prod_id)order_line(odd_prod_id)

概要设计说明书范例及模板

《XXXXXX》概要设计说明书 张三、李四、王五

1．引言 1．1编写目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下： 1．3定义 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写

系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司1999/3 2．机票预定系统项目开发计划《**》软件开发小组1999/3 3．需求规格说明书《**》软件开发小组1999/3 4．用户操作手册（初稿）《**》软件开发小组1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6．软件工程张海藩清华大学出版社1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分

客户关系管理系统设计报告

客户关系管理(CRM)系统设计报告 摘要 通过CRM系统分析、本公司需求分析及考察CRM的一般系统与实际业务流程关系，确定本公司CRM系统设计定位于基于部门应用、运营与分析并重。并在此系统设计目标定位下，确定系统流程，设计功能模块，并努力面向部门协作与数据挖掘。 针对系统，本文模拟了使用过程，预测运行效益，证实了系统的可行性。因已立项，本报告不作项目可行性分析。 目录 第一部份系统分析和需求分析 一、基本需求分析-------------------------------------------2. 二、CRM 一般系统-------------------------------------------3. 三、系统设计定位-------------------------------------------7. 第二部份系统设计 一般技术需求-------------------------------------------7. 流程设计及功能菜单设计---------------------------------8. 三、数据表设计---------------------------------------------11. 四、界面设计-----------------------------------------------16. 五、功能模块设计-------------------------------------------16. 六、系统策略-----------------------------------------------17. 第三部份可行性预测 一、使用描述-----------------------------------------------17. 二、效益分析-----------------------------------------------18. 第四部份其他信息 词汇注解-----------------------------------------------19. 参考模型-----------------------------------------------19. 系统设计流程图-----------------------------------------20. 设计说明-----------------------------------------------20.

产品概要设计说明

产品概要设计说明书 类似于京东商城，基于BTB\BTC，买卖方都有ERP后台管理系统，有支付端口，物流管理系统、手机移动系统。 1. 引言 1) 编写目的 该概要设计书从整体上把握平台功能设计，包括产品功能、模块划分、处理流程，详细描述用户需求与应用系统之间的关系，在产品设计和研发过程中起到了指导作用。 2) 定义 定义在本文档中出现的重要术语，为读者在阅读本文档时提供必要的参考信息 术语说明 App 运?行在移动智能手机上的软件 安卓App 运行在安卓手机操作系统上的软件，三星、HTC、华为、中兴等出品的智能?手机均为运行安卓手机操作系统的移动终端设备

iPhone App 运行在iPhone 设备上的软件 PC 管理端运行于PC 浏览器上的管理系统，只有甲方管理员可以看到 服务器后台运行在服务器上的后台程序，没有?用户界?面，平台所有的数据都保存在这?里，为PC 管理端、安卓APP、iPhone App 的运?行提供?支撑 人月软件工程上的?个用户计算?工作量的单位，1?月表示单个人?个月，如一项内容1.5?月完成，则表示该内容需要1个人1.5个月完成 2. 范围 1) 系统目标 构建市场的垂直交易平台，提供云库ERP，降低供应商、采购商的管理成本。 2) 主要需求 ?商品交易平台 ?移动端和PC 端的信息统一平台 ?线上、线下相结合的产品展?示和管理 ?已云库概念建设ERP、管理、物流管理

?包含交易现?金的产品展?示和管理 3. 系统结构设计 4. 功能结构设计 系统按照用户群体分为供货商、采购方、物流方、管理中心。 1) 供货商 供货商为商品、相关服务的提供者，系统主要为其提供云库ERP（下称 ERP）。 账户管理 ?供货商提交相关资质资料可以注册ERP，平台审核通过后即可开通供货商的 ERP 系统 ?供货商可以在个人设置?里设置企业的相关信息，包括位置、联系电话、登录密码等 商品管理 ?供货商登录系统后，可以查看、更改已有商品 ?供货商登录系统后，可以增加新商品，包括商品的价格、规格、参数等商品相 关信息

概要设计说明书实例

1 引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 总体设计 (3) 2.1 简述 (3) 2.2 架构设计 (4) 2.2.1 系统逻辑架构图 (4) 2.2.2 系统物理架构图 (4) 2.2.3 顶层系统包图 (5) 2.2.4 业务类包图 (6) 2.2.5 子系统关系图 (6) 2.3 接口设计 (6) 2.3.1 界面框架设计 (6) 2.3.2 外部接口设计 (7) 3 子系统设计 (7) 3.1 基础信息子系统 (7) 3.1.1 子系统说明 (7) 3.1.2 类图 (8) 3.1.3 类说明 (12) 3.1.4 界面设计 (19) 3.2 我的工作台子系统 (21) 3.2.1 子系统说明 (21) 3.2.2 类图 (22) 3.2.3 类说明 (26) 3.2.4 界面设计 (32) 3.3 工作进展子系统 (33) 3.3.1 子系统说明 (33) 3.3.2 类图 (34) 3.3.3 类说明 (34) 3.3.4 界面设计 (34) 3.4 信息发布子系统 (36) 3.4.1 子系统说明 (36) 3.4.2 类图 (36) 3.4.3 类说明 (37) 3.4.4 界面设计 (38) 3.5 系统管理子系统 (38) 3.5.1 子系统说明 (38) 3.5.2 类图 (39) 3.5.3 类说明 (39) 3.5.4 界面设计 (40) 3.6 个人设置子系统 (41)

3.6.1 子系统说明 (41) 3.6.2 类图 (42) 3.6.3 类说明 (43) 3.6.4 界面设计 (44) 4 约束和假定 (45) 5 系统数据结构设计 (45) 5.1 逻辑结构设计 (45) 5.1.1 角色表（PUBLIC_ROLE） (46) 5.1.2 权限表（PUBLIC_PRIVILEGE） (46) 5.1.3 角色权限表（PUBLIC_ROLEPRIVILEGE） (46) 5.1.4 部门表（PUBLIC_ DEPT） (46) 5.1.5 岗位表（PUBLIC_POST） (47) 5.1.6 员工表（PUBLIC_MEMBER） (47) 5.1.7 工作任务表（WORKPLAN_ TASK） (48) 5.1.8 任务分派表（WORKPLAN_ ALLOTTASK） (48) 5.1.9 工作计划表（WORKPLAN_ PLAN） (48) 5.1.10 计划任务表（WORKPLAN_ PLANTASK） (49) 5.1.11 工作日志表（WORKPLAN_ WORKLOG） (49) 5.1.12 工作汇报表（WORKPLAN_ WORKREPORT） (50) 5.1.13 信息发布表（PUBLIC_ PUBLISHINFO） (50) 5.1.14 收件箱表（PUBLIC_INBOX） (50) 5.1.15 系统操作日志表（PUBLIC_OPERA TELOG） (51) 5.1.16 个人提醒设置表（PUBLIC_EVENTS） (51) 5.1.17 系统表（PUBLIC_SYSTEM） (52) 5.1.18 系统功能模块表（PUBLIC_SYSTEMMODULE） (52) 5.2 物理结构设计 (52) 5.3 数据结构与程序的关系 (52) 6 系统出错处理设计 (52) 6.1 出错信息 (52) 6.2 补救措施 (53) 6.3 系统维护设计 (53)

需求分析说明书、详细设计说明书、概要设计说明书样例

以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.wendangku.net/doc/fa1914772.html,/BBS/view.asp?ID={CA9329C0-93C5-4417-9170-452FF61E8C DB}&page=1下载 XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3

4.2复用策略3 4.3折衷策略3 5．系统总体结构3 5.1、系统总体结构3 5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9．其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式，明确与银联的接口，使系

统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具，帮助用户以自助方式做业务查询。本系统的主要功能包括：话费 查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系 统的设计目标是保证系统可以7*24小时安全、高效无故障运行；业务人员可以轻松完成设备和交易的监控 、管理工作；报表种类齐全，可以满足业务人员各种帐务需求。 3. 设计约束

软件概要设计说明书范例

XX概要设计说明书

文档修改记录

填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。

目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。

客户关系管理系统数据库设计

系统名称：客户关系管理系统 一、系统需求分析： 客户管理系统是为了方便管理客户基本信息，完成公司决策的重要手段， 通过该系统， 系统管理员可以通过次系统查询客户的基本信息，以及客户所购产品的信息。并可以对新老客户进行添加和删除，也可对现有用户的基本信息进行更改。从而实现公司对其客户的管理。 客户可以通过该数据库查看自己的基本信息和消费情况。 职员可以通过该数据库查看自己的基本情况、业绩情况和工作计划。 该数据库包含5个实体，分别是客户，联系人，产品，任务计划，反馈信息。 通过该数据库，可以实现以下功能（举例） 简单查询： ①查询客户的基本信息 ②查询公司职员的业绩情况（即联系人发展的客户情况） ③查询公司职员的任务计划 复杂查询： ①查询客户对某一类型产品的反馈信息（通过产品表和反馈信息表连接实现） ②查询客户反馈信息的受理情况 插入功能： 增添新客户，新产品，新联系人，新反馈信息以及其相关属性 修改功能： 系统管理员修改客户的基本信息（如积分，联系方式等），修改联系人的工作计划，反馈信息的受理情况 二、E-R图

n n 1 n 1 n 1 1 购买 购买数量 购买时间 客户编号 产品编号 客户编号 反馈 反馈编号 发展 联系人编号 客户编号 客户 联系人 反馈信息 产品 任务计划 联系人编号 所购产品 编号 购买 反馈 发展 制定 信用度 姓名 所属部门 姓名 工资 客户编号 联系方式 联系地址 积分 产品类型 工作计划编号 产品类型 质量级别 优惠情况 名称 生产日期 编号 产品价格 内容 反馈时间 反馈者 反馈编号 解决情况 产品编号 编号 客户数量 计划利润 计划时间 实施情况 职工编号 消费时间 任务计划编号 联系人编号 制定时间

需求分析说明书、概要设计说明书、详细设计说明书部分样例.doc

需求分析说明书、概要设计说明书、详细设计说明书部分样例 作者：rjgczj 出处：csai论坛 以下是需求分析说明书、详细设计说明书、概要设计说明书样例，需要的朋友来信联系。rjgczj@ For personal use only in study and research; not for commercial use XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3 4.2复用策略3 4.3折衷策略3 5．系统总体结构3 5.1、系统总体结构3

5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9．其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式，明确与银联的接口，使系统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具，帮助用户以自助方式做业务查询。本系统的主要功能包括：话费查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系统的设计目标是保证系统可以7*24小时安全、高效无故障运行；业务人员可以轻松完成设备和交易的监控、管理工作；报表种类齐全，可以满足业务人员各种帐务需求。

概要设计说明书范例及模板

《XXXXXX》 概要设计说明书 张三、李四、王五 1．引言 1．1编写目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于 1．3 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写

系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司 1999/3 2．机票预定系统项目开发计划《**》软件开发小组 1999/3 3．需求规格说明书《**》软件开发小组 1999/3 4．用户操作手册（初稿）《**》软件开发小组 1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社 1992/1 6．软件工程张海藩清华大学出版社 1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：

概要设计说明书示例【概要设计说明书(模板)】

概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 1.1.1. 2.1. 3.1. 4.第二章 2.1.2.2.2. 3.2. 4.2. 5.2. 6.2. 7.第三章 3.1.3.2.3.3.第四章 4.1.4.2.4.3.第五章 5.1.5.2.5.3.第六章 6.1. 6.2.6.3. 补救措施......................................................... ........................................10系统维护设计......................................................... .. (10) 第一章引言 1.1.编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2.背景 说明：

a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的站点。 1.3.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4.参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出 第二章总体设计 2.1.需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2.2.运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。 2.3.基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式。 2.4.结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 2.5.功能需求与程序的关系

CRM客户关系管理系统数据库课程设计报告

湖南科技大学计算机科学与工程学院 数据库原理课程设计报告 题目：CRM客户关系管理系统 姓名： 学号： 指导老师： 完成时间： 2011.12.15

一.课程设计目的 1.熟悉公司软件开发的流程和管理模式； 2.培养团队的配合、协调、合作能力； 3.学习建模工具Powerdesigner的使用； 4.更进一步地学习和使用数据库知识； 5.学习将数据库知识结合Java语言并运用到系统软件开发。 二.实验原理 按照数据库设计的4个阶段：需求分析(分析用户要求)、概念设计(信息分析和定义)、逻辑设计(设计实现)和物理设计(物理数据库设计)。需求分析采用自顶向下，概念模型设计时采用自底向上的方法，即自顶向下地进行需求分析，然后再自底向上地设计概念结构，和自底向上的设计方法建立数据库，然后建立数据库存储过程、视图、触发器等SQL程序，最后通过Java中的Class.forName、Connection建立连接，用CallableStatement语句调用数据库的存储过程及读取数据库的内容，用SWT插件进行设计数据库用户界面。 三.实验类容 按照老师的安排我们进行了分组，我们这一组有5个人，每个组员负责这次数据库系统设计的一部分，我们选择的是CRM客户关系管理系统作为数据库应用项目 1、总体规划 由于我们做的是一个客户关系管理系统，软件的开发按照需求分析，

数据设计，程序设计，测试等流程。每一个阶段我们都有阶段性完成标志，从而判断我们完成上一阶段可以进入下一阶段了。同时我们深刻认识到每一阶段的效用都不能忽略，系统的成功也不单单取决于某一部分，所以我们每一阶段都配有一个负责人，负责监督以确保本阶段的按时完成和完成质量。人员上做如下分工：***（需求分析），***（数据库设计），***（客户端程序），***（界面），***（测试）。凡事预则立，我们拟定一个计划，这样便于灵活控制整个项目的完成进度。由于本次项目的开发是一次模拟开发，没有真实的客户供我们调研，所以我们的需求素材来自三方面：1.小组商讨；2.网上原始素材；3.老师提供的相关信息； 4.目前已有的相似软件和资料。 2. 需求说明 2.1.0 部门信息 在本系统中，部门信息主要分为：部门编号，部门名称，部门介绍三个部分，通过部门介绍可以清楚的知道部门的服务范围，部门服务程度好坏，通过部门名称对应唯一的一个部门编号。 2.2.1 查看员工信息 为员工提供包括密码、自我介绍、联系方式等个人信息维护的功能。 通过查看员工信息，可以清楚地知道员工的个人编号，部门编号，员工的个人年龄，性别，所在地址，联系方式，员工的职务等信息。通过员工的部门编号，我们还可以知道员工所在部门。 2.1.3 员工信息维护 员工利用该功能可以维护系统允许个人维护的信息 管理员登录员工查询页面后，我们可以轻松的添加新的员工，对老员工信息的修改，可以对退出企业的员工进行删除操作。 2.1.4 客户信息查询 为客户提供包括密码、自我信息、联系方式等个人信息查询维护的功能。 通过查看客户信息，可以看到客户的编号，客户姓名，客户所在区域，客户性别，所住地址，客户所在企业的职务，邮政编号，客户的联系方式；客户生日，客户级别等信息。通过员工编号可以知道该客户所有与企业的订单及交易记录2.1.5 客户信息维护

概要设计说明书---案例

＜网上书店＞ 概要设计说明书 作者：XXXXXXXXXXX 完成日期：XXXX年4月XX日签收人：XXXXXX 签收日期：XXXX年X月XX日修改情况记录：

目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (2) 2 总体设计 (2) 2.1 需求规定 (2) 2.2 运行环境 (3) 2.3 基本设计概念和处理流程 (3) 2.4 结构 (4) 2.5 功能需求与程序的关系 (8) 2.6 人工处理过程 (9) 2.7 尚未解决的问题 (9) 3 接口设计 (10) 3.1 用户接口 (10) 3.2 外部接口 (10) 3.3 内部接口 (10) 4 运行设计 (10) 4.1 运行模块组合 (10) 4.2 运行控制 (10) 4.3 运行时间 (11) 5 系统数据结构设计 (11) 5.1 逻辑结构设计要点 (11) 5.2 物理结构设计要点 (11) 6 系统出错处理设计 (12) 6.1 出错信息 (12) 6.2 补救措施 (12) 6.3 系统维护设计 (12) 7 阶段小结 (12)

1 引言 1.1 编写目的 服务于书店的网络化运营，管理用户购买以及其它服务、管理各类图书信息以及图书销售中的各个环节，最终用户为使用本网上书店的各类用户以及网上书店的系统管理人员和维护人员。 1.2 范围 说明： a．待开发的软件系统的名称：XXXX网上书店 b．任务提出者：刘俊铖、马俊 开发者：马俊、张倩、刘俊铖、张瑞鑫、唐志军、冯庆丰 用户：欲使自己书店网络化运营的各类书店。 使用本软件的单位：待定 1.3 定义 UML：Unified Modeling Language , 统一建模语言。 类图（class diagram）：表述系统中各个对象的类型及其间存在的各种静态关系。静态关系包括关联和子类型两种。 交互图（interactive diagram）：是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图。 可修改性：容许对系统进行修改而不增加原系统的复杂性。 有效性：软件系统能有效地利用计算机的时间资源与空间资源的能力。 可靠性：能够防止因概念、设计和结构等方面的不完善造成的软件系统 失效，具有挽回因操作不当造成软件系统失效的能力。

软件概要设计说明书模版

软件概要设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3预期读者和阅读建议 (2) 1.4参考资料 (2) 2. 设计概述 (3) 2.1限制和约束 (3) 2.2设计原则和设计要求 (3) 3. 系统逻辑设计 (4) 3.1系统组织设计 (4) 3.2系统结构设计 (4) 3.2.1 系统特性表 (5) 3.2.2 系统特性结构图 (6) 3.3系统接口设计 (6) 3.3.1 系统接口表 (6) 3.3.2 系统接口传输协议说明 (7) 3.4系统完整性设计 (7) 4. 系统出错处理设计 (8) 4.1系统出错处理表 (8) 4.2维护处理过程表 (9) 5. 技术设计 (10) 5.1系统开发技术说明表 (10) 5.2开发技术应用说明 (11) 6. 数据库设计 (11) 7. 词汇表 (11) 8. 进度计划 (11)

1. 引言 引言是对这份软件系统概要设计报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构，包括数据库结构和出错处理，从而对该软件产品的结构的描述。 如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 预期读者和阅读建议 列举本软件系统概要设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写人员； ●等等。 描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.4 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导；

概要设计说明书(GB8567)

1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3基本设计概念和处理流程 (3) 2.4结构 (3) 2.5功能器求与程序的关系 (3) 2.6人工处理过程 (3) 2.7尚未问决的问题 (3) 3接口设计 (3) 3.1用户接口 (3) 3.2外部接口 (3) 3.3内部接口 (4) 4运行设计 (4) 4.1运行模块组合 (4) 4.2运行控制 (4) 4.3运行时间 (4) 5系统数据结构设计 (4) 5.1逻辑结构设计要点 (4) 5.2物理结构设计要点 (4) 5.3数据结构与程序的关系 (4) 6系统出错处理设计 (5) 6.1出错信息 (5) 6.2补救措施 (5) 6.3系统维护设计 (5)

概要设计说明书 1引言 1.1编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2背景 说明： a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的 标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。 2.2运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。

概要设计的写法

概要设计的写法 做软件到一定层次了，就要考虑到设计了，设计了很久，就是不系统，系统的设计需要一个记录，记录就用文档，那么对项目所有包括技术上的设计都记录下来，我们就可以理解为软件的概要设计了。在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。 概要设计写什么？概要设计怎么做？如何判断设计的模块是完 整的？为什么说设计阶段过于重视业务流程是个误区？以需 求分析文档还是以概要设计文档来评估开发工作量、指导开发计划 准确？结构化好还是面向对象好？以上问题的答案请在文章 中找。 二、概要设计的目的? 将软件系统需求转换为未来系统的设计；逐步开发强壮的系统构 架；使设计适合于实施环境，为提高性能而进行设计；结构 应该被分解为模块和库。 三、概要设计的任务? 制定规范：代码体系、接口规约、命名规则。这是项目小组今后共 同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间 的接口规则、方式方法，大家就有了共同的工作语言、共同的工作 平台，使整个软件开发工作可以协调有序地进行。总体结构设 计：功能（加工）－>模块：每个功能用那些模块实现，保证每 个功能都有相应的模块来实现；模块层次结构：某个角度的软件 框架视图；模块间的调用关系：模块间的接口的总体描述；模 块间的接口：传递的信息及其结构；处理方式设计：满足功能 和性能的算法用户界面设计；数据结构设计：详细的数 据结构：表、索引、文件；算法相关逻辑数据结构及其操作；上 述操作的程序模块说明（在前台？在后台？用视图？用过程？······）接口控制表的数据结构和使用规则其他性能设计。 四、概要设计写什么?

软件概要设计样本

文档编号： 软件概要设计 Version 1.0 拟制：日期： 审核：日期： 批准：日期： 文档配置说明

目录 1.引言 ................................................. 1.1.编写目的.............................................................. 1.2.背景.................................................................. 1.3.定义.................................................................. 1.4.参考资料.............................................................. 2.总体设计............................................... 2.1.需求规定.............................................................. 2.2.运行环境.............................................................. 2.3.基本设计概念和处理流程................................................ 2.4.结构.................................................................. 2.5.功能器求与程序的关系.................................................. 2.6.人工处理过程.......................................................... 2.7.尚未问决的问题........................................................ 3.接口设计............................................... 3.1.用户接口.............................................................. 3.2.外部接口.............................................................. 3.3.内部接口.............................................................. 4.运行设计............................................... 4.1.运行模块组合.......................................................... 4.2.运行控制.............................................................. 4.3.运行时间.............................................................. 5.系统数据结构设计....................................... 5.1.逻辑结构设计要点...................................................... 5.2.物理结构设计要点...................................................... 5.3.数据结构与程序的关系.................................................. 6.系统出错处理设计 ..................................... 6.1.出错信息.............................................................. 6.2.补救措施..............................................................