概要设计(软件工程文档模板).pdf

《概要设计(软件工程文档模板).pdf》由会员分享，可在线阅读，更多相关《概要设计(软件工程文档模板).pdf（29页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、 概要设计(软件工程文档模板)LT 2 预算执行与经费审批网络管理系统 概要设计说明书 V1.0 3 人员 时间 备注 编写 于洋 审核 陈长清 4 5 6 1 引言 1.1 编写目的 本文档的编写目的是对预算执行与经费审批网络管理系统的架构进行说明，为后继的详细设计等工作提供参考和依据，本文档主要描述的内容有：系统逻辑结构设计；接口设计；运行结构设计；数据结构设计；出错处理设计。本文档的预期读者为：系统设计人员、测试人员、用户及其它有权限查阅本文档的相关人员。1.2 背景 系统名称：预算执行与经费审批网络管理系统 V1.0 任务提出者：开发者（承接单位）：华中科技大学软件学院 用户：1.3

2、定义 1 SQL Server 2005：数据库管理系统（DBMS）。2.Net Framework：Net Framework 是微软公司继 Windows DNA 以来的新的开发平台。.Net Framework 是以一种类似于 Java 系统的虚拟机方式运行和管理的编程平台，通过 CLR 为基础，支持多种语言（C#、VB.NET、C+、Python等）的开发。3 C/S 模式：Client/Server(C/S)模式的关键在于功能的分布，一些功能放在前端机（即客户机）上执行，另一些功能放在后端机（即服务器）上执行。功 7 能的分布在于减少计算机系统的各种瓶颈问题，与 B/S（Browse

3、r/Server，浏览器/服务器）模式相比，C/S 模式一般应用在基于企业内部网络的系统。4.Net Remoting：是在不同应用程序域之间通信的技术，可以用于访问另一个应用程序域中的对象，不论两个对象是处于一个进程中，还是处于不同的进程中，甚至处于不同的系统中。5 DAO：Data Access Object 即数据访问对象，是第一个面向对象的接口，它显露了 Microsoft Jet 数据库引擎（由 Microsoft Access 所使用），并允许 Visual Basic 开发者通过 ODBC 直接连接到其他数据库一样，直接连接到 Access 表。DAO 最适用于单系统应用程序或小

4、范围本地分布使用。6 ODBC：Open Database Connectivity 即开放式数据库互连，是微软公司开放服务结构(WOSA，Windows Open Services Architecture)中有关数据库的一个组成部分，它建立了一组规范，并提供了一组对数据库访问的标准 API（应用程序编程接口）。这些 API 利用 SQL 来完成其大部分任务。ODBC 本身也提供了对 SQL 语言的支持，用户可以直接将 SQL 语句送给 ODBC。7 Delegate：即委托，是一种引用方法的类型。一旦为委托分配了方法，委托将与该方法具有完全相同的行为。委托方法的使用可以像其他任何方法一样，

5、具有参数和返回值。1.4 参考资料 1 软件工程.（英）萨默维尔著，程成，陈霞译.机械工业出版社,2006 2 预算执行与货币化操作管理系统需求说明书 V1.0 2 架构设计 2.1 需求规定 2.1.1 功能需求 参考预算执行与经费审批网络管理系统需求说明书 V1.0 8 2.1.2 质量需求(1)时间特性要求：一般操作响应时间=2 秒，特殊操作（统计、查询等）响应时间=5 秒。(2)灵活性：系统应能适应如下变化，并能及时重新部署投入运行 服务器端、客户端操作系统更换；部分硬件的变化（如打印机）；网络环境的变化（如局域网升级、重新分配 IP 地址等）；系统数据库版本的变化；系统应允许计算机操

6、作与原有的手工操作并行进行，在系统维护或故障停运期间产生的手工记录应能无缝录入系统。(3)安全性：对系统敏感数据（如用户密码、数据库连接信息等）需进行加密处理。(4)易用性：系统部分输入单元须提供智能化的操作方法。如预算上报部门的操作人员在上报了一份新的预算上报后，在线的预算审核系统能够实时提示有新的预算上报到达，以便于预算审核人员能够高效的审核新的上报请求。因为本系统的使用者对计算机的操作水平有限，因此要求界面友好，方便使用。系统要具有一定的错误处理能力，能检测用户的错误输入并给出错误提示。(5)可扩展性：系统应能管理部队预算执行与货币化操作管理过程中出现的新的需求，满足前期该系统使用寿命

