文档库 最新最全的文档下载
当前位置:文档库 › 客户关系管理系统项目详细设计说明书(难)

客户关系管理系统项目详细设计说明书(难)

客户关系管理系统项目详细设计说明书(难)
客户关系管理系统项目详细设计说明书(难)

客户关系管理系统需求规格说明书

编号:RM-CRM

版本:1.0

1 概述

客户是公司最宝贵的资源,为了更好的发掘老客户的价值,并开发更多新客户,XX公司决定实施客户关系管理系统。希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理;希望通过对销售机会、客户开发过程的追踪和记录,提高新客户的开发能力;希望在客户将要流失时系统及时预警,以便销售人员及时采取措施,降低损失。并希望系统提供相关报表,以便公司高层随时了解公司客户情况。

客户服务是一个涉及多个部门,存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台,使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。

本系统包括:营销管理、客户管理、服务管理、统计报表和基础数据五个功能模块。另包括权限管理模块用于系统的用户、角色和相关权限,收发邮件功能用于获得客户的详细需求,文档管理功能用于客户信息文件的存储。

1.1 术语定义

系统用户:XX公司员工。

客户:购买XX公司产品或有意向购买XX公司产品的单位客户,不包括个人客户。

客户服务:由客户提出申请,需要XX公司员工对其做出响应的活动。分咨询、建议、投诉等类型。

2 系统说明

2.1 概述

客户关系管理系统用于管理与客户相关的信息与活动,但不包括产品信息、库存数据与销售活动,这三部分内容有其公司销售系统进行管理。但本系统需要提供产品信息查询功能、库存数据查询功能、历史订单查询功能。

2.2 用户与角色

与本系统相关的用户和角色包括:

系统管理员:

管理系统用户、角色与权限,保证系统正常运行。

高管:

审查客户贡献数据、客户构成数据、客户服务构成数据和客户流失数据。

客户经理:

维护负责的客户信息。

接受客户服务请求,在系统中创建客户服务。

处理分派给自己的客户服务。

对处理的服务进行反馈。

创建销售机会。

对特定销售机会制定客户开发计划。

执行客户开发计划。

对负责的流失客户采取“暂缓流失”或“确定流失”的措施。

销售主管:

对客户服务进行分配。

创建销售机会。

对销售机会进行指派。

对特定销售机会制定客户开发计划。

分析客户贡献、客户构成、客户服务构成和客户流失数据,定期提交客户管理报告。

2.3 系统功能

系统用例图如图1所示,子用例图及详细的用例描述见“功能性需求”部分。

用例图1

3 功能性需求

本系统分营销管理、客户管理、服务管理、统计报表、基础数据、邮件收发、文档管理和权限管理八个模块。

3.1 营销管理

营销管理模块包含销售机会的管理和对客户开发过程的管理,子用例图如图2所示。

用例图3

营销的过程是开发新客户的过程。对老客户的销售行为不属于营销管理的范畴。

客户经理有开发新客户的任务,在客户经理发现销售机会时,应在系统中录入该销售机会的信息。销售主管也可以在系统中创建销售机会。

所有的销售机会由销售主管进行分配,每个销售机会分配给一个客户经理。

客户经理对分配给自己的销售机会制定客户开发计划,计划好分几步开发,以及每个步骤的时间和具体事项。

制定完客户开发计划后,客户经理按实际执行情况填写计划中每个步骤的执行效果。

在开发计划结束的时候,根据开发的结果不同,设置该销售机会为“开发失败”或“开发成功”。

如果开发客户成功,系统自动创建新的客户记录。

3.1.1 销售机会管理

3.1.1.1 创建销售机会

创建销售机会的系统界面如图3所示。

图3

3.1.1.1.1 输入要素

创建销售机会时需录入以下信息:

3.1.1.1.2 处理流程

从页面获取输入信息,在数据库中创建新记录。

提示“保存成功”,或报告相应错误。页面必填项未填时不允许提交表单。

3.1.1.2 修改销售机会

3.1.1.2.1 业务概述

