2021-2022年收藏的精品资料详细设计说明书示例.doc

《2021-2022年收藏的精品资料详细设计说明书示例.doc》由会员分享，可在线阅读，更多相关《2021-2022年收藏的精品资料详细设计说明书示例.doc（30页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、详细设计说明书金审工程应用系统工程管理软件系统详细设计说明书审计署信息化建设办公室北京中软国际信息技术有限公司2006年 9 月北京中软远东国际信息技术有限公司第3页成文信息主题词：详细设计说明书作 者：付世铭文档类别：详细设计说明书审 核：程丕钢、付世铭批 准：文档性质：正式稿主 送：ICSS存档日期：2006年9月20日抄 送：发布日期：2006年9月20日签收信息发送方接收方：接收方：接收方：代表人：代表人：代表人：代表人：日期：日期：日期：日期：变更信息版本原因作者日期060920新建付世铭2006年09月20日目 录第一章 引言91.1 编写目的91.2 背景91.3 定义91.3.

2、1 专门术语91.3.2 缩略词101.4 参考资料10第二章 总体设计112.1 需求规定112.1.1 对功能的规定112.1.2 输入/输出要求152.1.3 故障处理要求152.2 其它专门要求152.3 支持软件162.3.1 基础平台162.3.2 基础服务172.4 接口202.5 控制212.6 基本设计概念和处理流程212.6.1 设计原则212.6.2 软件目的212.6.3 技术架构212.6.4 软件系统整体流程222.6.5 部署模型22第三章 功能系统设计233.1 项目管理233.1.1 结构233.1.2 对象关系与类结构233.1.3 功能需求与程序的关系24

3、3.1.4 资源注册243.1.5 权限设计253.1.6 人工处理过程253.1.7 类设计293.1.8 接口313.1.9 存储分配313.1.10 注释设计333.1.11 限制条件333.1.12 测试计划333.1.13 尚未解决的问题333.2 合同管理333.2.1 结构333.2.2 对象关系与类结构343.2.3 功能需求与程序的关系343.2.4 资源注册353.2.5 权限设计353.2.6 人工处理过程363.2.7 类设计423.2.8 接口453.2.9 存储分配453.3 财务管理473.3.1 结构473.3.2 对象关系与类结构483.3.3 功能需求与程序

4、的关系483.3.4 资源注册493.3.5 权限设计493.3.6 人工处理过程503.3.7 类设计523.3.8 接口533.3.9 存储分配533.4 资产管理563.4.1 结构563.4.2 对象关系与类结构573.4.3 功能需求与程序的关系573.4.4 资源注册583.4.5 权限设计583.4.6 人工处理过程583.4.7 类设计653.4.8 接口673.4.9 储存分配673.5 档案管理673.5.1 结构673.5.2 对象关系与类结构683.5.3 功能需求与程序的关系683.5.4 资源注册683.5.5 权限设计683.5.6 人工处理过程693.5.7 类

5、设计713.5.8 接口723.5.9 储存分配723.6 预算管理723.6.1 结构723.6.2 对象关系与类结构733.6.3 功能需求与程序的关系733.6.4 资源注册733.6.5 权限设计743.6.6 人工处理过程743.6.7 类设计743.6.8 接口753.6.9 储存分配753.7 基础数据维护773.7.1 结构773.7.2 对象关系与类结构783.7.3 功能需求与程序的关系783.7.4 资源注册783.7.5 权限设计783.7.6 人工处理过程783.7.7 类设计793.7.8 接口803.7.9 储存分配803.8 数据发布813.8.1 结构813.

6、8.2 对象关系与类结构813.8.3 功能需求与程序的关系813.8.4 资源注册823.8.5 权限设计823.8.6 人工处理过程823.8.7 类设计833.8.8 接口833.8.9 储存分配843.9 数据展现853.9.1 结构853.9.2 对象关系与类结构853.9.3 功能需求与程序的关系853.9.4 资源注册853.9.5 权限设计863.9.6 人工处理过程863.9.7 类设计863.9.8 接口873.9.9 储存分配87第四章 接口设计894.1 外部接口894.1.1 用户界面894.1.2 软件接口894.1.3 硬件接口894.2 内部接口89第五章 运行

7、设计905.1 运行控制905.2 运行时间90第六章 系统数据结构设计916.1 概念结构设计916.1.1 库表关系图916.1.2 库表描述926.2 逻辑结构设计926.2.1 会计科目表的列清单926.2.2 合同(专项)信息表的列清单936.2.3 基础数据版本管理的列清单936.2.4 基础数据表的列清单946.2.5 工期信息表的列清单946.2.6 工期设定表的列清单946.2.7 建设内容表的列清单956.2.8 数据字典的列清单956.2.9 档案信息表的列清单956.2.10 财务信息表的列清单966.2.11 资产信息表的列清单966.2.12 资料表的列清单976.

