概要设计说明书
|
||||||||||||||||||||||||||||||||||||||||
一. 引言 | ||||||||||||||||||||||||||||||||||||||||
1. 编写目的 | ||||||||||||||||||||||||||||||||||||||||
从该阶段开发正式进入软件的实际开发阶段,本阶段完成系统的大体设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程,这种表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件整体概貌,把它加工成在程序细节上很是接近于源程序的软件表示。 | ||||||||||||||||||||||||||||||||||||||||
2. 项目背景(略) | ||||||||||||||||||||||||||||||||||||||||
3. 定义 | ||||||||||||||||||||||||||||||||||||||||
在该概要设计说明书中的专门术语有: 数据结构设计 安全 运行设计 数据结构 出错设计 |
||||||||||||||||||||||||||||||||||||||||
4. 参考资料 | ||||||||||||||||||||||||||||||||||||||||
<软件工程概论> 李存珠 李宣东 编著 南京大学计算机系出版 2001年8月 | ||||||||||||||||||||||||||||||||||||||||
二. 任务概述 | ||||||||||||||||||||||||||||||||||||||||
1. 目标 | ||||||||||||||||||||||||||||||||||||||||
该阶段目的在于明确系统的数据结构和软件结构,此外整体设计还将给出内部软件和外部系统部件之间的接口定义,各个软件模块的功能说明,数据结构的细节以及具体的装配要求。 | ||||||||||||||||||||||||||||||||||||||||
2. 运行环境 | ||||||||||||||||||||||||||||||||||||||||
软件基本运行环境为Windows环境。 | ||||||||||||||||||||||||||||||||||||||||
3. 需求概述(略) | ||||||||||||||||||||||||||||||||||||||||
4. 条件与限制 | ||||||||||||||||||||||||||||||||||||||||
为了评价该设计阶段的设计表示的“优劣程度”,必须遵循如下几个准则: 1.软件设计应当表现出层次结构,它应巧妙地利用各个软件部件之间的控制关系。 2.设计应当是模块化的,即该软件应当从逻辑上被划分红多个部件,分别实现各类特定功能和子功能。 3.设计最终应当给出具体的模块(例如子程序或过程),这些模块就具备独立的功能特性。 4.应当应用在软件需求分析期间获得的信息,采起循环反复的方法来得到设计。 |
||||||||||||||||||||||||||||||||||||||||
三. 整体设计 | ||||||||||||||||||||||||||||||||||||||||
1.处理流程 | ||||||||||||||||||||||||||||||||||||||||
系统的整体处理数据流程以下图: | ||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||
图八
整体处理流程图
|
||||||||||||||||||||||||||||||||||||||||
2.整体结构和模块外部设计 | ||||||||||||||||||||||||||||||||||||||||
模块是软件结构的基础,软件结构的好坏彻底由模块的属性体现出来,把软件模块化的目的是为了下降软件复杂性,使软件设计,测试,调试,维护等工做变得简易,但随着模块数目的增长,经过接口链接这些模块的工做量也随之增长。从这些特性可得出如图九的一条总的成本(或工做量)曲线,在考虑模块化时,应尽可能使模块数接近于图中的M,它使得研制成本最小,并且应尽可能避免不足的模块化或超量。 | ||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||
图九
模块化与整体成本
|
||||||||||||||||||||||||||||||||||||||||
3.功能分配 | ||||||||||||||||||||||||||||||||||||||||
从程序的结构中能够看出,学生的信息输入输出功能是由学生管理系统进行的。课程的信息输入输出是由课程管理系统进行的,而班级的信息流动则是班级管理系统进行的。 | ||||||||||||||||||||||||||||||||||||||||
四. 接口设计 | ||||||||||||||||||||||||||||||||||||||||
因为系统的各类内外部接口是经过借助数据库开发软件来实现的,是彻底在数据库内部操做的,故在此略过此内容。 | ||||||||||||||||||||||||||||||||||||||||
1. 外部接口(略) | ||||||||||||||||||||||||||||||||||||||||
2. 内部接口(略) | ||||||||||||||||||||||||||||||||||||||||
五. 数据结构设计 | ||||||||||||||||||||||||||||||||||||||||
1. 逻辑结构设计 | ||||||||||||||||||||||||||||||||||||||||
student_Info 学生基本信息表
|
||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||
class_Info 班级信息表格
|
||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||
course_Info 课程基本信息表
|
||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||
gradecourse_Info 年级课程设置表
|
||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||
result_Info 学生成绩信息表
|
||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||
user_Info 系统用户表
|
||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||
图十
数据库逻辑结构图表
|
||||||||||||||||||||||||||||||||||||||||
2. 物理结构设计 | ||||||||||||||||||||||||||||||||||||||||
系统的物理结构具体由数据库来设计与生成,此处略。 | ||||||||||||||||||||||||||||||||||||||||
3. 数据结构与程序的关系 | ||||||||||||||||||||||||||||||||||||||||
系统的数据结构由标准数据库语言SQL生成。 具体的例如建立系统用户表格 user_Info的程序用SQL表示就是: CREATE TABLE[dbo].[user_Info]( [user_ID][char](10)COLLATE Chinese_PRC_CI_AS NOT NULL, [user_PWD][char](10)COLLATE Chinese_PRC_CI_AS NULL, [user_Des][char](10)COLLATE Chinese_PRC_CI_AS NULL ) ON [PRIMARY] |
||||||||||||||||||||||||||||||||||||||||
六. 运行设计 | ||||||||||||||||||||||||||||||||||||||||
1. 运行模块的组合 | ||||||||||||||||||||||||||||||||||||||||
具体软件的运行模块组合为程序多窗口的运行环境,各个模块在软件运行过程当中能较好的交换信息,处理数据。 | ||||||||||||||||||||||||||||||||||||||||
2. 运行控制 | ||||||||||||||||||||||||||||||||||||||||
软件运行时有较友好的界面,基本可以实现用户的数据处理要求。 | ||||||||||||||||||||||||||||||||||||||||
3. 运行时间 | ||||||||||||||||||||||||||||||||||||||||
系统的运行时间基本能够达到用户所提出的要求。 | ||||||||||||||||||||||||||||||||||||||||
七. 出错处理设计 | ||||||||||||||||||||||||||||||||||||||||
1. 出错输出信息 | ||||||||||||||||||||||||||||||||||||||||
在用户使用错误的数据或访问没有权限的数据后,系统给出提示:“对不起,你非法使用数据,没有权限!”并且用户的密码管理能够容许用户修改本身的密码,不容许用户的匿名登陆。 | ||||||||||||||||||||||||||||||||||||||||
2. 出错处理对策 | ||||||||||||||||||||||||||||||||||||||||
因为数据在数据库中已经有备份,故在系统出错后能够依靠数据库的恢复功能,而且依靠日志文件使系统再启动,就算系统崩溃用户数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间,权衡措施由用户来决定。 | ||||||||||||||||||||||||||||||||||||||||
八. 安全保密设计 | ||||||||||||||||||||||||||||||||||||||||
系统的系统用户管理保证了只有受权的用户才能进入系统进行数据操做,并且对一些重要数据,系统设置为只有更高权限的人员方可读取或是操做。系统安全保密性较高。 | ||||||||||||||||||||||||||||||||||||||||
九. 维护设计 | ||||||||||||||||||||||||||||||||||||||||
因为系统较小没有外加维护模块,由于维护工做比较简单,仅靠数据库的一些基本维护 |