7、5-7 年的要求。(6)可靠性：系统应提供数据备份和恢复能力，当系统发生故障造成数据不一致时，通过恢复能使系统回到最近一次备份时状态。由于用户在开始使用系统时操作不熟练，也容易使系统发生问题，因此系统备份和还原操作还可以提高系统数据使用的安全性。2.1.3 输入输出要求 在预算、直接报销、报销偿还和借款上报审核和出纳的过程中，应提供相应纸质的文件作为留档凭证，并且纸质文件的尺寸和样式应能够灵活调整。9 2.2 运行环境 2.2.1 设备 系统运行所需的硬件设备如下：1）数据库服务器 2）应用程序服务器 3）客户端 4）打印机 其中，数据库服务器配置应满足能流畅运行 SQLServer2005

8、企业版的硬件配置要求，应用程序服务器配置应能满足流畅运行 Windows 2003 企业版的硬件配置要求。系统运行的网络环境为 100Mb 以上局域网。2.2.2 支持软件 操作系统：应用程序服务器 Windows 2003，数据库服务器 Windows 2003，客户端 Windows XP/2000/2003；数据库：Microsoft SQL Server2005 企业版；运行环境：.NET Framework2.0。2.3 基本处理流程 预算执行与经费审批网络管理系统的主要功能结构如图 2-1 所示：10 预算执行与经费审审批/核管借款管理 检 查 用 户 审核/批权限 发 出 借 款

9、 请偿还管理 发 送 直 接 报销 或 偿 还 请求 上报管理 上 报 预 算 相信息查询 查 询 所 有 开支方式 查 询 所 有 采购方式 查 询 所 有 年交互管理 上 报 操 作 完成提示 数据库管备份数据库 还原数据库 基本信息增 删 改 科 目相关信息 增 删 改 部 门用户权限用户信息验 11 图 2-1 系统功能结构图 2.3.1 上报管理 由科室上报人员填写上报信息，包括该项预算所属年度，科目，明细科目，以及所要购买或消耗的项目明细，具体信息填写完毕之后由该科室的负责人授权，即填写授权密码，通过网络将该条预算申报信息上传到数据库。当财务审核人员打开系统后，需要根据实际情况对上

10、报的预算提请进行审核。具体流程如图 2-2 所示：输入预算上报信息 验证是否通过？是 否 输入科室负责人密码 密码正确？是 打印预算上报成功提示信息 否 结束 开始 验证预算上报输入信息 图 2-2 上报流程 12 2.3.2 审核/批管理 1)财务审核员决定报销请求的审批级别。在对多个报销请求执行批准操作时，可以利用选择框，集体地批准；在对多个报销请求执行否决操作时，可以利用选择框，集体地否决。审核报销请求的数据处理流程如图 2-3 所示：显示待审核报销批准批否 批准开始 审核报销请求 结束 批准报销请求 否决报销请求 是否有是否有打印操作是 是 否 是 打印操作是 打印操否 否 否否决 1

11、3 图 2-3 审核流程 2)财务出纳人员没有财务审核的权限，出纳人员主要负责对已经审批通过的财务业务进行出纳，出纳成功后将打印该业务的相关凭证。出纳报销的数据处理流程如下图所示：图 2-4 出纳流程 2.3.3 偿还报销管理 科室可向系统提交报销请求，其中必须正确填写报销请求的相关信息，如报销人，报销科室，报销金额，报销科目，报销物品单价，数量等信息，若这些信息都填写合法，则仍需要通过科室负责人的授权，再发送到系统的服务端中。具体情况如图 2-5 所示：显示待出纳报销出纳是 否 打印出纳成功打印出纳失败开始 出纳报销请结束 14 图 2-5 偿还报销流程 2.4 系统架构 2.4.1 系统技

