当前位置:文档之家› 详细设计文档

详细设计文档

详细设计文档
详细设计文档

详细设计文档

文档编号 V1.0 版本密级

研发生产中心项目名称报表审批发布功能

项目来源

报表审批发布功能

详细设计说明书

2011-03-26 编写: 范屹日期:

检查: 日期:

审核: 日期:

批准: 日期:

版权所有不得复制

文档变更记录

序号变更(+/-)说明作者版本号日期批准 1 新建文档范屹 V1.0 2011-

03-26 2

目录

1. 引言...................................................................... ........................................................................

4

1.1 编写目的和范

围 ..................................................................... . (4)

1.2 术语表...................................................................... . (4)

1.3 使用的文字处理和绘图工

具 ..................................................................... .. (4)

1.4 定义...................................................................... .. (4)

1.5 BI系统总体架构(基于已有的BI系统上进行开

发) (4)

2. 模块设计...................................................................... . (6)

2.1 用例图...................................................................... . (6)

2.2 功能设计说

明 ..................................................................... ............................................... 8 3. 数据库设

计 ..................................................................... .. (30)

.................................................................... .................................. 30 3.1 表................................

3.2 视图...................................................................... (32)

4. 系统出错处

理 ..................................................................... . (34)

1. 引言

1.1 编写目的和范围

企业内部的各类报表指标为是需要上报给上级领导进行查看,企业的掌舵者对企业将来发展的决策都是根据这些报表指标来进行的,尤其是企业内部的财务和资金数据更不能有一丝一毫的偏差。因此这些指标数据如果发生错误,将会对企业将来的发展造成很大影响,所

以对于此类数据,需要通过层层审批、确认正确后才能进行展示。

本详细设计说明书编写的目的是说明程序模块的设计考虑,包括程序描述、输入/输出、

算法和流程逻辑等,为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、

软件开发人员、软件测试人员和项目评审人员。

1.2 术语表

序号术语或缩略语说明性定义

1 DW 数据仓库(Data Warehouse)

2 BI 商业智能(Business Intelligence)

1.3 使用的文字处理和绘图工具

文字处理软件:WPS Office 2010

绘图工具:Visio

1.4 定义

AJAX:AJAX即“Asynchronous JavaScript and XML”(异步JavaScript和XML),AJAX并

Jesse James Gaiiett创造的名词,是指一种创建交互式网页应用的网页开非缩写词,而是由

发技术。

1.5 BI系统总体架构(个人对BI系统理解)

2. 模块设计

2.1 用例图

2.2 报表指标管理处理流程图

2.3 审核操作处理流程图

2.4 功能设计说明

用例名称:查看报表模块

用例标识号:101

参与者:操作人员

简要说明:

操作人员在相关主题树状菜单中选择需要查看的报表前置条件:

