师范大学 概要设计说明书
- 格式:doc
- 大小:202.00 KB
- 文档页数:7
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_OPERATELOG) (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编写目的此概要设计说明书是为了说明整个系统的体系架构,以及需求用例的各个功能点在架构中的体现,为系统的详细设计人员进行详细设计时的输入参考文档。
XXX项目概要设计说明书目录XXX项目_概要设计书 (1)1 引言 (1)1.1 编写目的 (1)1.2 参考文献 (1)1.3 术语与缩写解释 (1)2 总体设计 (1)2.1 系统概述 (1)2.2 系统设计原则 (1)2.3 设计中应用的关键技术 (1)2.4 系统结构图 (2)2.5 网络结构图 (2)2.6 系统功能模块图 (2)2.7 数据流向图(或称为时序图) (2)2.8 模块构成 (2)3 环境设计 (2)4 硬件设备 (2)5 支持软件 (3)6 接口设计 ......................................................................................................... 错误!未定义书签。
6.1 用户接口 (3)6.2 外部接口 (5)6.3 内部接口 (5)7 数据库设计 (6)7.1 数据库环境说明 (6)7.2 数据库命名规则 (6)7.3 逻辑设计 (6)7.4 物理设计 (6)7.5 安全性设计 (7)8 公用结构 ......................................................................................................... 错误!未定义书签。
9 界面设计 (8)10 出错处理设计 (8)11 开发工具 ..................................................................................................... 错误!未定义书签。
12 附录 (8)1 引言1.1 编写目的[说明编写这份概要设计说明书的目的,指出预期的读者]例如:本设计说明书简单阐明了XXX系统的XXX模块的基本设计思想、基本功能、模块划分以及模块间接口。
概要设计说明书一、引言1.编写目的本阶段主要解决了实现该系统需求的程序模块设计问题,包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
2.项目背景机票预定系统将由两部分组成:置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下:3.参考资料《软件工程导论》,张海藩,清华大学出版社。
《实用软件工程》,郑人杰等,清华大学出版社。
二、总体设计1.验证登陆名密码正确进入主菜单,根据登录时所选的登录方式(客户、管理员)的不同分别对用户设定不同的访问权限(如果是输入的客户用户名和密码正确,选择以客户方式登陆则主界面里面的管理员界面不能用,如果输入的是管理员的相应用户密码正确,以管理员的方式登陆则管理员界面可用)不正确则清空登录框,最多可以输入三次,三次不正确系统会自动关闭。
2.主窗体的用户信息界面用户点击个人查询按钮,可以把自己的个人信息显示到界面上,还可以对自己的信息进行相应的修改(用户编号和用户名不能修改),还可以点击我的机票查询,查询该用户的订票记录。
3.主窗体的订票界面你可以点击你想查询的有关机票的信息的按钮(舱位信息查询,客机信息查询,航线查询,客户类型信息查询)获得相关信息的表,根据表的内容,你可以在下面的下拉框中选择你要定的票信息,点确定后在下面会显示你的机票的相关内容,如果满意可以点击订票,把相关信息添加到机票数据库表中,如果不满意,可以点重置,所有信息清空,再重新选择。
三、接口设计1.外部接口(1)用户界面在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。
概要设计说明书1.1 概要设计说明书的编写意义概要设计说明书又可称系统设计说明书,这里所说的系统是指程序系统。
编制的目的是说明对程序系统的设计考虑,包括程序系统的基本处。
流程、程序系统的组织结构、模块划分、功能分配、接口设计。
运行设计、数据结构设计和出错处理设计等,为程序的详细设计提供基础。
1.2 概要设计说明书的主要结构和内容1引言1.1编写目的在需求分析阶段,已经将用户对集邮管理信息系统的需求做了详细的阐述,本阶段是在需求分析的基础上,对集邮管理信息系统做比较概括的设计,明确将要开发的系统应该具有的功能,确定如何把该系统划分成若干个模块、各个模块之间的接口以及模块之间传递的信息,并完成数据库的设计。
在下一阶段的详细设计中,程序设计员可以参考概要设计说明书,在概要设计集邮信息管理系统所做的模块结构设计的基础上,对系统进行详细设计,在以后的软件测试以及软件维护阶段也可以参考这个说明书。
1.2背景a.待开发软件系统的名称:集邮管理信息系统。
b.列出此项目的任务提出者:软件工程课程设计。
开发者:用户:集邮者。
1.3定义SQL Server:系统服务器所使用的数据库系统。
1.4参考资料张海藩编著.软件工程导论[M].北京:清华大学出版社.2008陶宏才.数据库原理及设计[M].北京:清华大学出版社.20042总体设计2.1需求规定本系统面向用户的输入接口有:用户登录界面、用户添加和删除界面、邮票信息添加界面、信息修改界面、信息删除和查询界面。
用户输入的信息如果有误,这时系统将提示用户输入的信息发生异常。
2.2运行环境硬件要求:PI 133以上的处理器,最低内存32M内存,300M以上硬盘剩余空间。
运行环境:Window XP或者Win7、SQL Server2005。
2.3基本设计概念和处理流程说明本系统的基本设计概念和处理流程,尽量使用图表的形式。
用户身份验证邮票信息查询邮票信息汇总邮票信息维护邮票信息添加邮票信息修改邮票信息删除数据库操作结果保存在数据库图1 处理流程图2.4结构集邮信息管理系统用户管理集邮管理添加信息修改信息删除信息查询信息添加用户图2 模块结构图各个子模块的功能概述:用户管理:该模块用于用户信息的管理。
概要设计说明书49097(总13页)--本页仅作为文档封面,使用时请直接删除即可----内页可以根据需求调整合适字体及大小--1引言....................................................... 错误!未定义书签。
编写目的................................................ 错误!未定义书签。
背景.................................................... 错误!未定义书签。
定义.................................................... 错误!未定义书签。
参考资料................................................ 错误!未定义书签。
2总体设计................................................... 错误!未定义书签。
需求规定................................................ 错误!未定义书签。
运行环境................................................ 错误!未定义书签。
基本设计概念和处理流程.................................. 错误!未定义书签。
结构.................................................... 错误!未定义书签。
功能器求与程序的关系.................................... 错误!未定义书签。
人工处理过程............................................ 错误!未定义书签。
尚未问决的问题.......................................... 错误!未定义书签。
XX系统
概要设计说明书
编写人:
提交时间:
目录
1.任务概述 (1)
1.1系统简介 (1)
1.2运行环境 (1)
1.3条件与限制 (1)
1.4 需求概述 (1)
2.总体设计 (1)
2.1 系统功能模块结构设计 (1)
2.2 系统工作流程设计 (1)
3.接口设计 (2)
3.1外部接口 (2)
3.2内部接口 (2)
4.数据库逻辑设计 (2)
1.任务概述
1.1系统简介
对准备开发的系统进行简要介绍。
1.2运行环境
操作系统:Microsoft Windows 2000 Advanced Server
支持环境:IIS 5.0
数据库:Microsoft SQL Server 2000
1.3条件与限制
支持运行环境即可,在Windows下基本没限制。
1.4 需求概述
2.总体设计
2.1 系统功能模块结构设计
(重点,必须有)
2.2 系统工作流程设计
(重点,必须有)
用程序流程图说明模块之间的前后以及相互调用之间的工作流程
3.接口设计
3.1外部接口
【包括用户界面、软件接口与硬件接口。
】(重点,必须有)
3.2内部接口
【模块之间的接口。
】
4.数据库逻辑设计(重点,必须有)。
该文档收集他人文档而来:一、问题的提出概要设计写什么?概要设计怎么做?如何判断设计的模块是完整的?为什么说设计阶段过于重视业务流程是个误区?以需求分析文档还是以概要设计文档来评估开发工作量、指导开发计划准确?结构化好还是面向对象好?以上问题的答案请在文章中找。
二、概要设计的目的将软件系统需求转换为未来系统的设计;逐步开发强壮的系统构架;使设计适合于实施环境,为提高性能而进行设计;结构应该被分解为模块和库。
三、概要设计的任务制定规范:代码体系、接口规约、命名规则。
这是项目小组今后共同作战的基础,有了开发规范和程序模块之间和项目成员彼此之间的接口规则、方式方法,大家就有了共同的工作语言、共同的工作平台,使整个软件开发工作可以协调有序地进行。
总体结构设计:功能(加工)->模块:每个功能用那些模块实现,保证每个功能都有相应的模块来实现;模块层次结构:某个角度的软件框架视图;模块间的调用关系:模块间的接口的总体描述;模块间的接口:传递的信息及其结构;处理方式设计:满足功能和性能的算法用户界面设计;数据结构设计:详细的数据结构:表、索引、文件;算法相关逻辑数据结构及其操作;上述操作的程序模块说明(在前台?在后台?用视图?用过程?······)接口控制表的数据结构和使用规则其他性能设计。
四、概要设计写什么结构化软件设计说明书结构任务:目标、环境、需求、局限;总体设计:处理流程、总体结构与模块、功能与模块的关系;接口设计:总体说明外部用户、软、硬件接口;内部模块间接口(注:接口≈系统界面)数据结构:逻辑结构、物理结构,与程序结构的关系;模块设计:每个模块“做什么”、简要说明“怎么做”(输入、输出、处理逻辑、与其它模块的接口,与其它系统或硬件的接口),处在什么逻辑位置、物理位置;运行设计:运行模块组合、控制、时间;出错设计:出错信息、处错处理;其他设计:保密、维护;OO软件设计说明书结构1 概述系统简述、软件设计目标、参考资料、修订版本记录这部分论述整个系统的设计目标,明确地说明哪些功能是系统决定实现而哪些不准备实现的。
概要设计说明书目录第1章引言 (3)1.1目的 (3)1.2背景 (3)1.3参考资料 (3)1.4定义 (3)第2章系统概述 (3)2.1实现目标 (3)2.2条件与限制 (3)2.3运行环境 (4)2.4需求概述 (4)第3章总体设计 (4)3.1设计思想 (4)3.2设计规范 (5)3.3系统设计描述 (6)3.4系统划分及功能描述 (6)3.5系统性能 (6)第4章安全服务设计 (6)4.1访问控制 (6)4.2应用审计 (7)4.3统一身份认证 (8)4.4统一用户管理 (9)4.5统一授权管理 (9)4.6角色管理 (10)第5章接口设计 (11)5.1外部接口 (11)5.2内部接口 (11)第6章模块结构设计 (11)第7章系统出错处理设计 (11)7.1出错处理信息 (11)7.2出错处理机制 (12)第1章引言1.1目的编写软件概要设计说明的目的是:详细定义软件总体的功能、系统的接口和数据属性;划分程序基本结构、各程序名称和功能,以便于软件详细设计和编程。
并指明预期的读者对象。
1.2背景说明项目背景,介绍本项目与其它软件或其它系统的关系。
1.3参考资料列出所使用的参考资料。
1.4定义列出本文档中用到的专门术语的定义和缩写词的原文。
第2章系统概述2.1实现目标说明完成本项目要达到的目标。
2.2条件与限制阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。
必要时,还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。
2.3运行环境应包括通讯条件、网络环境、硬件配置、软件系统等。
2.4需求概述简要介绍系统的功能需求、性能需求和运行需求。
第3章总体设计3.1设计思想(介绍本系统的结构设计原则和总体设计指导思想。
)➢先进性原则在实用、可靠的前提下,系统的设计应尽可能地跟踪国内外先进的软件开发平台和软件开发技术,使设计系统能够最大限度地适应技术发展变化的需要,以确保系统的先进性。
一、概论
1、编写目的
2、项目背景
3、术语定义
二、总体设计
1、模块划分
2、系统几大业务对象
3、业务流程的描述
三、技术架构
在此章决定使用那种技术体系,具体的技术有那些
描述他们之间是怎么协同运作的
项目目录结构
项目相关技术规范等
四、功能模块设计
每个模块及子模块的功能,输入、输出及主要处理逻辑等
五、接口设计
用户接口
外部接口
六、数据结构
此处一般放入数据设计相关图表
七、安全设计
描述系统应该具有的安全级别,以及达到此安全等级的所采用的技术
措施
八、运行环境设计从硬件网络方面描述。
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2总体设计 (2)2.1需求规定 (2)2.2运行环境 (2)2.3基本设计概念和处理流程 (3)2.4结构 (3)2.5功能器求与程序的关系 (3)2.6人工处理过程 (3)2.7尚未问决的问题 (3)3接口设计 (3)3.1用户接口 (3)3.2外部接口 (3)3.3内部接口 (4)4运行设计 (4)4.1运行模块组合 (4)4.2运行控制 (4)4.3运行时间 (4)5系统数据结构设计 (4)5.1逻辑结构设计要点 (4)5.2物理结构设计要点 (4)5.3数据结构与程序的关系 (4)6系统出错处理设计 (5)6.1出错信息 (5)6.2补救措施 (5)6.3系统维护设计 (5)概要设计说明书1引言1.1编写目的说明编写这份概要设计说明书的目的,指出预期的读者。
1.2背景说明:a.待开发软件系统的名称;b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考文件,如:a.本项目的经核准的计划任务书或合同,上级机关的批文;b.属于本项目的其他已发表文件;c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2总体设计2.1需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。
2.2运行环境简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定,详细说明参见附录C。
2.3基本设计概念和处理流程说明本系统的基本设计概念和处理流程,尽量使用图表的形式。
2.4结构用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系.2.5功能器求与程序的关系本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:2.6人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。
4运行设计 (10)4.1运行模块组合 (10)4.2运行控制 (10)4.3运行时间 (10)5系统数据结构设计 (11)5.1逻辑结构设计要点 (11)5.2物理结构设计要点 (12)5.3数据结构与程序的关系 (14)6系统出错处理设计 (14)6.1出错信息 (14)6.2补救措施 (16)6.3系统维护设计 (17)概要设计说明书4运行设计4.1运行模块组合本系统由多个JSP页面及Servlet构成,通过页面跳转来实现各个模块之间不同功能的连接和组合。
各模块之间相对独立,属于高内聚低耦合,可移植性好。
各模块之间主要通过JSP的内置对象以及动作指令标记实现模块之间的合作和数据共享。
4.2运行控制符合操作说明,用户根据自己身份进行登录以及进行权限内操作。
对输入信息无特别限定,系统自行处理异常并给出提示信息。
4.3运行时间由于系统直接从数据库中存取相关信息,页面产生速度可能不够理想,但基本处于可接受范围内。
5系统数据结构设计5.1逻辑结构设计要点整个系统各实体可用以下关系来表示(其中主键已用下划线标识):管理员(管理员编号、管理员名字、管理员密码)教师(教师号、教师名、密码、教师职称、职务、电话、通讯地址、E-mail、简介)学生(学号、姓名、密码、出生日期、性别、年龄、家庭地址、专业、班级编号)系部(系部编号、系部名称)班级(班级编号,班级名,系部号)课程(课程编号,教师编号,科目名称)试卷(试卷号,课程编号,开始时间,结束时间)试卷班级(试卷号,所属班级)成绩(试卷号,学生学号,成绩)分值(试卷号,题型,数量,分值)组卷(试卷号,试题序号,题型,试题号)答卷(编号,试卷号,学生学号,题型,试题号,学生答案,学生得分)教师反馈(试卷号,学生编号,教师号,反馈信息)题型(题型编号,题型名称,所属科目)章节(章节编号,章节名,课程编号)主观题(试题号,题型编号,试题题目,答案,章节编号)选择题(试题号,试题题目,A,B,C,D,正确答案,章节编号)判断题(试题号,试题题目,正确答案,章节编号)试卷是否提交(学生编号,试卷编号,是否提交)教师职称(职称编号,教师职称)5.2物理结构设计要点表5.2.1 学生信息表序号列名字段说明数据类型长度主键允许空1 stuid 学生编号Varchar 50 是否2 stuname 学生姓名Varchar 50 否是3 stupwd 密码Varchar 50 否是4 stubrith 出生年月Varchar 50 否是5 stusex 性别Varchar 4 否是6 stuage 年龄Int 否是7 stuaddress 家庭住址Varchar 50 否是8 stumajor 所属系部Varchar 50 否是9 classid 所属班级Varchar 50 否是表5.2.2 班级信息表序号列名字段说明数据类型长度主键允许空1 classid 班级编号Varchar 50 是否2 classname 班级名称Varchar 50 否是3 depid 系部编号Varchar 50 否是2 depname 系部名称Varchar 50 否是表5.2.3 章节信息表序号列名字段说明数据类型长度主键允许空1 chapterid 章节编号Varchar 50 是否2 chaptername 章节名称Varchar 50 否是3 courserid 科目编号Varchar 50 否是表5.2.4 判断题信息表序号列名字段说明数据类型长度主键允许空1 selectid 判断题编号Varchar 50 是否2 questiontitle 判断题题目Varchar 100 否是3 answer 正确答案Varchar 50 否是4 chapterid 章节编号Varchar 50 否是表5.2.5选择题信息表序号列名字段说明数据类型长度主键允许空1 selectid 选择题编号Varchar 50 是否2 questiontitle 选择题题目Varchar 100 否是3 A A答案Varchar 50 否是4 B B答案Varchar 50 否是5 C C答案Varchar 50 否是6 D D答案Varchar 50 否是7 answer 正确答案Varchar 50 否是8 chapterid 章节编号Varchar 50 否是表5.2.6客观题信息表序号列名字段说明数据类型长度主键允许空1 subid 客观题编号Varchar 50 是否2 typeid 客观题题型编号Varchar 50 否是3 questiontitle 客观题题题目Varchar 100 否是4 answer 正确答案Varchar 8000 否是5 chapterid 章节编号Varchar 50 否是表5.2.7 题型管理信息表长度主键允许空序号列名字段说明数据类型1 typeid 题型编号Varchar 50 是否2 questiontypename 题型名Varchar 50 否是3 courseid 所属科目编号Varchar 50 否是表5.2.8 试卷分值管理表序号列名字段说明数据类型长度主键允许空1 paperid 试卷编号Varchar 50 是否2 questiontypename 题型名Varchar 50 否是3 number 出题个数Int 否是4 value 分值Iint 否是表5.2.9 生成试卷表序号列名字段说明数据类型长度主键允许空1 paperid 试卷编号Varchar 50 是否2 questionsort 顺序Varchar 50 否是3 questiontypename 题型名Int 否是4 questionid 试题编号Iint 否是表 5.2.10试卷班级序号列名字段说明数据类型长度主键允许空1 paperid 试卷编号Varchar 50 否是2 classid 班级编号Varchar 50 否是表5.2.11学生试卷信息表序号列名字段说明数据类型长度主键允许空1 stuid 学生编号Varchar 50 否是2 paperid 试卷编号Varchar 50 否是3 startime 开始时间datetime 否是4 endtime 结束时间datetime 否是5 submit 是否提交Varchar 50 否是6 resulttime 剩余时间int 否是表5.2.12学生成绩信息表序号列名字段说明数据类型长度主键允许空1 paperid 试卷编号Varchar 50 否是2 stuid 学生编号Varchar 50 否是3 score 成绩int 否是表5.2.13教师反馈信息表序号列名字段说明数据类型长度主键允许空1 paperid 试卷编号Varchar 50 否是2 stuid 学生编号Varchar 50 否是3 teacherid 教师编号Varchar 50 否是4 back 反馈意见Varchar 40000 否是表5.2.14试卷信息表序号列名字段说明数据类型长度主键允许空1 paperid 试卷编号Varchar 50 是否2 courseid 科目编号Varchar 50 否是3 startime 开始时间Datetime 否是4 endtime 结束时间Datetime 否是表5.2.15学生答卷信息表序号列名字段说明数据类型长度主键允许空1 id 编号Varchar 50 是否2 paperid 试卷编号Varchar 50 否是3 stuid 学生编号Varchar 50 否是4 questiontypename 题型名Varchar 50 否是5 questionid 试题编号Varchar 50 否是6 stuanswer 学生答案Varchar 50 否是7 stuscore 学生得分Varchar 50 否是5.3数据结构与程序的关系数据结构为关系型数据库,所以,在程序中可以通过标准的SQL语句与数据结构进行交互,交互过程中采用通用的数据访问接口。
为了保持良好的程序架构,对数据库访问采用DAO设计模式实现,提高维护性急扩展性。
6系统出错处理设计6.1出错信息本程序多处采用了异常处理的机制,当遇到异常时不但能及时的处理,保证程序的安全性和稳定性,而且各种出错信息能通过页面形式,及时告诉用户出错的原因及解决的办法,使用户以后能够减少错误的发生。
程序的大部分地方还采取了出错保护,如输入内容的长度和类型等减少了用户出错的可能。
6.2补救措施主要错误可能有:●数据库连接错误:这类错误主要是数据库设置不正确,或SQL Server异常引起的,我们只要取消本次操作,联系管理员对数据库进行检查。
●输入错误:这主要是用户输入不规范造成的,我们在尽量减少用户出错的条件的情况下,主要也是通过页面提示信息,提醒用户,然后再次操作。
●其他操作错误:对于各种不正当操作可能发生的错误,我们主要是通过刷新页面或重新登录系统来解决问题。
6.3系统维护设计软件的维护主要包括,数据库的维护和软件功能的维护。
对于数据库的维护,本系统主要由管理员对数据库基本结构进行管理维护。
对于系统功能方面的维护,由于我们采用的是模块化的设计方法,每个模块(页面)之间相互独立性较高,这样对系统的维护带来了很大的方便,对于单独功能的修干只需要修改一个页面就行了。
对于功能的添加,只要再添加页面选项的内容即可。