8、2.13 项目信息表的列清单986.2.14 预算中间表的列清单98第七章 系统出错处理1007.1 出错信息1007.2 补救措施100第八章 维护设计102北京中软国际信息技术有限公司 第 29 页 共 162 页详细设计说明书第一章 引言1.1 编写目的1、编写本详细设计的目的是：在工程管理软件需求细化分析的基础上，完成系统的结构设计，划分系统模块并明确模块之间的关系，同时给出相关的用户界面设计。2、本文的预期读者为：工程管理软件的设计、开发人员。工程管理软件的验收、评审人员。1.2 背景待开发的软件为工程管理软件。此项目由中华人民共和国审计署信息化建设办公室提出，中软国际信息技术有限公

9、司共同设计和开发。软件将在审计机关的审计专网环境上部署、运行，本软件属于OA平台的支持服务系统，用于提高对项目及合同预算及执行情况的管理。1.3 定义1.3.1 专门术语1、OA平台：审计管理系统平台。2、WebSphere： 系统所使用的应用服务器（Appication Server）。3、DB2 8.1： 系统所使用的数据库管理系统（DBMS）。4、SQL： 一种用于访问查询数据库的语言。5、事务流：数据进入模块后可能有多种路径进行处理。6、主键：数据库表中的关键域，值在表中唯一。7、外部主键：数据库表中与其它表主键关联的域。8、ROLLBACK：数据库的错误恢复机制。9、审计：是独立检查

10、会计账目，监督财政、财务收支真实、合法、效益的行为。1.3.2 缩略词1、软件：若未特别指出，统指工程管理软件。2、平台：若未特别指出，特指软件集成平台。3、SQL：Structured Query Language（结构化查询语言）。1.4 参考资料1、软件系统需求规格说明书。2、软件概要设计说明书3、UML用户指南Booch、Rumbaugh、Jacobson 机械工业出版社。第二章 总体设计2.1 需求规定2.1.1 对功能的规定2.1.1.1 项目管理项目管理模块中包括两方面内容：项目基础信息管理和项目相关文档管理。1、项目基础信息管理项目基础信息管理主要是对项目名称、责任人、开始日期

11、、项目承担部门、备注等要素信息的维护。2、项目相关文档管理项目的相关文档通常包括立项申请文件、批复文件、需求报告、需求分析报告、需求任务书、签报、会议纪要、工程实施资料、试运行资料、验收资料等文档资料，文档管理就是提供对这些文档进行组织和管理的功能。2.1.1.2 工期设置工期设置模块主要是用户登录时需选择所要设置的工期，默认选择最新的工期信息，设置好工期后，用户在本软件中进行的所有操作，包括项目管理、合同管理等等，都将是基于当前工期的。2.1.1.3 后台管理系统本软件提供一套类似R1平台的后台管理系统，包括应用注册、模块组注册、模块注册、人员管理、角色管理、权限管理等功能，使用此后台管理系

12、统，可使工程管理软件独立于R1平台而使用，提高软件的可移植性。 2.1.2 输入/输出要求1、在数据输入的相关Web页面，须提供页面数据合法性校验，包括：对数据类型的检查、对日期类型数据的检查、对特定字符转码和字符长度的检查。2、使用Web页面输出数据，包括页面显示的数据、可供下载或在线浏览的文档。对这类数据没有特殊要求。 2.1.3 故障处理要求1、软件支撑环境运行错误。2、Websphere运行环境错误，此时平台无法正确运行，管理员参考相关产品手册。3、数据库运行错误：系统无法使用，平台将提供错误提示页面，并记录日志。4、OA平台错误：由平台提供错误提示页面，相关错误应记录在平台日志。5、

13、应用系统错误：由本应用系统提供错误提示页面，程序运行错误记录在平台日志中，数据运行错误记录在应用系统日志中。2.2 其它专门要求1、先进性：采用先进成熟的技术，确保系统的先进性、经济性和实用性。2、安全可靠：平台提供的应用框架及平台本身提供应用安全保证，并可以和第三方安全手段，如认证、加密、电子签名等进行集成。必须保证数据的安全性和保密性。对于基于平台开发的应用系统，只允许有权限的人员进行操作和浏览信息。必须有安全的手段来进行权限控制。3、开放互连：系统应对各类业务系统、数据库系统、WEB信息等具有通用的或可定制的接口策略和连接方法。4、平台无关：系统应该与操作系统平台和数据库系统无关，至少应