12、术架构 系统的技术架构如图 2-7 所示。为了满足前期所获得的需求，本系统采用C/S 模式三层架构进行设计。C/S 架构全称为 Client/Server，即客户端/服务器。在这种模式中，服务器是网络的核心，而客户机是网络的基础，客户机依靠服务器获得所需要的网络资源，而服务器则则根据客户端的相关信息提供必要的网络服务。C/S 结构的优点是能充分发挥客户端 PC 的处理能力，很多工作可以在客户端处理后再提交给服务器。对应的优点就是客户端响应速度快。输入报销请求验证是是 否 输入科室负责密码正是 打印报销请求提交否 结束 开始 验证报销请求 15 图 2-7 系统技术架构 在本系统中，我们客户端主

13、要有四个：预算上报客户端、财务审核客户端、财务出纳客户端和领导审核客户端。在本系统中是通过.Net Remoting 技术实现了客户端和服务器之间的交互。首先，服务器将要提供给的服务通过一个唯一的标志服注册在一个已知的端口中，客户端通过已知的端口号和其所需要服务器提供服务模块的唯一标识名，有服务指针获取服务器提供的操作。本系统在采用 C/S 模式的基础上，选用了三层架构的方式来组织系统，即界面层、业务逻辑层和数据存储层，分别对应上图中的服务器和客户端的用户界面、业务逻辑和 ODBC 层。同时，由于在需求中，客户提出需要实时的在客户之间传递数据。因此，在四个客户端之间，我们通过代理的方式，实现客

14、户端之间信息的实时传递。客户端 Server Proxy 服务器端 ODBCC 数据源封装 DAO 资源 关系数据库 业务逻辑 Delegate 核心 异常处理 日志 系统配置 ChanneServer Object 预算上报 财务审核 财务出纳 财务出纳 Delegate 16 2.4.2 系统部署结构 系统的部署图如图 2-8 所示，有四个客户端：科室上报、财务审核、领导审批车财务出纳客户端，财务出纳客户端可以与打印机进行交互。服务器端分别为应用服务器和数据库服务器。科室上报客户端财务审核客户端领导审批客户端数据库服务器应用服务器打印机局域网财务出纳客户端 图 2-8 系统部署结构 2.4

15、.3 子系统结构 预算执行与经费审批网络管理系统的子系统的元素（各层模块、子程序、公用程序等）的划分入表 2-1 所示，表 2-1 简要地说明了每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制的关系。17 表 2-1 系统模块划分 子模块 功能需求 程序（表单）审 批/核管理 1、判断某用户是否对某请求有审核/批权限；2、财务审核预算；3、领导审批请求；4、财务审核请求；5、财务审核报销请求；6、财务审核借款请求 IBudgetApprove 借款管理 1、发出借款请求 IBudgetBorrow 信息查询 1、查询所有开支方式；2、查询所有采购方式；3、查询所有年度信息；4、

16、查询所有部门信息；5、查询部门下的所有科室信息；6、查询预算的相关信息；7、查询借款的相关信息；IBudgetCheck 18 8、查询报销的相关信息；9、查询审核/批相关信息 偿还管理 1、发送直接报销或报销偿还请求；2、执行借款请求；3、执行直接报销请求；4、执行偿还报销请求；5、执行现金偿还请求；6、添加新的报销金额相关信息；7、判断信息的合法性 IBudgetPay 上报管理 1、上报预算相关信息；2、向服务端发送报销提示信息 IBudgetReport 交互管理 1、上报操作完成提醒；2、财务审核操作完成提醒；3、审批通过操作提醒 ICommunication 数据库管理 1、备份数

17、据库；2、还原数据库；3、清除所有一级预算相关信息；4、获取备份文件列表 IDatabaseManage 19 基本信息管理 1、增删改科目相关信息；2、增删改部门相关信息；3、增删改部门下科室相关信息；4、增删改年度相关信息；5、增删改用户相关信息；6、增删改开支方式的所有相关信息 IInformationManage 用户权限管理 1、验证科室负责人授权密码；2、科室、领导和财务用户信息验证；3、查询用户相关信息；4、向服务器端发出登入/出信息；5、判断用户类型 IUserAuthority 本系统根据实际情况的需要分成了三个之系统，各个子系统分别由上述子模块组成。如表 2-2 所示：表