对未分配的销售机会记录可以编辑。

3.1.1.2.2 输入要素

在销售机会管理的列表页面列出所有状态为“未分配”的销售机会记录,可选择一条进行编辑。

图4

在编辑页面,可以对机会来源、客户名称、成功机率、概要、联系人、联系人电话、机会描述进行编辑。

其他信息不可编辑。

图5

3.1.1.2.3 处理流程

在列表页面选择“未分配”的销售机会进行编辑,跳转到编辑页面;在编辑页面填入更新的信息,提交表单,保存新的信息到数据库。

提示“保存成功”,或报告相应错误。页面必填项未填时不允许提交表单。

3.1.1.3 指派销售机会

3.1.1.3.1 业务概述

销售主管根据各客户经理的负责分区、行业特长等对销售机会进行指派。

每个销售机会指派给一个客户经理,专事专人。

指派成功后,销售机会状态改为“已指派”。

进行指派时需要选择输入客户经理,系统自动输入指派时间。两相皆未必输项。

图6

3.1.1.3.3 处理流程

选择要指派的销售机会,察看销售机会的详细信息并选择客户经理进行指派。

指派成功后提示“指派成功”,该销售机会状态改为“已指派”(即“开发中”)。3.1.2 客户开发计划

对“已指派”的销售机会制定开发计划,执行开发计划,并记录执行结果。客户开发成功还将创建新的客户记录。

3.1.2.1 制定开发计划

3.1.2.1.1 业务概述

客户经理对分配给自己的销售机会制定开发计划。

在制定开发计划时,应显示出销售机会的详细信息。

客户经理可以通过新建计划项,编辑已经有的计划项,即删除计划项来针对一个销售机会来制定客户开发计划。

每个计划项包括两个输入要素:日期和计划内容,都是必输项。日期的输入格式为“2007-12-13”。

图7

编辑计划项时,日期不可以编辑。

3.1.2.1.3 处理流程

首先选择“已指派”的销售机会进行指定计划的操作,然后制定计划。

提交并更新当前页面时在计划项列表中显示新建的计划项。

3.1.2.2 执行开发计划

3.1.2.2.1 业务概述

完成客户开发计划的制定后,客户经理开始按照计划内容执行客户开发计划,并按时记录执行结果。

对每个计划项填写执行效果,并保存。

图8

3.1.3 客户管理

客户信息是公司资产的构成部分之一,应对其进行妥善保管、充分利用。

每个客户经理有责任维护自己负责的客户信息,随时更新。在本系统中,客户信息将得到充分的共享,从而发挥最大的价值。

有调查表明,公司的大部分利润来自老客户,开发新的客户成本相对较高而且风险相对较大。因此我们有必要对超过6个月没有购买公司产品的客户应予以特殊关注,防止现有客户流失。

客户管理的子用例图如图9所示

用例图4

3.1.4 客户信息管理

3.1.

4.1 编辑客户信息

3.1.

4.1.1 业务概述

客户经理可以编辑状态为“正常”的客户信息。

3.1.

4.1.2 输入要素

如下图所示,有“*”标记的为必输项。地区、客户等级的候选项由数据字典维护;客户经理候选项为所有状态为“正常”的系统用户。客户满意度和客户信用度候选项的值都是1~5。

图10

3.1.

4.1.3 处理流程

从列表中选择要编辑的用户点选“编辑”按钮,编辑特定客户的信息,输入新信息后点“保存”按钮,返回列表页面。

提示“保存成功”或报告错误。

3.1.

4.2 管理客户联系人

3.1.

4.2.1 业务概述

每个客户可以有多个联系人。

图11

3.1.

4.2.2 输入要素

新建联系人时要输入姓名、性别、职位和办公电话,必输。还可输入手机号码和备注信息。

注意:联系人是属于某个客户的。

图表2

编辑联系人时姓名、性别、职位和办公电话为必输项

图表3

选择一个客户,显示其所有联系人的列表,从中选择进行编辑或删除操作,还可以给该客户添加联系人。