14、该支持WINDOWS2000、UNIX、LINUX等操作系统和ORACLE、DB2、MS SQL SERVER等数据库。5、规范性：开发过程控制、开发技术、系统编码、文档应规范化，并遵循相应的国内外标准。开发结束时，需要提供必要的文档资料。6、可靠性：保证系统的可靠运行和在升级过程中的方便快捷。7、可扩充性：系统应当可以根据需求的变化，方便地进行功能的调整、增减，模块的升级和系统架构的逐步完善。提交相应的系统规范文档，应用单位能够进行必要的二次开发。8、界面友好、操作方便：操作界面要直观、简单、贴近实际，操作过程应当尽量简化，符合实际过程。身份认证过程即要保证安全，也要尽量简化认证过程。9、可

15、维护性：系统维护应当简单。10、集成性：平台应对基于平台开发的应用模块、权限控制、界面进行集成。 2.3 支持软件审计复核系统将运行在审计署、各特派办的机关局域网环境之中，应用的支撑环境由机关辅助办公系统平台以及它的支撑环境（基础平台和基础服务）构成。2.3.1 基础平台基础平台的逻辑结构如下图：图 支撑环境基础平台2.3.1.1 网络平台审计网络系统是一个基于Internet技术的大型网络环境，基本的通讯协议就是采用了TCP/IP协议，不同的审计机关都将分配统一规划的IP地址段。在这里TCP/IP协议就是应用平台的网络底层平台。2.3.1.2 操作系统平台本应用可与机关现有其他系统部署在一起

16、，使用相同的R1系统，服务器可以选择现有的Windows2000 Server操作系统。客户端的操作系统由于对安全性的要求相对较弱，一般选择Windows操作平台。2.3.2 基础服务应用平台支撑环境的第二层是基础服务层，这一层是由操作系统提供的服务加上一些第三方软件进行集成所形成的各种基于基础平台上的底层服务。该层被设计处于基础平台的上面一层，是站在服务集成的角度上，在这一层基本上是由各种系统软件连同相应的硬件，构筑在操作系统平台之上的各种资源服务和底层应用程序接口（API）调用服务。2.3.2.1 操作系统自带的服务在平台里应该有的服务支持包括：1、物理上的分布式计算支持。2、域名解析服务

17、（DNS）：提供TCP/IP协议下的按照域名解析IP地址的服务。3、代理服务：提供对机关局域网接入Internet的代理网关服务功能。4、系统管理服务：提供利用工具在本地或者远程进行系统管理的接口或者服务功能。 2.3.2.2 第三方软件提供的服务对上层应用框架的底层支持除了操作系统有限的服务之外，很多都需要集成第三方的软件来提供支持。1、关系数据库图2-5 应用访问数据情况在本平台之上的应用不是直接访问数据库，而是通过应用框架服务层提供的数据库访问组件来访问数据库。2、Web服务器Web服务器（或称HTTP服务器）提供HTTP服务。本来Web服务器只提供“静态”内容，即返回在URL里指定的文

18、件的内容，一般具备将URL名映射到文件名的功能，并能实施某种安全策略。Web服务是建立B/S结构应用的基础。Web服务在系统中的作用如图2-6：图2-6 Web服务器Web服务以Web服务器的形式出现，主要的功能是提供静态的Http服务，即提供静态的Html页面。同时，Web服务还需要有诸如负载均衡、页面缓冲等功能。Web服务器通常需要和应用服务器相配合，提供动态的Http服务，应用服务器可以和数据库相配合提供动态Html页面。3、应用服务器将应用服务器放在这一层，可以形成这样一个平台，它为应用的业务逻辑提供了一个运行环境。它可以提供企业级的组件支持环境，支持分布式网络环境下应用软件的快速开发

19、和部署。应用组件在应用服务器的服务上运行，并利用网络基础架构提供的目录和安全服务。这些组件还可以利用数据库、事务处理和群集等设施。应用服务器软件层为开发和支撑运行在Web应用服务器上的机关辅助办公应用系统的业务逻辑提供了核心功能。基本要包括下列服务：l 群集服务：它提供一个丰富的共享的虚拟工作间，并支持业务工作流程的协调；l 数据库访问接口：它将一个数据库的特性及功能与Web应用服务器集成起来；l 事务处理服务：它通过提供一个高可用的、健壮的、可扩充的、安全的事务处理应用执行环境来扩展Web应用服务器的功能；l 消息发送服务：它提供健壮的异步通信和消息代理设施来支持通信的发表/订阅模型和消息转

