概要设计软件工程文档模板Word文档下载推荐.docx

1、Open Database Connectivity即开放式数据库互连,是微软公司开放服务结构中有关数据库的一个组成部分,它建立了一组规X,并提供了一组对数据库访问的标准API应用程序编程接口.这些API利用SQL来完成其大部分任务.ODBC本身也提供了对SQL语言的支持,用户可以直接将SQL语句送给ODBC.7 Delegate：即委托,是一种引用方法的类型.一旦为委托分配了方法,委托将与该方法具有完全相同的行为.委托方法的使用可以像其他任何方法一样,具有参数和返回值.1.4参考资料1 软件工程. 英萨默维尔著,程成,陈霞译.机械工业, 20062 预算执行与货币化操作管理系统需求说明书 V

2、1.02架构设计2.1需求规定功能需求参考预算执行与经费审批网络管理系统需求说明书 V1.0质量需求 时间特性要求：一般操作响应时间=2秒,特殊操作统计、查询等响应时间 灵活性：系统应能适应如下变化,并能与时重新部署投入运行 服务器端、客户端操作系统更换； 部分硬件的变化如打印机； 网络环境的变化如局域网升级、重新分配IP地址等； 系统数据库版本的变化； 系统应允许计算机操作与原有的手工操作并行进行,在系统维护或故障停运期间产生的手工记录应能无缝录入系统.3 安全性：对系统敏感数据如用户密码、数据库连接信息等需进行加密处理.4 易用性：系统部分输入单元须提供智能化的操作方法.如预算上报部门的操

3、作人员在上报了一份新的预算上报后,在线的预算审核系统能够实时提示有新的预算上报到达,以便于预算审核人员能够高效的审核新的上报请求.因为本系统的使用者对计算机的操作水平有限,因此要求界面友好,方便使用.系统要具有一定的错误处理能力,能检测用户的错误输入并给出错误提示.5 可扩展性：系统应能管理部队预算执行与货币化操作管理过程中出现的新的需求,满足前期该系统使用寿命5-7年的要求.6 可靠性：系统应提供数据备份和恢复能力,当系统发生故障造成数据不一致时,通过恢复能使系统回到最近一次备份时状态.由于用户在开始使用系统时操作不熟练,也容易使系统发生问题,因此系统备份和还原操作还可以提高系统数据使用的安

4、全性.输入输出要求在预算、直接报销、报销偿还和借款上报审核和出纳的过程中,应提供相应纸质的文件作为留档凭证,并且纸质文件的尺寸和样式应能够灵活调整.2.2运行环境设备系统运行所需的硬件设备如下：1）数据库服务器2）应用程序服务器3）客户端4）打印机其中,数据库服务器配置应满足能流畅运行SQLServer2005企业版的硬件配置要求,应用程序服务器配置应能满足流畅运行Windows2003企业版的硬件配置要求.系统运行的网络环境为100Mb以上局域网.支持软件操作系统：应用程序服务器Windows2003,数据库服务器Windows2003,客户端Windows XP/2000/2003；数据库

5、：Microsoft SQLServer2005企业版；运行环境：.NET Framework2.0.2.3基本处理流程预算执行与经费审批网络管理系统的主要功能结构如图2-1所示：审批/核管理借款管理检查用户审核/批权限财务审核预算财务审核请求领导审批请求发出借款请求偿还管理发送直接报销或偿还请求执行借款请求执行直接报销请求执行现金偿还请求添加报销金额相关信息判断信息的合法性上报管理上报预算相关信息向服务器发送报销提示信息查询查询所有开支方式查询所有采购方式查询所有年度信息查询所有部门信息查询部门下科室信息查询预算的相关信息查询借款的相关信息查询报销的相关信息查询审核/批相关信息交互管理上报操

6、作完成提示财务审核操作完成提示审核通过操作完成提示数据库管理备份数据库还原数据库清除所有一级预算信息获取备份文件列表基本信息管理增删改科目相关信息增删改部门相关信息增删改部门科室相关信息增删改年度相关信息增删改用户相关信息增删改开支方式相关信息用户权限管理用户信息验证角色信息管理图2-1 系统功能结构图 上报管理由科室上报人员填写上报信息,包括该项预算所属年度,科目,明细科目,以与所要购买或消耗的项目明细,具体信息填写完毕之后由该科室的负责人授权,即填写授权密码,通过网络将该条预算申报信息上传到数据库.当财务审核人员打开系统后,需要根据实际情况对上报的预算提请进行审核.具体流程如图2-2所示：