3.1.

4.2.4 输出要素

客户的联系人信息。

3.1.

4.3 管理客户交往记录

3.1.

4.3.1 业务概述

系统可以保存每个客户的交往记录。

图表4

客户经理完成客户服务后,需记录和客户交往的内容,特别是里程碑事件或有重大影响的事件。

添加一个客户交往记录时需要记录事件发生的日期、地点、概要和详细信息,还可以填写一个备注信息。

图表5

交往记录可以修改。但必输项不能修改为空。

图表6

3.1.

4.3.3 处理流程

首先选择一个客户,然后针对这个客户维护交往记录信息。

3.1.

4.3.4 输出要素

客户的交往记录数据。

3.1.

4.4 查看客户历史订单

3.1.

4.4.1 业务概述

客户的历史订单数据是一个客户重要的信息。本系统中不提供订单管理的功能。订单数据需要从销售系统中读取。读取时只读取订单状态为“已发货”或“已回款”的数据(对应订单记录状态为5或6)。

客户经理

3.1.

4.4.3 输入要素

本系统根据客户展示历史订单。

3.1.

4.4.4 处理流程

首先选择一个客户,然后查看这个客户的历史订单,再选择一条历史订单查看订单明细。

3.1.

4.4.5 输出要素

针对某一客户显示其全部已发货或已回款的历史订单,分页显示,最新的订单显示在前面。需要在列表中显示订单的编号、下单日期、送货地址、订单状态。

图表7

对每个订单可以查看明细。在订单明细中需要显示订单的总金额。显示样式如下图所示。

图表8

3.1.5 客户流失管理

系统将对超过6个月没有购买行为的。

3.1.5.1 客户流失预警

3.1.5.1.1 业务概述

系统自动检查超过6个月没有下单的客户,并在本系统中提出预警。订单数据需要从销售系统中获得。

3.1.5.1.2 输入要素

本功能由后台程序完成,没有输入界面。

3.1.5.1.3 处理流程

每周六凌晨02:00系统自动检查订单数据,如果发现有超过6个月没有下单的客户,则自动添加一条客户流失预警记录。

客户经理登录本系统后在客户流失管理中就可以看到。

图表9

对客户流失预警可以采取“暂缓流失”和“确认流失”两种措施。但在确认流失前一定要采取措施“暂缓流失”。

客户流失预警记录。

3.1.5.2 暂缓客户流失

3.1.5.2.1 业务概述

对于系统自动产生的客户流失预警,负责该客户的客户经理要第一时间采取措施,充分了解客户流失的原因,并采取应对措施。然后在系统中使用“暂缓流失”功能点,填写采取的措施。

3.1.5.2.2 输入要素

暂缓措施可以不断追加,系统要保存每次追加的暂缓措施。

图表10

3.1.5.2.3 处理流程

选择客户流失预警记录,追加暂缓措施。

3.1.5.2.4 输出要素

系统保存每次追加的暂缓措施。

3.1.5.3 确认客户流失

3.1.5.3.1 业务概述

如果确是存在不可逆转的因素,客户不可能再购买本公司的产品,则确认该客户的流失。

3.1.5.3.2 输入要素

在确认客户流失时要填写客户流失的原因。

图表11

3.1.5.3.3 处理流程

选择一条客户流失预警,填写客户流失原因,确认客户流失。

3.1.5.3.4 输出要素

确认客户流失后,该客户的状态修改为“已流失”。

3.2 服务管理

用例图5

处理流程

用例图6

3.2.1 服务创建

3.2.1.1 业务概述

客户服务是客户管理的重要工作。通过客户服务我们的销售团队可以及时帮助客户解决问题、打消顾虑,提高客户满意度。还可以帮助我们随时了解客户的动态,以便采

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

《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 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分

系统详细设计说明书

文档标题 文档编号BH-CSD-003 版本V1.0 密级商密 A 研发生产中心项目名称全科医生专家咨询系统 项目来源 系统详细设计说明书 (V1.0 ) 南京毗邻智慧医疗科技有限公司 二○一三年十一月