20、换；l 支持分布式：对分布式网络环境下的应用采用分布式技术提供很好的支持； l LDAP服务：在机关辅助办公应用平台的用户身份认证部分中谈到了人员的统一管理和一次登录问题，这要求将所有的人员标识码存放在一个地方。机关辅助办公系统内需要有一个LDAP系统，来解决人员的统一标识和登录问题。Ldap系统中存放整个审计署系统内常用、不经常更新而又结构简单的数据信息，如果信息发生变更，由Ldap服务系统负责全局复制，保障全局一致。目前，机关辅助办公系统需要放入的信息有：全局的组织结构信息、存放全局的人员账号信息、全局服务器设置信息、PKI认证方式的CA证书信息等。 这些信息，是其他应用软件的数据基础，L

21、dap服务系统通过机关辅助办公系统平台对外提供访问接口，给各级审计机关的业务系统和人力资源系统提供服务。系统网络管理：系统网络管理工具或者解决方案是对网络上的可管理设备进行监测，包括对网络设备（路由器、交换机）、接入服务设备、应用系统及用户端设备的监测。了解网络性能和现状，为网络管理维护提供依据。采集多种信息进行分析处理，便于改进网络结构，为网络投资提供技术和领导决策的依据。掌握网络运行负荷及设备运行状态，对异常情况进行分析，以便采取改进措施来有效利用网络资源，并向用户提供优质服务。对应用系统的重要数据采取实时备份或定时备份的保护措施。采用分布式-集中控制及处理相结合的原则，对网络设备系统进行

22、统一管理及配置。能够迅速地找到网络故障的根源，并协助网络管理人员进行网络增长的计划和网络变化的设计。2.3.2.3 辅助办公系统平台提供的服务 辅助办公系统平台（下面简称平台）提供的基础服务包含：1、应用管理平台中的应用管理能够接受任何外来应用进行注册并通过配置应用，模块组，模块，资源来建立一个完整的应用结构。在配置中按照需求填写各项信息，以保证所注册的应用能够正确运行。2、组织人员管理包括人员管理、组织管理、职务（位）管理、职级管理。管理了整个平台上所有的人员与组织的信息，为所有被平台整合的应用提供统一的信息来源。3、权限管理包括角色管理、用户组管理、权限分配和权限禁用。4、日志管理对平台上

23、的数据访问，修改维护，登陆系统等动作进行留痕处理。5、数据传输平台内部集成一个消息中间件，通过中间件传递数据，并对外提供一个经过封装的接口，让架构在平台上的应用能够方便的实现数据传输。6、加解密平台提供一套统一的对字串、数字和文件的加解密API。2.4 接口参见接口设计。2.5 控制暂无。2.6 基本设计概念和处理流程2.6.1 设计原则1、采用面向对象技术进行设计和开发。2、应用中间件技术，保证了系统的开放性和对技术发展的适应性。3、采用组件技术进行开发，提高系统可扩展性。5、科学划分信息块，方便快速查询，提高使用性。2.6.2 软件目的本软件是对工程中的项目、合同、预算执行、财务收支、资产

24、情况、档案情况进行管理，并将这些情况定期汇总、发布。运行环境，为审计署及其特派员办事处的局域网。目标用户，为审计机关对计算机操作有一定了解并具有工程管理系统平台账号的全体人员。软件主要功能，主要是提供对项目、合同、财务、资产、档案、预算等情况的管理，并提供汇总及发布功能。2.6.3 技术架构技术架构基于机关辅助办公系统平台（以下简称OA平台），采用J2EE技术进行开发。CyberWord控件采用VB开发，支持在线阅读Word及复核意见书生成等。2.6.4 软件系统整体流程2.6.5 部署模型系统将基于J2EE架构进行开发，所以在部署结构上，本系统将形成一个单独的部署WAR包，通过设计上与部署配

25、置上遵循审计管理系统平台标准。系统的加入将不会影响原有应用系统的功能。第三章 功能系统设计3.1 项目管理3.1.1 结构功能划分：1、项目基础信息管理项目基础信息管理主要是对项目名称、责任人、开始日期、项目承担部门、备注等要素信息的维护。2、项目相关文档管理项目的相关文档通常包括立项申请文件、批复文件、需求报告、需求分析报告、需求任务书、签报、会议纪要、工程实施资料、试运行资料、验收资料等文档资料，文档管理就是提供对这些文档进行组织和管理的功能。3.1.2 对象关系与类结构3.1.3 功能需求与程序的关系功能需求程序添加/修改/删除项目ProjectAction添加/修改/删除项目资料维护P