18、2-2 子系统的模块组成 子系统 功能需求 组成子模块 科 室 上 报子系统 1、提供预算上报请求；IUserAuthority 20 2、用户借款请求；3、直接报销请求；4、偿还报销请求；5、预算详细信息查询；6、个人借款信息查询；7、个人报销信息查询；8、本科室借款报销信息查询；9、当前用户口令的修改。IBudgetReport IBudgetCheck IBudgetBorrow IBudgetPay ICommunication 财 务 审 核子系统 1、财务预算审核；2、财务借款审核；3、财务直接报销审核；4、财务偿还报销审核；5、借款出纳；6、直接报销出纳；7、偿还报销出纳；IUs

19、erAuthority IBudgetCheck IBudgetApprove IBudgetPay IBudgetReport IBudgetBorrow 21 8、现金偿还报销；9、部门科室信息、预算科目信息、年度管理和开支方式信息管理；10、系统用户信息管理；11、预算详细信息查询；12、借款报销记录查询；13、报销数据统计；14、数据库文件的备份与还原；15、当前用户口令信息的修改。IDatabaseManage IInformationManage ICommunication 领 导 审 核子系统 1、审批本部门借款；2、审批本部门直接报销；3、审批本部门偿还报销；IUserAut

20、hority IBudgetCheck IBudgetApprove ICommunicati 22 4、查询本部门预算信息；5、预算详细信息查询；6、借款报销记录查询；7、当前用户口令信息的修改。on 2.5 人工处理过程 1)在出纳审核通过科室上报人员上报的报销和借款单之后，需要打印相应的报销和借款单作为纸质存档。2)系统的使用者，如预算上报人员为了及时了解上报的预算请求处理的阶段，需要手工的记录上报预算的处理阶段；3)财务审核人员要对数据库进行备份和还原等操作时，需要手动完成。2.6 尚未解决的问题 1)被否决预算、直接报销和借款未作相应的日志记录；2)系统为提供可控的数据库自动备份操作

21、，每次备份需要操作人员手工完成，不利于一些突发事件预防；3)根据具体业务需要，系统中包含三个客户端：科室上报客户端、财务审核客户端和部门领导审核财务端。但在系统中并未使用工作流等方式来实时监控工作进行的流程。23 3 接口设计 3.1 用户接口 在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对 WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 VISUAL C#进行编程，在界面上可使用 VISUAL C#所提供的可视化组件，向

22、WINDOWS 风格靠近。其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用 VISUAL C#库中的错误提示函数。系统中涉及到的主要用户接口如下：1)运行预算执行和货币化操作管理系统的应用服务器需要根据实际情况，配置数据库服务器的 IP 地址和数据库连接字符串，才能连接上数据库管理系统SQL SERVER 2005；2)各个部门相关的预算执行和货币化操作系统的客户端需要根据应用服务器的 IP 地址和端口号，才能连接上应用服务器，从而获取所需的操作服务；3)系统管理员可以通过操作 SQL SERVER 2005 数据库管理引擎，来实现对数据库文件进行定时

23、备份等数据文件的相关操作。3.2 外部接口 由于该软件是一款应用软件，并且在完成相应的工作时需要其他一些软件和硬件的支持，因此需要一些外部接口与系统的支持软硬件相结合。本系统的外部接口主要有：1)服务器端需安装 Windows XP/2003、SQL Server 2005；客户端需安装Windows XP/2000/2003、打印机驱动等软件；2)必须留有 20G 以上的硬盘空间；3)计算机在奔腾五以上的运行效果更佳。24 3.3 内部接口 内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封

24、装了的数据，以参数传递或返回值的形式在各模块间传输。具体在系统中，主要内部接口有：1)大部分采用 COM 技术，提高代码的重复利用率；2)大量采用窗体的继承，保证风格的一致。4 运行设计 4.1 运行模块组合 系统运行需要后台数据库、.Net Remoting、系统总控、完成特定数据管理功能程序模块和 Winform 显示控制几个部分协同工作。4.2 运行控制 系统需要先启动数据库服务器，启动无误后，各个客户端的用户通过实现获取服务器端的 IP 地址和端口号，就可以登录进入系统开始各种操作。4.3 运行时间 后台数据库服务器和应用服务器可以共同部署在一台服务器上，也可以各自占用一台机器，三个客