文档变更记录 序号变更( +/- )说明作者版本号日期批准1 创建Steve.ma V1.0 2013.11.15 1 引言.......................................................................... (3) 1.1 编写目 的 ......................................................................... (3) 1.2 背 景 .......................................................................... (3) 1.3 定 义 .......................................................................... (3) 1.4 参考资 料 ......................................................................... (4) 2 平台安全体系与程序系统的结构........................................................................................ (4) 2.1 平台安全体 系 ........................................................................ (4) 2.2 程序系统结 构 ........................................................................ (5) 3 程序设计说 明 ........................................................................... (5) 3.1 程序描 述 ......................................................................... (5) 功能及其接 口 ........................................................................

项目开发详细设计说明书(超好用模板)完整版

详细设计说明书XX有限公司

修订记录

目录 第一章概述........................................................................... 错误!未定义书签。 1.1.应用模块的目的....................................................... 错误!未定义书签。 1.2.应用模块总体描述................................................... 错误!未定义书签。 1.3.应用模块接口描述................................................... 错误!未定义书签。 1.4.假设条件................................................................... 错误!未定义书签。第二章设计模式(Design pattern) ................................... 错误!未定义书签。第三章类设计....................................................................... 错误!未定义书签。 3.1.分块类图................................................................... 错误!未定义书签。 <类图1> ............................................................ 错误!未定义书签。 <类图n> ............................................................ 错误!未定义书签。 3.2.整体继承关系........................................................... 错误!未定义书签。 3.3.类描述....................................................................... 错误!未定义书签。 <类名1> Class Description............................. 错误!未定义书签。 <类名n> Class Description............................. 错误!未定义书签。第四章交互图....................................................................... 错误!未定义书签。 4.1.<情景编号1: 情景名称> ........................................ 错误!未定义书签。 交互图................................................................ 错误!未定义书签。 例外情况及条件................................................ 错误!未定义书签。 4.2.<情景编号n: 情景名称> ........................................ 错误!未定义书签。第五章状态图....................................................................... 错误!未定义书签。 5.1.<状态图编号1:状态图名称> .................................. 错误!未定义书签。 5.2.<状态图编号n:状态图名称> .................................. 错误!未定义书签。第六章时序流程图............................................................... 错误!未定义书签。第七章用户界面设计说明................................................... 错误!未定义书签。 7.1.用户界面关系........................................................... 错误!未定义书签。 7.2.用户界面具体描述................................................... 错误!未定义书签。 <界面编号1:界面名称〉 ................................. 错误!未定义书签。 <界面编号N:界面名称〉 ................................ 错误!未定义书签。

项目详细设计说明书

详细设计说明书 当前版本号:1.0 最后更新日期:2011-11-25 作者:员工王 授权人:部门经理

版本记录:

目录 目录 (3) 1引言 (4) 1.1目的 (4) 1.2项目背景 (4) 1.3参考资料 (4) 1.4阅读对象 (4) 1.5术语解释 (4) 2设计概述 (5) 2.1任务 (5) 2.2运行环境概述 (5) 3系统详细设计 (6) 3.1系统总体框架 (6) 3.2功能模块详细设计 (6) 3.3用户界面详细设计 (6) 4存储设计 (7)

1引言 1.1目的 [阐述文档输出:描述本文档对下一环节工作的影响和作用。] 1.2项目背景 [应包括: 项目的委托单位、开发单位和主管部门 该软件系统与其他系统的关系。] 1.3参考资料 [本小节应完整列出此详细设计说明书中其他部分所引用的任何文档。列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括: 项目经核准的计划任务书、合同或上级机关的批文; 项目开发计划; 需求规格说明书; 概要设计说明书; 测试计划(初稿); 用户操作手册(初稿); 文档所引用的资料、采用的标准或规范。] 1.4阅读对象 [概述本文档的读者、用途。] 1.5术语解释 [必须提供全部需求的术语、缩写词及略语的定义,以便对本文档进行适当的解释。]