26、rjMaterialsAction3.1.4 资源注册功能入口资源功能描述/emis/project.do?todo=showList显示项目管理列表3.1.5 权限设计序号功能角色1项目管理添加/删除/修改工程管理软件使用人员3.1.6 人工处理过程工程管理软件使用人员可点击项目管理菜单，可增加、修改和删除项目信息，如下图：点击【添加】按钮可添加新的工程信息，选择任意一工程信息，点击【修改】按钮修改该工程信息，选择任意一想【删除】的工程信息点击删除按钮，删除该工程信息。点击【维护资料】按钮可维护该项目下的所有资料，显示如下3.1.7 类设计1、总体结构2、详细描述1）项目列表（维护项目信息）

27、控制类： ProjectAction项目列表（维护项目信息）。业务类： IEmProjectService.java 项目维护的基本操作功能的业务逻辑方法。实体类： IEmProjectDAO.java 项目信息实体，所有项目基本信息的内容。视图类： prjList.jsp 项目列表的页面。2）维护资料（维护资料信息）控制类： PrjMaterialsAction资料列表（维护资料信息）。业务类： IEmDataService.java维护资料的基本操作功能的业务逻辑方法。实体类： IEmDataDAO.java维护资料实体，所有项目基本信息的内容。视图类： prjMaterials.jsp

28、项目列表的页面。3.1.8 接口调用的外部接口：import com.icss.emis.web.action.BaseAction; action基类。import com.icss.emis.business.IEmProjectService; 工程类import com.icss.emis.business.IEmDataService; 资料类。3.1.9 存储分配所有项目、复核文书信息及复核流程都存储在数据库中，涉及的表有项目信息表(EM_PROJECT)，资料表（EM_DATA）3.1.10 注释设计无3.1.11 限制条件无3.1.12 测试计划见软件测试计划中的相关内容3.1

29、.13 尚未解决的问题无第四章 接口设计4.1 外部接口4.1.1 用户界面在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。4.1.2 软件接口与其他软件通过遵循统一的数据格式标准达到数据共享或数据传递的目的。4.1.3 硬件接口4.2 内部接口内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形

30、式在各模块间传输。第五章 运行设计5.1 运行控制运行控制以用户与系统进行交互为主。5.2 运行时间对于系统初始化，运行时间不应超过20秒；对于用户进行页面提交，等待时间应该不超过5秒。第六章 系统数据结构设计6.1 概念结构设计6.1.1 库表关系图6.1.2 库表描述名称代码项目信息表EM_PROJECT合同(专项)信息表EM_CONTRACT财务信息表EM_FINANCING资产信息表EM_CAPITAL档案信息表EM_FILE工期信息表EM_PRJTIME建设内容表EM_CONTENT会计科目表EM_ACCOUNTING_SUBJECT基础数据版本管理EM_BASEDATA_VERSI

31、ON基础数据表EM_DATADICT工期设定表EM_PRJTIME_COOKIE资料表EM_DATA数据字典EM_DICT预算中间表EM_MID_BUDGET6.2 逻辑结构设计第七章 系统出错处理7.1 出错信息1、程序在运行时主要会出现两种错误：（1）由于输入信息，或无法满足要求时产生的错误，称为软错误。（2）由于其它问题，如网络传输超时等，产生的问题，称为硬错误。2、对于软错误：须在操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。3、对于硬错误：可在出错的相应模块中输出简单的出错语句，并将程序重置，返回输入阶段。4、出错信息必须给

32、出相应的出错原因。7.2 补救措施1、服务器安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，客户机上将不会有太大的影响，主要是服务器上：在断电后恢复过程可采用 DB2 8.1 的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。2、在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。3、对于一个应用系统来说，无论它的硬件设备再好，程序质量再高，在当今运行环境高度复杂，软件应用体系庞大繁杂的情况下，由于操作不当或者不可预料的原因，难免出现各种各样的异常、故障，导致系统不能正常运转，甚至造成重大损失。如何减小这种故障发生的几率，并提供事后弥补的措施，对保障系统正常运行是非常重要的。4、数据操作的一致性保障。5、在应用对数据库进行操作时，如：增加、删除、更新等使用事务，保证在操作发生异常时可以恢复到事务开始的起点。6、在审计系统各机关局域网环境中进行分布式数据传输的时候也要保证某一点传输出现严重错误时恢复其他已传输点的数据状态，保证全局的数据一致性。第八章 维护设计主要为对服务器上的数据库数据进行维护。可使用 DB2 8.1 的数据库维护功能机制。例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。