7、图2-2 上报流程审核/批管理 财务审核员决定报销请求的审批级别.在对多个报销请求执行批准操作时,可以利用选择框,集体地批准；在对多个报销请求执行否决操作时,可以利用选择框,集体地否决.审核报销请求的数据处理流程如图2-3所示：显示待审核报销请求信息批准或 否决？批准否批准成功？开始审核报销请求结束批准报销请求否决报销请求是否有待批准的报销？是否有待否决的报销？打印操作失败提示信息是打印操作结果提示信息否决否决成功？图2-3 审核流程 财务出纳人员没有财务审核的权限,出纳人员主要负责对已经审批通过的财务业务进行出纳,出纳成功后将打印该业务的相关凭证.出纳报销的数据处理流程如下图所示：显示待出纳

8、报销请求信息出纳成功？打印出纳成功提示信息打印出纳失败提示信息出纳报销请求图2-4 出纳流程 偿还报销管理科室可向系统提交报销请求,其中必须正确填写报销请求的相关信息,如报销人,报销科室,报销金额,报销科目,报销物品单价,数量等信息,若这些信息都填写合法,则仍需要通过科室负责人的授权,再发送到系统的服务端中.具体情况如图2-5所示：输入报销请求信息验证是否通过？输入科室负责人密码密码正确？打印报销请求提交成功提示信息验证报销请求输入信息图2-5 偿还报销流程2.4 系统架构系统技术架构系统的技术架构如图2-7所示.为了满足前期所获得的需求,本系统采用C/S模式三层架构进行设计.C/S架构全称为

9、Client/Server,即客户端/服务器.在这种模式中,服务器是网络的核心,而客户机是网络的基础,客户机依靠服务器获得所需要的网络资源,而服务器则则根据客户端的相关信息提供必要的网络服务.C/S结构的优点是能充分发挥客户端PC的处理能力,很多工作可以在客户端处理后再提交给服务器.对应的优点就是客户端响应速度快.客户端Server Proxy服务器端ODBCC数据源封装DAO资源关系数据库业务逻辑Delegate核心异常处理日志系统配置ChannelServerObject预算上报财务审核财务出纳图2-7 系统技术架构在本系统中,我们客户端主要有四个：预算上报客户端、财务审核客户端、财务出纳

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

11、示,有四个客户端：科室上报、财务审核、领导审批车财务出纳客户端,财务出纳客户端可以与打印机进行交互.服务器端分别为应用服务器和数据库服务器.图2-8 系统部署结构子系统结构预算执行与经费审批网络管理系统的子系统的元素各层模块、子程序、公用程序等的划分入表2-1所示,表2-1简要地说明了每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制的关系.表2-1 系统模块划分子模块程序表单1、判断某用户是否对某请求有审核/批权限；2、财务审核预算；3、领导审批请求；4、财务审核请求；5、财务审核报销请求；6、财务审核借款请求IBudgetApprove1、发出借款请求IBudgetBorro

12、w1、查询所有开支方式；2、查询所有采购方式；3、查询所有年度信息；4、查询所有部门信息；5、查询部门下的所有科室信息；6、查询预算的相关信息；7、查询借款的相关信息；8、查询报销的相关信息；9、查询审核/批相关信息IBudgetCheck1、发送直接报销或报销偿还请求；2、执行借款请求；3、执行直接报销请求；4、执行偿还报销请求；5、执行现金偿还请求；6、添加新的报销金额相关信息；7、判断信息的合法性IBudgetPay1、上报预算相关信息；2、向服务端发送报销提示信息IBudgetReport1、上报操作完成提醒；2、财务审核操作完成提醒；3、审批通过操作提醒ICommunication1

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