2设计概述 2.1任务 [说明详细设计的任务及详细设计所要达到的目标。] 2.2运行环境概述 [对本系统所赖于运行的硬件,包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述,及配置要求。]

3系统详细设计 3.1系统总体框架 包含两个图:系统结构图系统运行框架 数据结构的定义 3.2功能模块详细设计 1.函数申明 ,详细说明函数的功能,参数和返回值 2.伪代码 /流程图 如: (1)短消息列表模块 For (i=0; i<短消息的条数; i++) { 打印输出 } 3.3用户界面详细设计 [规定人机界面的内容、界面风格、调用方式等,包括所谓的表单设计、报表设计和用户需要的打印输出等设计。此部分内容可能比较多。]

概要设计说明书实例

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)

网上购物系统——详细设计说明书

网上购物系统 详细设计说明书 1引言 1.1编写目的 电子商务是于九十年代初,在欧美兴起的一种全新的商业交易模式,它实现了交易的无纸化,效率化,自动化表现了网络最具魅力的地方,快速的交换信息,地理界限的模糊,这所有的一切也必将推动传统商业行为在网路时代的变革。随着电子商务,尤其是网上购物的发展,商品流通基础设施和配套行业的重点将会将对中国商品流通领域和整个经济发展带来种种影响,确实值得我们认真研究。特别是在全球经济一体化的国际背景下,在我们继续扩大国内流通领域对外开放的同时,深入研究这个问题,审慎制订相应的宏观对策,尤其重要和迫切。网上购物是一种具有交互功能的商业信息系统。它向用户提供静态和动态两类信息资源。所谓静态信息是指那些比经常变动或更新的资源,如公司简介、管理规范和公司制度等等;动态信息是指随时变化的信息,如商品报价,会议安排和培训信息等。网上购物系统具有强大的交互功能,可使商家和用户方便的传递信息,完成电子贸易或EDI交易。这种全新的交易方式实现了公司间文档与资金的无纸化交换。 1.2.项目背景 软件名称:网上购物系统 开发者:宋金德,袁浩,王朝阳,许威 项目简介:本系统主要实现网上产品展示与在线定购及人员的管理, 一、不同身份有不同的权限功能(管理人员、注册用户、游客) 二、在线产品展示(分页显示) 三、在线定购 四、后台管理(用户管理、商品的管理) 1.3定义 Asp(active server pages)是微软公司推出的一种用以取代CGI的技术,基于目前绝大多数网站应用于windows平台,asp是一个位于windows服务器端的脚本运行环境,通过这种环境,用户可以创建和运行动态的交互式的web服务器应用程序以及EDI(电子数据交换)。 ADO:ActiveX Data Object, ActiveX 数据对象 SQL:Structured Query Language 1.4参考资料 [1] 谭浩强《动态网页制作ASP》北京电子工业出版社. 2001 [2] 彭万波《网页设计精彩实例》北京电子工业出版社.2002

软件工程-网上商城项目-详细设计说明书

1引言 (2) 编写目的 (2) 背景 (2) 定义 (2) 参考资料 (2) 2程序系统的结构 (2) 3程序1(标识符)设计说明 (2) 程序描述 (3) 功能 (3) 性能 (3) 输人项 (3) 输出项 (3) 算法 (3) 流程逻辑 (3) 接口 (3) 存储分配 (4) 注释设计 (4) 限制条件 (4) 测试计划 (4) 尚未解决的问题 (4) 4程序2(标识符)设计说明 (4)