操作人员已经成功登录M1BI系统。基本事件流: 1(操作人员鼠标点击某主题树形菜单中的报表

2(如果报表审核能过,则可以正常显示

3(如果报表未能被审核能过,则不会显示报表,且显示提示信息

4(用例终止

其他事件流A1:

异常事件流:

后置条件:

操作人员可以查看所需要的报表

主要程序代码清单:

清单1:是否有特权可以访问报表

private boolean isExtraPrivilege(TreeNode node,TDmGyUser User)throws Exception{

//获取报表负责人所在的单位因为不通过报表数据的维度来看这个问题而是

通过报表对象来看这个问题

String gnDm = this.pzgl.getReportUserOrg(node.getNodeid());

//取出当前登录用户所在的组织和节点信息

UserOrgMapping mapping = this.pzgl.getOrgMappingByUser(User.getMc());

if(mapping != null){

//如果当前的登录用户是报表负责人的上级,则也可以查看此报表

if(isMyBoss(mapping.getGnDm(),gnDm)){

return true;

}else{

//如果当前查看用户(或者是登录用户) 已经被授过权了,则也能查看些报表List matchUsers =

this.pzgl.getCanViewThisReportUsers(node.getNodeid());

if(matchUsers.contains(User.getMc())){

return true;

}else{

return false;

}

}

}else{

return false;

}

}

清单2:判断是否能显示报

public boolean canDisplayReport(TreeNode node)throws Exception{ int count = 0;

//判断当前报表是下属子公司是否都已经审核发布完成

count = this.pzgl.countNotPubAudit(node.getNodeid());

if(count > 0){

return false;

}else{

//判断当前报表是否存在一个指标,此指标也同时存在于其它未发布的报表中的

count = this.pzgl.countNotPubWithIndex(node.getNodeid());

if(count > 0){

return false;

}else{

//判断是否当前报表中的指标是否都被审核过了

count = this.pzgl.countReportNotAudit(node.getNodeid());

if(count > 0){

return false;

}else{

//判断当前报表中是否还有没有审核通过的指标

count = this.pzgl.countReportIndexNotAudit(node.getNodeid());

if(count > 0){

return false;

}else{

return true;

}

}

}

}

}

清单3:通过回逆的方法,判断当前登录用户是不是报表创建者的组织的上级如果是就返回true,如果不是就返回false

public boolean isMyBoss(String my,String comparator)throws Exception{

OrgInfo info = this.pzgl.getOrgInfo(comparator);

if(my.trim().equals(info.getSjgnDm().trim())){

return true;

}else{

if("0".equals(info.getSjgnDm().trim())){

return false;

}else{

return isMyBoss(my,info.getSjgnDm());

}

}

}

用例名称:报表展现页面审核操作

用例标识号:102

参与者:操作人员

简要说明:

在报表展现页面内提供页面的审核操作

由于目前存在上级公司可以查看下级公司的未审核通过的报表,或者授过权的用户也可以直接查看未经审核的报表。

前置条件:

操作人员已经成功登录M1BI系统。

查看的报表,报表本身及内部指标必须经过审核

如果未能通过审核,当且仅当登录用户必须属于上级公司人员或者已授权用户才能正常访问报表

基本事件流:

1(如果是已经发布的报表,可以点击报表顶部的反发布按钮

2(点击“反发布”按钮后,则报表进入待审核状态,则报表顶部会出现当然的报表状态,以及“审核”,“打回”二个操作按钮

3(当点击“审核”操作按钮,则报表状态变更为已审核,则会出现“发布”及“反审核”操作按钮

4(点击"反审核"后,报表状态变更为待审核状态,页面可参照第2步骤

5、点击“发布”按钮后,报表状态变更为发布状态,页面可参照第1步骤

6、接第2步骤,如果点击“打回”操作按钮,则报表状态变更为未审核状态,页面会出现“审核”操作按钮

其他事件流A1:

状态变更图:

后置条件:

如果进行报表展现页面审核操作后

如果报表状态为发布,则操作人员可以正常访问报表

如果未能通过审核,当且仅当登录用户必须属于上级公司人员或者已授权用户才能查看报表,

反之不能正常访问报表

主要程序代码清单:

清单1:AJAX调用的js方法,处理页面展现时的审核操作

function handlerAudit(userid,nodeid,operation){

//alert(operation);

var returnValue =

xmlhttpsend("${appPath}/changeAuditStatus.action","&NodeID=" + nodeid + "&operation=" + operation);

var str = "";

var buttonStr = "";

if(returnValue!=null && returnValue!=""){

if(returnValue == "1"){

str += "未审批";

buttonStr += "

onclick=\"javascript:handlerAudit('" +

userid + "','" + nodeid + "','audit');\" />";

}else if (returnValue == "2"){

str += "待审批";

buttonStr += "

onclick=\"javascript:handlerAudit('" +

userid + "','" + nodeid + "','tbd');\" />";

buttonStr += "

onclick=\"javascript:handlerAudit('" +

userid + "','" + nodeid + "','audit');\" />";

}else if (returnValue == "3"){

str += "已审批";

buttonStr += "

onclick=\"javascript:handlerAudit('" +

userid + "','" + nodeid + "','publish');\" />";

buttonStr += "

核 onclick=\"javascript:handlerAudit('" +

userid + "','" + nodeid + "','reverseAudit');\" />";

}else if (returnValue == "4"){

str += "已发布";

buttonStr += "

布 onclick=\"javascript:handlerAudit('" +

userid + "','" + nodeid + "','reversePublish');\" />";

}else{

str += "审批操作有误";

}

document.getElementById("ajaxHandlerResult").innerHTML = str;

document.getElementById("ajaxTakeIn").innerHTML = buttonStr;

}

清单2:报表审核状态的枚举类

public enum ReportAuditStatus {

NOAUDIT("1"),//未审核

WAITAUDIT("2"),//待审核

AUDITED("3"),//审核过

PUBLISHED("4");//发布

private String value;

private ReportAuditStatus(String value){

this.value = value;

}

public String getValue() {

return value;

}

}

用例名称:报表数据组织检索(审核管理) 用例标识号:103

参与者:操作人员

简要说明:

每个报表下面存在着多个不同的数据组织,我们需要根据状态及数据组织名称(也就是公司

名称)进行检查

前置条件:

操作人员已经成功登录M1BI系统,且必须有审核管理权限

基本事件流:

1(点击“系统管理”下面的“审核管理”菜单项

2(然后选择右边的树状菜单项中的具体报表

3(在右边的查询页面,选则过滤条件,然后点击查询按钮,然后会出现查询结果。查询字段

中会出现“审批公司”,“状态”信息项以及操作铵钮s

4(用例终止

其他事件流A1:

异常事件流:

后置条件:

操作人员可以查看所需要的报表数据组织

主要程序代码清单:

清单1:审核管理页面查询

public String shglQuery() throws Exception{

//公共属性 start

ActionContext ctx = ActionContext.getContext(); HttpServletRequest request =

(HttpServletRequest) ctx.get(ServletActionContext.HTTP_REQUEST); HttpSession session = request.getSession();

TDmGyUser users = (TDmGyUser)session.getAttribute(USER); HttpServletResponse response =

(HttpServletResponse) ctx.get(ServletActionContext.HTTP_RESPONSE); //end

//审核状态

String status=request.getParameter("status");

//报表中文名称

String Text=request.getParameter("Text");

//审核公司名称

String company=request.getParameter("company");

//报表节点ID

String NodeID=request.getParameter("NodeID");

//如果报表节点ID不存在,则直接返回

if(StringUtils.isBlank(NodeID)){

return "";

}

List list = pzgl.getAuditUnit(NodeID, status, company);

if(list != null && !list.isEmpty()){

UserOrgMapping mapping =

this.pzgl.getOrgMappingByUser(users.getMc());

for(int index=0;index

Shgl shgl = (Shgl)list.get(index);

if(mapping.getGnDm().equals(shgl.getJgDm())){

shgl.setCanDisplay(true);

}else{

if(isMyBoss(mapping.getGnDm(),shgl.getJgDm())){

shgl.setCanDisplay(true);

}else{

shgl.setCanDisplay(false);

软件项目详细设计文档示例模版

XXX软件/项目/系统 详细设计说明书 拟制日期 评审人日期 批准日期 编写单位或个人

修订历史

目录 XXX软件详细设计说明书 (1) Revision Record 修订记录 (2) 1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3参考资料 (1) 1.4术语定义及说明 (1) 2设计概述 (1) 2.1任务和目标 (1) 2.1.1需求概述 (1) 2.1.2运行环境概述 (1) 2.1.3条件与限制 (1) 2.1.4详细设计方法和工具 (1) 3系统详细需求分析 (1) 3.1详细需求分析 (2) 3.2详细系统运行环境及限制条件分析接口需求分析 (2) 4总体方案确认 (2) 4.1系统总体结构确认 (2) 4.2系统详细界面划分 (2) 4.2.1应用系统与支撑系统的详细界面划分 (2) 4.2.2系统内部详细界面划分 (2) 5系统详细设计 (2) 5.1系统结构设计及子系统划分 (3) 5.2系统功能模块详细设计 (3) 5.3系统界面详细设计 (3) 5.3.1外部界面设计 (3) 5.3.2内部界面设计 (3) 5.3.3用户界面设计 (3) 6、数据库系统设计 (4) 6.1设计要求 (4) 6.2 信息模型设计 (4) 6.3数据库设计 (4) 6.3.1设计依据 (4) 6.3.2数据库种类及特点 (4) 6.3.3数据库逻辑结构 (4) 6.3.4物理结构设计 (4) 6.3.5数据库安全 (4) 6.3.6数据字典 (4) 7非功能性设计 (4) 8 (5) 9环境配置 (5)

1引言 1.1编写目的 说明编制的目的是,大体上介绍一下软件系统中各层次中模块或子程序、以及数据库系统的设计考虑,表明此文档是主要是为编码人员提供服务,并且其他类型的项目参与人员也可以通过此文档对软件/项目有更深入了解。 1.2背景 说明此软件或系统的项目背景、需求背景、开发目的等,还可以列出参与人员等相关信息。 1.3参考资料 列出本文档中引用的文献、资料、标准等相关信息(一般是具有出版或版权性质的文件)。 1.4术语定义及说明 列出文档中用到的和开发有关,或与行业、业务、需求有关的专业术语,并进行解释。 2设计概述 2.1任务和目标 说明详细设计的任务及详细设计所要达到的目标。 2.1.1需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等,尤其需要描述系统性能需求。 2.1.2运行环境概述 对本系统所依赖于运行的硬件,包括操作系统、数据库系统、运行库、中间件、接口软件、可能的性能监控与分析等软件环境的描述,及配置要求。 2.1.3条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。 2.1.4详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具,如数据库设计工具、界面设计工具、原型设计工具等。 3系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认,并对由于情况变化而带来的需求变化进行较为详细的分析。

智慧城市项目详细设计文档

智慧城市软件详细设计说明书 Prepared by 拟制Date 日期 2013-10-23 Reviewed by 评审人Date 日期 Approved by 批准Date 日期

Revision Record 修订记录

目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2总体设计 (6) 2.1任务和目标 (6) 2.1.1需求概述 (6) 2.1.2运行环境概述 (6) 2.1.3条件与限制 (6) 2.1.4软件结构图 (8) 3系统详细需求分析 (9) 3.1详细需求分析 (9) 4系统详细设计 (10) 4.1系统内部详细界面划分 (10) 4.2系统结构设计及子系统划分 (11) 4.3系统功能模块详细设计 (11) 4.3.1模块一登录流程图 (12) 4.3.2模块二主界面流程图 (13) 4.3.3模块三实时监测流程图 (14) 4.3.4模块四流量控制流程图 (16) 4.3.5模块五用水安全管控 (17) 5数据库系统设计 (34) 5.1 设计要求 (69) 5.2 信息模型设计 (69) 5.3 数据库设计 (73) 5.3.1 设计依据 (73) 5.3.2 数据库安全 (74) 5.3.3 数据字典 (74)

1引言 1.1编写目的 本详细设计文档说明书编写的目的是说明该程序模块的设计考虑,包括程序描述输入和输出算法和流程逻辑、数据库的字段和数据字段的关系图,模块的界面设计和操作解释,理解性的考虑,为编程和系统维护提供基础,本说明书的预期读者为系统设计人员软件开发人员、软件测试人员和项目评审人员、部分用户人员。 1.2背景 智慧城市是数字城市发展中的具有介入式、互动式功能的智能化数字城市管理应用。CUDI国际城市发展研究院院长王超指出:城市人地关系系统的数字化,它体现"人"的主导地位,通过城市信息化更好地把握城市系统的运动状态和规律,对城市人地关系进行调控,实现系统优化,使城市成为有利于人类生存与可持续发展的空间。城市信息化过程表现为地球表面测绘与统计的信息化(数字调查与地图),政府管理与决策的信息化(数字政府),企业管理、决策与服务的信息化(数字企业),市民生活的信息化(数字城市生活),以上四个信息化进程即数字城市。数字产业的崛起,面临第四产业的来临,数字城市的数字管理充分借助物联网、传感网,涉及到智能楼宇、智能家居、路网监控、智能医院、城市生命线管理、食品药品管理、票证管理、家庭护理、个人健康与数字生活等诸多领域,更加的智能化、智慧化。反思城市与人的关系,形成所谓“物联网”,然后将“物联网”与现有的互联网整合起来,为城市提供更便捷、高效、灵活的公共管理的创新服务模式,实现人类社会与物理系统的整合。把握新一轮科技创新革命和信息产业浪潮的重大机遇,充分发挥信息通信(ICT)产业发达、RFID、相关技术领先、电信业务及信息化基础设施优良等优势,通过建设ICT基础设施、认证、安全等平台和示范工程,加快产业关键技术攻关,构建城市发展的智慧环境,形成基于海量信息和智能过滤处理的新的生活、产业发展、社会管理等模式,面向未来构建全新的城市形态 本项目的提出是按照科技的发展潮流。响应国家对于城市的建设的要求,以科技来管控城市,让城市的管理更加方便和节约,以城市三大必须消耗为基础分别是水、电、气。该项目《智慧城市管控》本着方便管理、节能减排、方便城市分析等功能为目标采用c/s模式进行开发,用于对城市规划管理的行业及三维技术的结合因此有较好的市场前景和商业价值。本程序由软件开发小组负责开发。 智慧城市管理平台主要由两部分形成: 1.客户端 2.服务器端

系统软件详细设计说明书

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

部分调用common部分的功能读取xml文件中保存的界面元素属性信息,用户最近访问过的10个ftp信息,用户选择的下载的ftp内容列表及其他需要通过xml文件保存的信息。 client:实现ftp客户端的功能,ftp连接,ftp上传及下载:上传或下载用户指定的资源,并返回相应的信息。 search:资源实时检索部分,根据用户输入的资源名称关键字,资源类型和选择的检索方式检索用户需要的资源,并验证资源的可用性,返回可用资源及其大小,速度等相关信息。 preview:资源预览部分,显示用户选择的资源的部分内容,以使用户决定是否需要该资源。preview部分调用common部分读取属性文件的内容亦显示预览资源内容的显示格式。 3.模块1(ui)设计说明 模块描述 实现用户界面的包,含有11个文件51个类,是本系统中最复杂的代码。 功能 负责接受用户输入,显示系统输出,其他模块功能的协调调用,并含有站内搜索功能,即在用户指定的已打开的ftp站点中搜索用户需要的资源。 交互的模块 client,search,preview,common。 模块设计 该模块中的主要文件,文件中包含的主要类及其功能和与其它包的交互如下::MainFrame是含有主函数的类,也是lyra客户端开始执行的类,它先后进行资源的初始化,显示主界面等工作,根据屏幕大小设置界面大小,设置界面的观感。 :显示关于窗口的类,当用户点击帮助菜单中的关于菜单项时会弹出关于对话框。 :FileTools是文件操作辅助类,可以实现文件的递归删除等。

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

《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编写目的 学生成绩管理系统的详细设计是设计的第二阶段,该阶段的根本目标是在概要设计的基础之上确定应该怎样具体地实现所要求的系统,也就是说,经过这个阶段的设计工作,应该得出对目标系统的精确描述,从而在编码阶段可以把这个描述直接翻译成用某种设计语言书写的程序。本说明书提供出一个程序的“蓝图”,以便更好的完成编码任务。学校的现代化管理中,学生的成绩管理是必不可少的一部分。成绩管理的容对于学校的管理是关重要的,所以,成绩管理系统必须要为用户提供必要的信息和快捷的查询功能。 1.2项目背景 该项目充分利用现代化技术来提高学生成绩查询的效率,使得原始的办公系统更加方便,工作效率也得到提高。 1.3使用工具 1)eclipse:开发工具 2)Mysql:数据库管理软件 3)Navicat Premium:第三方软件显示mysql数据库 4)Tomcat: 使用服务器 5)window7:硬件环境 6)JSP:软件开发语言 2、总体设计 2.1需求概述

学生成绩管理系统是对学校教务和教学活动进行综合管理的平台系统,是一个学校和地区教育信息化的基础信息平台。满足学校管理层、学生、教师的日常工作、学习、查询、管理等工作。目的是共享学校各种信息。提高学校的工作效率、规学校的工作流程、便利学校与学生及教师的交流。 2.2项目任务围 学生成绩管理系统共分为三个大的模块:学生成绩查询模块、教师成绩录入模块及管理员对各项信息管理模块。 学生:查询学生个人信息,包括个人成绩查询和修改密码。 教师:查询教师个人信息,包括学生成绩录入和修改密码。 管理员:学生管理(对学生进行增删改查);教师管理(对教师进行增删改查);班级管理(对班级进行增删改查);成绩管理(对学生成绩 的增删改查)所有人的密码管理;个人密码修改。 2.3系统模块结构图

系统详细设计说明书

文档标题 文档编号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) 功能及其接 口 ........................................................................

医院管理系统详细设计文档

. 工程学院信电学院 课题设计报告 医院管理系统详细设计文档 班级13软嵌2班 组长凯 组员维可夏辉洋洋 专业13软嵌2 指导教师宏生

2016年5月20日

1 引言 1.1 编写目的(Purpose) 根据概要设计说明书中的设计容,编写详细设计说明书,为开发过程提供系统处理过程的详细说明,使系统开发各类技术人员对整个系统所需实现的功能以及系统的功能模块的划分、实现和数据库的表结构清楚的认识,为整个系统的开发、测试、评定和移交的提供基础,本报告一旦确认后将成为系统开发各类技术人员共同遵守的准则,并为以后的编程工作提供依据。 1.2 读者对象(Reader) 本说明书的预期读者为本项目负责人以及负责项目开发的各类技术人员、管理人员、项目评审人员。 1.3 编写目标(Goal) 以先进成熟的数据库管理技术、计算机技术和通信技术为主要手段,结合用户业务需求,在医院以C/S作为开发平台的企业信息网上建立一个覆盖医院的高质、高效、实用的管理信息系统;从系统层到应用层具有密的安全控制机制。系统能够适应医院组织机构和结构的调整。采用构件化技术,使应用系统具有相应的独立性,使各子系统能具有通用性,又能适应医院某些机构的个性化要求;系统具有较长的生命期,并保证从现有业务管理模式向更加优化的领导决策和管理模式平稳过渡。 1.4 项目背景(Background of Project) 项目名称:医院信息管理系统 项目简称:医院系统 委托单位:某医院 开发单位:本公司主管部门:本公司 1.5 定义(Definitions) 本详细说明书中涉及的专门术语、容易引起歧义的概念、关键词缩写及相应的解释容包括(有关医疗术语关键词不在此列表中):门诊:CN 住院:IH 病案:PA 药库:MC 医技:所有检验、检查项目、手术项目等药品:中草

医院管理系统详细设计文档

工程学院信电学院课题设计报告 医院管理系统详细设计文档 班级13软嵌2班 组长王凯 组员王维可夏辉徐洋洋专业13软嵌2 指导教师周宏生

2016 5月20日年

1 引言 1.1 编写目的(Purpose) 根据概要设计说明书中的设计容,编写详细设计说明书,为开发过程提供系统处理过程的详细说明,使系统开发各类技术人员对整个系统所需实现的功能以及系统的功能模块的划分、实现和数据库的表结构清楚的认识,为整个系统的开发、测试、评定和移交的提供基础,本报告一旦确认后将成为系统开发各类技术人员共同遵守的准则,并为以后的编程工作提供依据。 1.2 读者对象(Reader) 本说明书的预期读者为本项目负责人以及负责项目开发的各类技术人员、管理人员、项目评审人员。 1.3 编写目标(Goal) 以先进成熟的数据库管理技术、计算机技术和通信技术为主要手段,结合用户业务需求,在医院以C/S作为开发平台的企业信息网上建立一个覆盖医院的高质、高效、实用的管理信息系统;从系统层到应用层具有严密的安全控制机制。系统能够适应医院组织机构和结构的调整。采用构件化技术,使应用系统具有相应的独立性,使各子系统能具有通用性,又能适应医院某些机构的个性化要求;系统具有较长的生命周期,并保证从现有业务管理模式向更加优

化的领导决策和管理模式平稳过渡。 1.4 项目背景(Background of Project) 项目名称:医院信息管理系统 项目简称:医院系统 委托单位:某医院 开发单位:本公司主管部门:本公司 1.5 定义(Definitions) 本详细说明书中涉及的专门术语、容易引起歧义的概念、关键词缩写及相应的解释容包括(有关医疗术语关键词不在此列表中):门诊:CN 住院:IH 病案:PA 药库:MC 医技:所有检验、检查项目、手术项目等药品:中草药、西药、试剂 2 系统总体描述 2.1 业务处理总流程 2.1.1 总体业务流程图

ERP系统详细设计说明书

ERP系统详细设计说明书 1 引言 (2) 1.1 编写目的 (2) 1.2 项目背景 (2) 1.3 定义、缩写词、略语 (2) 1.4 参考资料 (2) 2 系统总体设计 (3) 2.1.1 软件结构 (3) 2.1.2 程序系统结构 (3) 2.1.3 数据库设计 (10) 3 系统功能设计说明 (26) 3.1 基础数据管理 (26) 3.1.1 成品基础信息 (26) 3.1.2 半成品基础信息 (31) 3.1.3 原材料基础信息 (35) 3.1.4 辅材基础信息 (37) 3.1.5 标准件基础信息 (39) 3.1.6 工具库基础信息 (42) 3.1.7 工装备件基础信息 (44) 3.1.8 工序基础信息 (47) 3.1.9 定额基础信息 (52) 3.1.10 部门维护 (58) 3.1.11 员工维护 (62) 3.2生产管理 (64) 3.2.1 客户订单 (64) 3.2.2 生产计划 (68) 3.2.3 进厂 (71) 3.2.4 转序卡投放 (74) 3.2.5 材料请领 (78) 3.2.6 日排产计划 (81) 3.2.7 生产成品入库 (83) 3.2.8 外委加工与返回 (86) 3.3销售管理 (92) 3.3.1 产成品出库 (92) 3.3.2 PA收发清单 (96) 3.4采购管理 (97) 3.4.1 采购申请单 (97) 3.4.2 采购计划 (100) 3.4.3 成品入库 (104) 3.4.4 半成品入库 (107) 3.4.5 原材料采购 (109)

3.4.6 辅材采购 (111) 3.4.7 标准件采购 (113) 3.4.8 工具库采购 (115) 3.4.9 工装备件采购 (117) 3.5库房管理 (119) 3.5.1 废品单管理 (119) 3.5.2 核销单管理 (125) 3.5.3 返修品出库 (128) 3.5.4 返修品入库 (131) 3.5.5 库存盘点 (135) 3.5.6 盘盈与盘亏 (137)

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

以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.doczj.com/doc/b21553280.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. 设计约束

软件详细设计文档模板(最全面)

研发生产中心文档编号版本A1 密级商密A 项目名称Xx系统 项目来源 Xxx系统 详细设计说明书 (内部资料请勿外传) 编写:日期:检查:日期:审核:日期:批准:日期: XX公司 版权所有不得复制 文档变更记录

序号变更(+/-)说明作者版本号日期批准1 2

目录 1. 引言 (5) 1.1 编写目的和范围 (5) 1.2 术语表 (5) 1.3 参考资料 (5) 1.4 使用的文字处理和绘图工具 (5) 2. 全局数据结构说明 (7) 2.1 常量 (7) 2.2 变量 (8) 2.3 数据结构 (8) 3. 模块设计 (9) 3.1 用例图 (9) 3.2 功能设计说明 (10) 3.2.1 模块1 (10) 3.2.2 模块2 (11) 4. 接口设计 (12) 4.1 内部接口 (12) 4.2 外部接口 (12) 4.2.1 接口说明 (12) 4.2.2 调用方式 (12) 5. 数据库设计 (12) 6. 系统安全保密设计 (12) 6.1 说明 (12) 6.2 设计 (12) 6.2.1 数据传输部分 (12) 6.2.2 IP过滤分部 (13) 6.2.3 身份验证部分 (13) 7. 系统性能设计 (13) 8. 系统出错处理 (13)

1.引言 1.1背景 此文档的背景 1.2编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑,包括程序描述、输入/输出、算法和流程逻辑等,为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 1.3术语表 定义系统或产品中涉及的重要术语,为读者在阅读文档时提供必要的参考信息。 序号术语或缩略语说明性定义 1 PM Project Manager,项目经理 2 1.4参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括: a.需求说明书、架构设计说明书等; b.本项目的其他已发表的文件; c.引用文件、资料、软件开发标准等。 资料名称作者文件编号、版本资料存放地点 1.5使用的文字处理和绘图工具 文字处理软件:[编写设计文档使用的文字处理软件,如RedOffice ] 绘图工具:[使用的UML工具,如Rose、Jude、Visio]

文件管理系统设计方案和对策

文件管理系统设计方案 传统的管理和保存文件的方式是人工生成和保管文件(包括:生成、传阅、审批、进入受控状态等),文件通常是保存在文件柜中的。 由于文件数量多,版本复杂,在实际使用中经常出现问题,例如:文件版本不一致、文件查找困难、文件管理处理历史记录报表工作量过大等。本方案旨在解决单位对大量工程和技术文件的管理,达到并确保工作人员手中文件版本的一致性、文件更改的可追溯性,同时以实现电子公告、电子通知、电子邮件、公文收发等功能来提高单位日常办公及管理的自动化。 一、文件管理系统的建设目标和意义 目标: 满足企业对文件信息进行集中管理、查询的需要 通过文件的集中管理,使企业实现资料共享,资料同步更新 企业重要文档的使用权限设置,一方面节约了资本,另一方面自动化管理,保证了资料的保密性和安全性 简化了员工查找和使用资料的工作步骤,使员工把时间放在其他更有价值的工作上,减少重复劳动,提高工作效率,为企业争取更多 利润 把无纸化办公和自动化办公结合起来,实现了无纸化和物理化文档管理的有机组合 把先进的数据库技术运用于文档管理,促进企业信息化管理的进步文件管理系统建设意义: 1、分类、管理企业文件 文件管理系统通过数据库管理,对企业纷杂的文件内容进行分门别类的管理,按照不同的介质(图片、影音、word、excel、ppt、pdf等)进行存放管理。 文件管理系统通过权限管理,对不同的员工开放不同级别的文件库,最大程

度保证企业的文件安全。 2、共享、学习企业文件 文件管理系统通过内部网络将文件资本进行共享,让更多的人分享到企业文件资本,拓宽部门和员工的知识范围。 3、应用、增值文件资本 文件管理平台构建面向企业业务流程的文件管理系统,使得工作过程中显形知识结构化,隐形知识显形化。 通过文件的不断重复应用,实现文件增值。有效的规避了人员升迁流动所造成了关键业务领域的损失,让业务运行不辍。 4、提升企业竞争力 创造企业新竞争价值,增加企业利润,降低企业成本,提高企业效率。建立企业新文化,鼓励思想自由,培育创新精神。 通过减少反应时间来提高为客户服务的水平,通过快速向市场提供产品和服务来增加收入。 二、文件管理系统的建设要求 首先是支持的文件内容要全面,从文件管理的内容角度,至少应该包括: ?对信息的发布,比如直接发布各种内容 ?对文档的管理,如各类DOC、XLS、PPT等文件 ?对数据信息的管理,如各类报表等等 有利于充分利用文件: ?对链接的处理:在内容中可以互相链接,它是有效利用文件的非常重要的环节 ?强有力的索引能力,特别是全文检索 ?对于动态数据的强有力查询能力,比如可以根据各种条件进行查询

需求分析说明书、概要设计说明书、详细设计说明书部分样例.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小时安全、高效无故障运行;业务人员可以轻松完成设备和交易的监控、管理工作;报表种类齐全,可以满足业务人员各种帐务需求。

软件详细设计文档模板(最全面)

Xxx系统 详细设计说明书 (内部资料请勿外传)编写:日期: 检查:日期: 审核:日期: 批准:日期: XX公司 版权所有不得复制 文档变更记录

目录 1. 引言错误!未定义书签。 编写目的和范围错误!未定义书签。 术语表错误!未定义书签。 参考资料错误!未定义书签。 使用的文字处理和绘图工具错误!未定义书签。 2. 全局数据结构说明错误!未定义书签。 常量错误!未定义书签。 变量错误!未定义书签。 数据结构错误!未定义书签。 3. 模块设计错误!未定义书签。 用例图错误!未定义书签。 功能设计说明错误!未定义书签。 模块1 错误!未定义书签。 模块2 错误!未定义书签。 4. 接口设计错误!未定义书签。 内部接口错误!未定义书签。 外部接口错误!未定义书签。 接口说明错误!未定义书签。 调用方式错误!未定义书签。 5. 数据库设计错误!未定义书签。 6. 系统安全保密设计错误!未定义书签。 说明错误!未定义书签。 设计错误!未定义书签。 数据传输部分错误!未定义书签。 IP过滤分部错误!未定义书签。 身份验证部分错误!未定义书签。 7. 系统性能设计错误!未定义书签。 8. 系统出错处理错误!未定义书签。

引言 背景 此文档的背景 编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑,包括程序描述、输入/输出、算法和流程逻辑等,为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 术语表 定义系统或产品中涉及的重要术语,为读者在阅读文档时提供必要的参考信息。 参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括: a.需求说明书、架构设计说明书等; b.本项目的其他已发表的文件; 使用的文字处理和绘图工具 文字处理软件:[编写设计文档使用的文字处理软件,如RedOffice ] 绘图工具:[使用的UML工具,如Rose、Jude、Visio] 设计概述 任务和目标 需求概述 运行环境概述 条件与限制 详细设计方法和工具 系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认,并对由于情况变化而带来的需求变化进行较为详细的分析。 详细需求分析 详细功能需求分析 详细性能需求分析 详细资源需求分析 详细接口需求分析 详细系统运行环境及限制条件分析 总体方案确认 着重解决系统总体结构确认及界面划分问题。

酒店管理系统详细设计文档

详细设计文档——酒店管理系统 学院:信电工程学院 班级: 12软嵌2班 小组成员:施爽杨冉冉夏善勇吴玉林指导老师:王小磊

详细设计文档 (1) 一.引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 1.5 版本信息 (4) 二.总体设计 (4) 2.1 需求概述 (4) 2.2 软件结构 (4) 三.程序描述 (5) 3.1 模块基本信息 (5) 3.2 算法 (7) 3.3 程序逻辑 (7) 3.4 接口 (8) 3.5 测试要点 (8) 四.源程序 (9)

一.引言 1.1 编写目的 编写本说明书的目的是说明对程序系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、功能分配、模块化粉、接口设计、运行设计、数据结构设计等,为实现这个系统做最后的准备。 预期读者为:软件开发的人员,项目评审人员,及软件测试人员。 1.2 项目背景 随着计算机技术的不断应用和提高,计算机已经深入到社会生活的各个角落。而现在的酒店餐饮管理已经步入高速时代,相对于以前,不仅效率低、易出错、繁琐,而且耗费大量的人力。为了满足其管理人员对酒店的管理,以及酒店餐饮理念进行高效的管理,在工作人员具备一定的计算机操作能力的前提下,此酒店系统软件力求提高其管理效率。 1.3 定义 1)房态:客房房态也就是客房的一个情况,为了随时掌握酒店客房房态的变化,因此在酒店客房管理中,设计了一个客房的情况图。 2)前台:主要指宾馆中负责接待,登记,接听来电,解决顾客基本问题的职员。 3)POS机:刷信用卡和储蓄卡的仪器; 4)身份证读卡器:读取个人身份证里的基本信息的仪器。 1.4 参考资料

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

信息发布系统 (详细设计说明书) 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、服务器端数据库操作 验证用户,用户注册,更改密码,更新文档,新建文档,新建记录(包括浏览记录和回复记录),查看文档,删除文档,查看记录。

产品详细设计文档-模板

文档密级:_______________________ 分发范围:__ __ XXXXX详细设计文档 XXXXXXX公司

版本记录 XXXXXX 说明:『修订历史』―

目录 1 系统概述 (4) 1.1 系统目标 (4) 2 系统总体设计 (4) 2.1 系统架构 (4) 2.2 业务流程 (4) 2.3 用户角色 (5) 2.3.1 角色概述 (5) 2.3.2 各角色行为描述 (5) 3 系统功能设计 (5) 3.1 启动页 (5) 3.1.1 功能概述 (5) 3.1.2 功能流程 (5) 3.1.3 功能描述 (6) 3.1.4 界面原型 (7) 3.1.5 界面文案 (7) 3.1.6 界面元素 (7) 3.2 一级界面 (7) 3.2.1 二级界面 (7) 4 附录 (9) 4.1 公共文案 (9) 4.2 规则 (10) 4.2.1 文案的编号规则 (10)

1系统概述 1.1系统背景 1.2系统目标 1.3系统需求 产品的系统需求说明。 2系统总体设计 2.1系统架构 产品的系统结构图,产品包含的一级、二级界面。 2.2业务流程 【流程图】 用户使用系统的业务流程图。 【流程描述】

2.3用户角色 2.3.1角色概述 系统包含的用户角色说明 2.3.2各角色行为描述 各角色所拥有的功能权限,操作描述3系统功能设计 3.1启动页 3.1.1功能概述 页面功能概述 3.1.2功能流程 【流程图】 【流程描述】

3.1.3功能描述 【相关界面】 (一)XX界面 原型图 ?详见图 3.1.3-1 触发时机 ?界面进入方式 界面描述 界面功能描述,即对原型图的文字说明界面元素 ?详见表3.1.3-2 默认焦点 ? 界面逻辑 逻辑流程 (二)XX界面 【功能限制】

客户关系管理系统详细设计文档讲解

客户关系管理系统 详细设计说明书

修订历史记录 日期版本说明作者2010 V1.0 PM

目录 1 引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料,相关的文件包括: (4) 2 程序系统的结构 (5) 3.系统实现 (6) 3.1程序描述 (6) 3.2界面设计 (6) 3.3性能 (7) 3.4输入输出项 (8) 3.5算法 (8) 3.6主要类的设计 (8) 3.6.1营销管理 (8) 3.6.2 客户管理模块 (9) 3.6.3 服务管理模块 (11) 3.6.4 统计报表模块 (12) 3.6.5基础数据模块 (13) 3.6.6 权限管理模块 (14) 3.7存储分配 (15) 3.8注释 (15) 3.9限制条件 (15) 3.10测试计划 (16)

1 引言 1.1编写目的 本说明书在概要设计的基础上,对系统的各模块、程序分别进行了实现层面上的要求和说明。 软件开发小组的产品实现成员应该阅读和参考本说明进行代码的编写、测试。 1.2背景 客户关系管理系统用于管理与客户相关的信息与活动,但不包括产品信息、库存数据与销售活动。这三类数据将由XX 公司X 销售系统进行管理。但本系统需要提供产品信息查询功能、库存数据查询功能、历史订单查询功能。 1.3定义 JQuery:JQuery是继prototype之后又一个优秀的Javascrīpt框架,JQuery使用户能更方便地处理HTML documents、events、实现动画效果,并且方便地为网站提供AJAX交互,JQuery能够使用户的html页保持代码和html内容分离,也就是说,不用再在html里面插入一堆js来调用命令了,只需定义id即可。 Json:JavaScript Object Notation,是一种轻量级的数据交换格式。易于人阅读和编写,同时也易于机器解析和生成。它基于JavaScript的一个子集,JSON采用完全独立于语言的文本格式,这些特性使得JSON成为理想的数据交换语言。 1.4参考资料,相关的文件包括: 《软件需求规格说明书》; 《软件概要设计说明书》;

相关主题
文本预览
相关文档 最新文档