25、户端可以在一台机器上，亦可以各自分开，通过局域网与服务器进行连接。在运行是，应用服务器和数据库服务器必须同时开启，各个客户端则可以根据需要随时运行。25 5 系统出错处理设计 5.1 出错信息 系统中的各种提示如表 5-1 所示：表 5-1 系统出错提示 故障或提示 系统提示信息 含义 处理方法 不能提交 不允许为空，请输入 必 选 项 未填 重新输入 不能提交 不合法，请重新输入 输 入 数 据格 式 不 合法 重新输入 不能提交 数据项已经存在，请重新输入 所 选 数 据记 录 在 数据 库 中 已经存在 重新输入 删除确认 是否确认删除 确 认 是 否删除 根 据 需 要选择 作废确认

26、是否确认作废 确 认 是 否作废 根 据 需 要选择 登陆 用户不存在或 用 户 名 或 重 新 返 回 26 失败 口令不正确，请重新输入 密码 登陆界面 数据库文件备份成功 数据库文件备份成功 成 功 备 份数 据 库 问价 无 数据库文件恢复成功 数据库文件恢复成功 成 功 恢 复数 据 库 文件 无 客户端连接不成 连接不成功，请检查网络连接 客 户 端 不能 连 接 上服务器端 检 查 网 络状况 连接不上数据库 数据库连接失败 服 务 器 连接 不 上 数据库引擎 检 查 数 据库 连 接 字符串 借款请求 X 条借款请求 科 室 上 报客 户 端 提根 据 实 际情况操作 27

27、交 了 借 款请求 直接报销请求 X 条直接报销请求 科 室 上 报客 户 端 提交 了 直 接申报请求 根 据 实 际情况操作 偿还报销请求 X 条偿还报销请求 科 室 上 报客 户 端 提交 了 偿 还报销请求 根 据 实 际请款操作 申请完成提示 你提交的请求X 已经被 X 审核通过 上 报 请 求通过审核 无 5.2 补救措施 1)采用磁盘做备份准备，使用 SQL Server 2005 的 Backup Server（备份服务）对数据库数据进行备份，如果系统遭到破坏，用备份的数据进行还原，数据的备份和还原可以通过应用程序实现，也可以通过系统管理员直接使用 SQL Server 200

28、5 的 Backup Server 进行备份。建议用户每天对数据库中的数据进行备份；2)当系统运行效率过低时，通过重新启动可以重新组织数据库索引，提高系统运行效率。28 3)在系统运行的过程中，可能会突发一些不可预测的故障，如断电、死机等。为了提高系统的安全性，我们采用了基于挂接操作系统接口的服务器自身监控安全模型。在本系统的服务器操作系统中，通过远程 DLL 注入技术，修改操作系统中进程的导入地址表，挂接Windows操作系统的关机函数，截获Windows的关机消息，从而实现在服务器每次系统关机时，自动检测当前是否有正在运行的财务业务，保证所有业务都已顺利结束，并自动备份一次数据库，再转回W

29、indows 操作系统的关机执行。从而保障了系统服务器的业务稳定性，和数据完整性，提高了系统的安全性和稳定性。5.3 系统维护设计 系统采用了分层的结构进行设计，使系统各个部分分割开来，提高了系统灵活性和可扩展性。系统在三层架构的基础上，增加了一层公共层，将系统中通用的部分抽取出来，以便于系统的维护。在设计逻辑层时，我们采用了 Faade模式，Facade 模式基本框图如下：图 5-1 Faade 结构 其中小圆代表业务逻辑层中的小的功能，系统子模块通过“门面 Facade”来 客户端 客户端 客户端 门面Facade 门面Facade 网络 Facade 模式 29 自己获取所需的功能，实现了“高内聚，低耦合”的设计要求。在系统维护的过程中，我们可以通过测试各个层次之间的接口即可达到系统维护的要求。