详细设计说明书 1引言 编写目的 该阶段开发以正式进入软件的实际开发阶段,本阶段完成系统的详细设计并明确系统的数据结构与软件结构。 在软件设计阶段主要是把一个软件需求转化为软件表示的过程,这种表示只是描绘出软件的总的概貌。本详细设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌,把它加工成在程序细节上非常接近于源程序的软件表示。 软件开发小组的每一位参与开发成员应该阅读本说明,以清楚产品在技术方面的要求和实现策略,本手册将进行技术评审和技术的可行性检查。 背景 说明: A.软件系统的名称: BS网上商城系统 B.任务提出者: BS电子商务公司 开发者:LEI_SKY软件开发小组 C. 本系统将是一个独立的系统,目前所产生的输出都是独立的 本系统将使用MySql作为数据库的存储系统 定义 A. .B/S(Brower/Server) B. .IIS (Internet Information Server) C. .HTML(Hypertext Markup Language,超文本标记语言) D. .CSS(Cascading Style Sheets,层叠样式表单) E. .JSP(Java Server Pages) 参考资料 相关的文件包括: A. 内部文件《BS网上商城电子商务系统案例研究项目》

软件概要设计说明书范例

XX概要设计说明书

文档修改记录

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

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

系统软件详细设计说明书

系统软件详细设计说明书 1.引言 1.1编写目的 本详细设计说明书是针对网络信息体系结构的课程作业而编写。目的是对该项目进行详 细设计,在概要设计的基础上进一步明确系统结构,详细地介绍系统的各个模块,为进行后面的实现和测试作准备。本详细设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣,在以后想对系统进行扩展和维护的人员。 2.系统的结构 ui :系统界面部分,负责接受用户输入,显示系统输出,负责其他模块功能的协调调用,并含有站内搜索功能,即在用户指定的已打开的ftp站点中搜索用户需要的资源。ui 部分调用common部分的功能读取xml文件中保存的界面元素属性信息,用户最近访问过的10个ftp信息,用户选择的下载的ftp内容列表及其他需要通过xml文件保存的信息。 client :实现ftp客户端的功能,ftp连接,ftp上传及下载:上传或下载用户指定的

资源,并返回相应的信息。 search: 资源实时检索部分,根据用户输入的资源名称关键字,资源类型和选择的检索方式检索用户需要的资源,并验证资源的可用性,返回可用资源及其大小,速度等相关信息。 preview :资源预览部分,显示用户选择的资源的部分内容,以使用户决定是否需要该资源。 preview部分调用comm on部分读取属性文件的内容亦显示预览资源内容的显示格式。 3.模块1(ui )设计说明 3.1 模块描述实现用户界面的包,含有11个文件51 个类,是本系统中最复杂的代码。 3.2 功能负责接受用户输入,显示系统输出,其他模块功能的协调调用,并含有站内搜索功能,即在用户指定的已打开的ftp 站点中搜索用户需要的资源。 3.3 交互的模块 client ,search ,preview ,common。 3.4 模块设计该模块中的主要文件,文件中包含的主要类及其功能和与其它包的交互如下: MainFrame.java :MainFrame 是含有主函数的类,也是lyra 客户端开始执行的类,它先后进行资源的初始化,显示主界面等工作,根据屏幕大小设置界面大小,设置界面的观感。 FtpFrame_AboutBox.java: 显示关于窗口的类,当用户点击帮助菜单中的关于菜单项时会 弹出关于对话框。 Tools.java :FileTools 是文件操作辅助类,可以实现文件的递归删除等。 XMLController.java: JDOMTes是操作xml文件的类,用JDOM来操作xml文件, 实现的功能有: (1)保存ftp 服务器的文件列表(站内搜索时使用),递归的从ftp 服务器读取列表,并存入一个xml文件中(文件的命名方法是:ip+用户名.xml);以目录树的形式保存。 (2)根据文件名在文件中查找文件,站内搜索时使用。 (3)保存ftp 服务器的信息:ip ,端口(默认端口21 不保存),用户名(默认anonymous 不保存),密码,最多存10 个;存在resource\settings\ serversinfor.xml 文件中。 (4)读取已存储的ftp 服务器信息。 (5)从type.xml 读取搜索的类型。 Constants.java: 放置系统运行时使用的一些常量,initcontent ()函数对所有常量进行初始化,这个函数在MainFrame 中被调用一次。iconHashMap 是hash 表,用于存放文件的系统图标。 CustomizedController.java :包含自定义的控件类,java 中的控件可能不能满足需求,需要自己定义某些属性。这些控件会在创建界面时使用。其中含有的类有: (1)CustomizedJTable 是表格类,设置表格的某些属性,如字体等。 (2)CustomizedTableCellRenderer 是表格单元格绘制器类,主要用于显示文件的系统图标,和文件名。 (3)LeftPanel类的父类是JTabbedPane,用户显示主窗口左边的面板。 (4)RightPanel 类的父类是JPanel ,用户显示右边的主题部分,包括右上边的搜索及服务 器选项,和中间的显示服务器文件的TabbedPane。. (5)BottomPanel 类是右下放显示下载和服务器信息的JTabbedPane。 (6)CustomizedJButton 是定义按钮类,更改了按钮的字体,java 本身默认的字体不好看。 (7)CustomizedTableModel 是表格类,实现单元格的不可编辑。 (8 )CustomizedTableCellRenderer_Remote 类是表格绘制器,在远程文件浏览 器RemoteFilesPanel 使用,用于显示文件名和文件图标。

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