14、上报子系统1、提供预算上报请求；2、用户借款请求；3、直接报销请求；4、偿还报销请求；5、预算详细信息查询；6、个人借款信息查询；7、个人报销信息查询；8、本科室借款报销信息查询；9、当前用户口令的修改.IBudgetReport IBudgetCheck 财务审核子系统1、财务预算审核；2、财务借款审核；3、财务直接报销审核；4、财务偿还报销审核；5、借款出纳；6、直接报销出纳；7、偿还报销出纳；8、现金偿还报销；9、部门科室信息、预算科目信息、年度管理和开支方式信息管理；10、系统用户信息管理；11、预算详细信息查询；12、借款报销记录查询；13、报销数据统计；14、数据库文件的备份与还原

15、；15、当前用户口令信息的修改.IBudgetApprove IBudgetPay IBudgetBorrow IInformationManage ICommunication 领导审核子系统1、审批本部门借款；2、审批本部门直接报销；3、审批本部门偿还报销；4、查询本部门预算信息；6、借款报销记录查询；7、当前用户口令信息的修改.2.5人工处理过程 在出纳审核通过科室上报人员上报的报销和借款单之后,需要打印相应的报销和借款单作为纸质存档. 系统的使用者,如预算上报人员为了与时了解上报的预算请求处理的阶段,需要手工的记录上报预算的处理阶段； 财务审核人员要对数据库进行备份和还原等操作时,需要

16、手动完成.2.6尚未解决的问题 被否决预算、直接报销和借款未作相应的日志记录； 系统为提供可控的数据库自动备份操作,每次备份需要操作人员手工完成,不利于一些突发事件预防； 根据具体业务需要,系统中包含三个客户端：科室上报客户端、财务审核客户端和部门领导审核财务端.但在系统中并未使用工作流等方式来实时监控工作进行的流程.3接口设计3.1用户接口在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面.在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以与出错信息.外观上也要做到合理化,考虑到用户多对WINDOW 风格较熟悉,应尽量向这一方向靠拢.在设计语言上,已

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

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

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

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

21、问价无数据库文件恢复成功成功恢复数据库文件客户端连接不成连接不成功,请检查网络连接客户端不能连接上服务器端检查网络状况连接不上数据库数据库连接失败服务器连接不上数据库引擎检查数据库连接字符串借款请求X条借款请求科室上报客户端提交了借款请求根据实际情况操作直接报销请求X条直接报销请求科室上报客户端提交了直接申报请求偿还报销请求X条偿还报销请求科室上报客户端提交了偿还报销请求根据实际请款操作申请完成提示你提交的请求X已经被X审核通过上报请求通过审核5.2补救措施 采用磁盘做备份准备,使用SQL Server 2005的Backup Server备份服务对数据库数据进行备份,如果系统遭到破坏,用备份

22、的数据进行还原,数据的备份和还原可以通过应用程序实现,也可以通过系统管理员直接使用SQL Server 2005的Backup Server进行备份.建议用户每天对数据库中的数据进行备份； 当系统运行效率过低时,通过重新启动可以重新组织数据库索引,提高系统运行效率. 在系统运行的过程中,可能会突发一些不可预测的故障,如断电、死机等.为了提高系统的安全性,我们采用了基于挂接操作系统接口的服务器自身监控安全模型.在本系统的服务器操作系统中,通过远程DLL注入技术,修改操作系统中进程的导入地址表,挂接Windows操作系统的关机函数,截获Windows的关机消息,从而实现在服务器每次系统关机时,自动

23、检测当前是否有正在运行的财务业务,保证所有业务都已顺利结束,并自动备份一次数据库,再转回Windows操作系统的关机执行.从而保障了系统服务器的业务稳定性,和数据完整性,提高了系统的安全性和稳定性.5.3系统维护设计系统采用了分层的结构进行设计,使系统各个部分分割开来,提高了系统灵活性和可扩展性.系统在三层架构的基础上,增加了一层公共层,将系统中通用的部分抽取出来,以便于系统的维护.在设计逻辑层时,我们采用了Faade模式,Facade模式基本框图如下：门面Facade网络Facade模式图5-1Faade结构其中小圆代表业务逻辑层中的小的功能,系统子模块通过门面Facade来自己获取所需的功能,实现了高内聚,低耦合的设计要求.在系统维护的过程中,我们可以通过测试各个层次之间的接口即可达到系统维护的要求.