《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 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分:一、客户机上的程序,二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析:

项目开发详细设计说明书(超好用实用模板),完整版

实用文案 详细设计说明书 XX有限公司

修订记录

目录 第一章概述 (5) 1.1.应用模块的目的 (5) 1.2.应用模块总体描述 (5) 1.3.应用模块接口描述 (5) 1.4.假设条件 (5) 第二章设计模式(Design pattern) (6) 第三章类设计 (7) 3.1.分块类图 (8) 3.1.1.<类图1> 8 3.1.2.<类图n> 8 3.2.整体继承关系 (8) 3.3.类描述 (9) 3.3.1.<类名1> Class Description 9 3.3.2.<类名n> Class Description 10 第四章交互图 (12) 4.1.<情景编号1: 情景名称> (12) 4.1.1.交互图 12 4.1.2.例外情况及条件 13 4.2.<情景编号n: 情景名称> (13) 第五章状态图 (14) 5.1.<状态图编号1:状态图名称> (14)

5.2.<状态图编号n:状态图名称> (15) 第六章时序流程图 (16) 第七章用户界面设计说明 (18) 7.1.用户界面关系 (18) 7.2.用户界面具体描述 (18) 7.2.1.<界面编号1:界面名称〉 18 7.2.2.<界面编号N:界面名称〉 19 第八章测试考虑 (20) 第九章附录 (21) 9.1.附录A 代码举例 (21) 9.2.附录B 设计问题 (21) 9.2.1.<设计问题1> 21 9.2.2.<设计问题n> 21

第一章概述 1.1.应用模块的目的 请明确客户建立应用模块的目的。 1.2.应用模块总体描述 描述应用模块的总体功能。 1.3.应用模块接口描述 简要描述本应用模块的公共接口,具体接口会在相应的类中进行具体描述。建议采用列表的方式。 1.4.假设条件 列出在问题领域,项目方案及其它影响系统设计的可能方面内,应当成立的假设条件。包括系统的约束条件和应遵循的标准。

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

概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 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.功能需求与程序的关系

软件系统详细设计说明书模板

xxxxx系统详细设计说明书

版本历史

修改记录

目录 1引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2设计概述 (5) 2.1任务和目标 (5) 2.1.1需求概述 (5) 2.1.2运行环境概述 (5) 2.1.3条件与限制 (6) 2.1.4详细设计方法和工具 (6) 3系统详细需求分析 (6) 3.1详细需求分析 (6) 3.2详细系统运行环境及限制条件分析接口需求分析 (6) 4总体方案确认 (6) 4.1系统总体结构确认 (6) 4.2系统详细界面划分 (7) 4.2.1应用系统与支撑系统的详细界面划分 (7) 4.2.2系统内部详细界面划分 (7) 5系统详细设计 (7) 5.1系统程序代码架构设计 (7) 5.1.1UI(User Interface)用户界面表示层 (7) 5.1.2BLL(Business Logic Layer)业务逻辑层 (8) 5.1.3DAL(Data Access Layer)数据访问层 (8) 5.1.4Common类库 (8) 5.1.5Entity Class实体类 (8) 5.2系统结构设计及子系统划分 (8) 5.3系统功能模块详细设计 (9) 5.3.1XX子系统 (9) .1XX模块 (9) 列表和分页 (9) 创建XX (9) .2XX模块 (9) XX列表 (9) XX修改 (9) 5.3.2XX子系统 (9) 5.3.6.1用户管理模块 (9) 5.3.6.2角色管理模块 (14) 5.3.6.3系统设置模块 (14) 5.3.6.4系统登录注销模块 (14) 5.4系统界面详细设计 (14) 5.4.1外部界面设计 (14) 5.4.2内部界面设计 (14) 5.4.3用户界面设计 (14) 6数据库系统设计 (14) 6.1设计要求 (14) 6.2信息模型设计 (14) 6.3数据库设计 (14) 6.3.1设计依据 (14)

完整版详细设计说明书实例

信息发布系统 (详细设计说明书) JAVA 实践小学期第22组 1.0 2010/9/5 编写单位: 设计人员: 版 本: 编写日期:

目录 第一部分、引言 (2) 1.1编写目的 (2) 1.2背景 (3) 1.3定义 (3) 3.1程序描述 (5) 3.2整体结构 (5) 3.3性能 (5) 3.4输入输出项 (5) 3.5算法 (5) 3.6主要类的设计 (5) 3.7存储分配 (7) 3.8注释 (7) 3.9限制条件 (7) 3.10测试计划 (7) 3.11尚未解决的问题 (7) 4.1程序描述 (7) 4.2功能 (7) 4.3性能 (8) 4.4输入输出项 (8) 4.5限制条件 (8) 5设计特点 (8) 5.1通信便捷 (8) 5.2开发速度快 (8) 第六部分、项目分工 (8) 附录: (9) 第一部分、引言 1.1编写目的 本说明书在概要设计的基础上,对信息发布系统的各模块、程序分别进行了实现层面上的要 求和说明。 软件开发小组的产品实现成员应该阅读和参考本说明进行代码的编写、测试。

1.2背景 说明: A、软件系统的名称:信息发布系统 B、任务提出者:JAVA实践小学期开发者:第22组成员 C、实现完成的系统将可用在所有JAVA虚拟机的个人PC上.为使用者提供信息发布,浏 览,评论的方式,沟通各个用户? 1.3定义 服务器端API :服务器端设计者通过规范的API文档,提供给客户端,以方便客户端的开 发,使得同时进行,提高效率,节约时间。两端通过protocol (协议类)进行通信。 Gson:Google提供的一个类库。通过使用这个类库,可以把把对象转换成json格式的字符串,以方便在网络中的传输。也可反向将字符串转换成对象,这样带有方法地操作对象,可以有效,方便地保证信 息的沟通。 Json: JavaScript Object Notation,是一种轻量级的数据交换格式。易于人阅读和编写,同时也易于机器解析和生成。它基于JavaScript的一个子集,JSON采用完全独立于语言的文本格式, 这些特性使得JSON成为理想的数据交换语言。 1.4参考资料,相关的文件包括: A、《项目需求说明》; B、《项目详细设计说明书》; C、《项目概要设计说明书》;参考资料: 《软件工程概论》,王华 第二部分、程序系统的结构 该系统为了两大部分:客户端与服务器端,中间通过protocol类通信。其中使用gson库来转换和逆向转换对象,实现标准包括: 1、客户端主程序 A、工程类型:JAVA项目; B、工程名称:信息发布系统 C、编译生成文件:jar形式 D、引用的组件:JDK,Gson库 注:以上提供的是工具集合,具体用到的类都包含在里面 2、服务器端主程序: 服务器端程序以及数据库操作类(DBO) 3、服务器端数据库操作 验证用户,用户注册,更改密码,更新文档,新建文档,新建记录(包括浏览记录和回复记录),查看文档,删除文档,查看记录。

相关文档
相关文档 最新文档