概要设计说明书(高校选课系统)
学校选课系统设计说明书

目录摘要 (1)第一章系统分析 (1)1.1需求分析 (1)1。
2可行性研究 (1)1.3系统的开发方法的选择 (2)1.4组织结构与功能分析 (3)第二章系统设计 (3)2。
1系统总体结构设计 (3)2.2数据结构与数据库设计 (4)2。
3设计步骤: (5)2.4输入/输出设计 (6)第三章界面及模块设计 (7)3.1登录界面 (7)3.2管理员模块 (9)3。
3学生模块 (13)3.4教师模块 (15)第四章小结 (19)参考资料 (19)摘要学生选课管理系统是教学管理的重要组成部分,其开发主要包括后台、数据库的建立和维护以及前端应用程序的开发两个方面,前者要求建立起数据的一致性、完整性和安全性好的数据库,而对于后者则要求应用程序功能完备、易使用及界面友好等特点。
运用软件工程和面向对象技术对学生选课管理系统进行了建模与分析,在此基础上实现了学生选课管理的功能。
主要内容如下:首先,对学生选课的工作流程进行描述和分析,分析其工作中存在的缺陷和不足,在此基础上得出理想的工作流程模式。
按照模块化设计思想,将流程各个阶段分开设计。
其次,对系统的设计过程中的一些技术难点和实现方法进行叙述。
其中包括权限分配、添加、删除、修改功能的实现,查询功能以及打印功能的实现等等经过仔细分析,系统使用Microsoft公司的Visual FoxPro8。
0来开发,利用其提供的各种面向对象的开发工具,快速建立系统应用原形,并对初始原型系统进行需求分析,然后通过不断修正和改进,最终形成一个用户满意的系统。
关键词:选课、查询、数据库、Visual FoxPro8.0第一章系统分析1.1需求分析我校拟定建立一个基于VF的“选修课管理系统",以改变原有的选修课教学管理方式,充分利用校园网环境为教师和学生提供方便.“选课系统”应提供如下服务:1、允许教务人员输入下学期的预设课程2、允许学生查看本学期的预设课程目录,也可以在查看时进行选课报名,系统将对报名要求进行有效性审核,若该课程报名人数已达上限或该学生已经学习过此课程,将拒绝报名并给出提示。
学生选课系统详细设计说明书

详细设计说明书目录第一章需求分析 ........................... - 4 - 1.1 需求分析 . (2)1.1.1.1 系统管理员需求分析........................... - 4 -1.1.1.2教师需求分析................................. - 5 -1.1.1.3 学生需求分析................................. - 6 -1.2 任务概述............................................ - 6 -1.2.1 目标........................................... - 6 -1.2.2 运行环境....................................... - 6 -1.3 数据流图............................................ - 7 -1.4 数据字典............................................ - 8 -1.5系统完整性、安全性................................... - 9 -1.5.1 对服务的要求................................... - 9 -1.5.2 对性能的规定.................................. - 10 -第二章概念结构设计 ..................... - 11 -2.2 学生选课系统概念结构设计........................... - 11 -2.2.1 系统实体E-R图................................ - 13 -2.2.2学生选课系统的分E-R图........................ - 15 -2.2.3学生选课系统E-R图............................ - 18 -第三章逻辑结构设计 .......... 错误!未定义书签。
学生选课管理系统 概要设计

软件工程实验报告班级:学号:姓名:实验二:概要设计和详细设计学生选课管理系统设计说明书一、实验内容1.引言1.1编写目的设计说明书的书写,主要是明确系统的功能和算法,把总任务分解成多个基本的、具体的任务。
将系统分成若干个模块,确定各个功能模块的具体用途总体设计是系统开发过程中关键的一步。
系统的质量及一些整体特性基本上是由这一步决定的。
系统越大,总体设计的影响越大。
项目开发的专业人员需要了解系统的总体概要设计,并以次为行动指南,开展下一个阶段的具体工作。
读者对象:项目分析和开发人员。
1.2项目背景学校是一个与学生信息安全密切的重要机构,在高度信息化的今天,学生对学校管理的要求也越来越高。
为了方便学生查询自己的选课信息,也为了学校更好的了解学生选课信息,学校需要一个学生选课信息管理系统。
系统的名称为:学生选课管理系统。
项目的开发提出者:学校。
软件的用户为:学校的学生、教师和管理员。
1.3 定义本学生选课管理系统在开发时注意到使用专业术语会对今后的系统使用者造成不便,故所有相关词汇使用了简洁并通俗易懂的词汇,系统使用者不会出现对此系统词汇看不懂的问题,故而在此对系统及文件使用词汇不做定义。
2.任务概述2.1目标明确学生选课管理系统各个模块的需求和功能。
2.2运行环境操作系统:windows2000以上版本。
2.3需求概述学生选课管理系统的主要功能主要功能是实现对学生信息和教师信息的管理,以及学生成绩的管理。
因此,该系统需要具备的具体功能如下:学生页面操作:包括个人信息,密码修改,查询成绩,选课,退选五个功能;教师页面操作:包括个人信息,密码修改,修改其所授科目的学生成绩;管理员页面操作:包含学生信息管理(增加、修改、删除、查询);教师信息管理(增加、修改、删除、查询);课程信息管理(增加、修改、删除、查询);成绩管理(查询、录入、修改);3.总体设计3.1处理流程系统基本流程:学生用户登录——>主界面——>选择各项子系统教师用户登录——>主界面——>选择各项子系统管理员登录——>主界面——>选择各项子系统3.2总体结构和模块外部结构本选课系统主要是由学生管理、教师管理和管理员管理三个部分构成。
教学管理系统——概要设计说明书

四、概要设计说明书1.引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (1)1.4参考资料 (2)2.任务概述 (3)2.1目标 (3)2.2运行环境 (3)2.3需求概述 (3)2.4条件与限制 (4)2.4.1技术限制 (4)2.4.2使用限制 (4)3.总体设计 (5)3.1总体结构和模块外部设计 (5)3.2功能分配 (5)4.接口设计 (6)4.1外部接口 (6)4.2内部接口 (6)5.数据结构设计 (7)5.1逻辑结构设计 (7)6.运行设计 (8)6.1运行模块的组合 (8)6.2运行控制 (8)7.出错处理设计 (10)7.1出错输出信息 (10)7.2出错处理对策 (10)8.安全保密设计 (11)9.维护设计 (12)1.引言1.1编写目的本文档是教学管理系统的一个总体的把握,以便在下一步的开发设计中更好的控制开发,并且对其他教育系统有良好的接口。
设计系统的架构、类图,以便使系统的开发能有效进行。
为今后的开发人员进行系统开发提供了依据。
1.2项目背景项目名称:教学管理系统项目任务提出者: X X 工业大学项目开发者:***、***、***、***项目用户: X X 工业大学所有管理人员和学生随着学校教育水平的不断提高,学校规模不断扩大,传统的C/S结构的信息管理软件已经远远不能够满足学校的需求,已经成为学校进一步发展的瓶颈。
经总结,这类信息系统软件存在如下的缺陷:①软件维护的费用高。
②信息查询不方便。
③不利于远程管理。
④软件的可操作性不高。
为了弥补这些缺陷,消除影响学校进一步发展的瓶颈,降低学校的信息软件维护成本,进一步方便学生使用,方便教职工管理,我们项目组决定在这次软件开发工程中,开发基于B/S架构的教学管理系统。
1.3定义JavaWeb:是用Java技术来解决相关web互联网领域的技术总和。
MySQL:MySQL是一个小型关系型数据库管理系统。
MVC:模型(Model),视图(View)和控制Controller)。
教学管理系统——概要设计说明书

教学管理系统——概要设计说明书教学管理系统——概要设计说明书一、引言1.1 目的1.2 背景1.3 定义二、系统概述2.1 功能2.1.1 教师管理功能2.1.1.1 教师信息管理2.1.1.2 课程管理2.1.2 学生管理功能2.1.2.1 学生信息管理2.1.2.2 选课管理2.1.3 成绩管理功能2.1.3.1 成绩录入2.1.3.2 成绩查询2.1.4 课程表管理功能2.1.4.1 课程表2.1.4.2 课程表查询 2.2 系统特点2.3 用户特点三、系统需求3.1 功能性需求3.1.1 登录功能3.1.2 用户权限管理功能 3.1.3 教师管理功能需求 3.1.4 学生管理功能需求 3.1.5 成绩管理功能需求 3.1.6 课程表管理功能需求 3.2 非功能性需求3.2.1 性能需求3.2.2 安全性需求3.2.3 可用性需求3.2.4 可维护性需求四、系统架构设计4.1 总体架构设计4.2 模块划分4.2.1 登录模块4.2.2 用户权限管理模块 4.2.3 教师管理模块4.2.4 学生管理模块4.2.5 成绩管理模块4.2.6 课程表管理模块 4.3 数据库设计4.4 接口设计五、系统界面设计5.1 登录界面5.2 用户权限管理界面5.3 教师管理界面5.4 学生管理界面 5.5 成绩管理界面5.6 课程表管理界面六、系统测试计划6.1 测试目标6.2 测试环境6.3 测试策略6.3.1 黑盒测试 6.3.2 白盒测试6.4 测试用例设计七、项目计划7.1 里程碑7.2 迭代计划7.3 项目资源八、风险管理8.1 风险识别8.2 风险评估与分析8.3 风险应对措施九、总结附件:1、数据库设计文档2、接口文档法律名词及注释:1、保护个人信息法:指保护个人隐私和信息安全的法律。
2、电子签名法:指使用电子方式进行身份验证和签署文件的法律。
概要设计说明书

新生报到管理系统概要设计说明书一、引言1、编写目的在本课程管理系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上,对课程管理系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对课程管理系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
2、背景随着计算机技术的日益成熟,它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分,使用计算机对学校的课程信息进行管理,与手工管理相比拥有无可比拟的优势。
例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、信息保存时间长等。
使用本系统能够极大地提高学校课程管理的效率。
开发软件名称:新生报到管理系统。
项目任务提出者:某大学计算机系。
项目开发者:江苏城市职业学院。
用户:江苏城市职业学院。
实现软件单位:江苏城市职业学院。
3.符号缩略语FRMS:新生报到管理系统。
4.参考资料《软件工程导论》,张海藩,北京:清华大学出版社。
《实用软件工程》,郑人杰等,北京:清华大学出版社。
《软件文档编写》,辛海明等,高等教育出版社。
《SQL SERVER 2005数据库应用教程》,邱李华,李晓黎等,人民邮电出版社。
《新生报到管理系统可行性研究报告》,江苏城市职业学院。
《项目开发计划》,江苏城市职业学院。
《系统需求说明书》,江苏城市职业学院。
二、总体设计1、需求规定(1)性能系统处理的准确性和及时性:这是系统的必要性能。
选课系统设计说明书

学生选课管理系统目录一、引言................................................................. 错误!未定义书签。
1.1背景 (1)二、总体设计 (2)2.1可行性分析 (2)2.2结构化设计 (2)2.3系统用例模型 (3)2.4.1动态模型 (7)2.4.1活动图 (7)2.4.2协作图 (9)2.4.3状态图 (10)2.4.4类图 (11)三、数据库设计 (12)3.1设计内容 (12)3.1设计要求 (13)3.1数据库表结构 (13)四、功能模块设计 .................................................... 错误!未定义书签。
4.1学生模块设计 (12)3.1教师模块设计 (13)3.1管理员模块设计 (13)学生选修课管理系统一、引言1.1背景“选课”是现在高校行政管理工作中一项很重要的课题。
而且是每个学期都必须要面对的问题。
选课工作做不好,学生不知道自己将要学习的课程,老师也不知道自己将要讲授的课程,教务处的排课计划、教室安排等其他调度工作也无从做起。
因此,如何解决高校教务管理中的选课工作便成为了如今各大高校面临的很实际的问题。
随着近几年高校的持续扩招,学生人数逐年增加。
为了满足广大学生的求学需要,各个高校的师资力量、硬件配置也随之增强。
这样一来,日常行政部门的工作也就越来越繁重,这一点在选课这块显得尤为突出。
而传统的手工操作,即费时又费力,而且容易出错,工作效率较低。
因此,拥有一套实用、高效、完善的在线选课系统就显得尤为重要,它可以提升高校的教育质量和教学管理质量,提高工作效率,降低行政成本。
大学期间总会有很多公共选修课,以往的选课方法是随堂报名。
这种方法虽然直接,但是造成选课的盲目性,有些课堂选课时人满为患,有些课堂无人选课。
原因是传统的选课方法没有预见性,大家没有事先协调好。
学生选课管理系统(概要设计说明书)

1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (3)2总体设计 (3)2.1需求规定 (3)2.2运行环境 (6)2.3基本设计概念和处理流程 (7)2.4结构 (9)2.5功能需求与程序的关系 (10)2.6人工处理过程 (10)2.7尚未问决的问题 (10)3接口设计 (10)3.1用户接口 (10)3.2外部接口 (10)3.3内部接口 (11)4运行设计 (11)4.1运行模块组合 (11)4.2运行控制 (11)4.3运行时间 (12)5系统数据结构设计 (12)5.1逻辑结构设计要点 (12)5.2物理结构设计要点 (15)5.3数据结构与程序的关系 (16)6系统出错处理设计 (16)6.1出错信息 (16)6.2补救措施 (17)6.3系统维护设计 (17)概要设计说明书1引言1.1编写目的(1)开发学生网上选课系统,提高管理工作的效率、提高信息的开放性、改善学生和教师对其最新信息查询的准确性。
(2)本报告由共同修改完成。
1.2背景随着学校规模的不断扩大,专业、班级学生的数量急剧增加,有关学生选课的各种信息量也成倍增长,而且目前许多高校的学生选课管理仍停留在复杂的人工操作上,重复工作较多,工作量大,效率低。
因此,迫切需要开发学生网上选课系统来提高管理工作的效率。
学生网上选课系统,在学生选课的规范管理、科学统计和快速查询方面具有较大的实用意义。
它提高了信息的开放性,大大地改善了学生、教师对其最新信息查询的准确性。
1.3定义(1)Active Server Pages (ASP) 是服务器端脚本编写环境,是由Server端脚本、对象以及组件拓展过的标准主页使用它可以创建和运行动态、交互的Web 页和基于Web 的功能强大的应用程序。
ASP程序是以。
asp为扩展的文本文件,其控制部分是用VBScript和Jscript等脚本语言来编写的。
ASP的工作流程大致是:①当浏览器从Web服务器上请求。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2总体设计 (2)2.1需求规定 (2)2.2运行环境 (3)2.3基本设计概念和处理流程 (3)2.4结构 (3)2.5功能器求与程序的关系 (5)2.6人工处理过程 (5)2.7尚未问决的问题 (5)3接口设计 (5)3.1用户接口 (5)3.2外部接口 (5)3.3内部接口 (6)4运行设计 (6)4.1运行模块组合 (6)4.2运行控制 (6)4.3运行时间 (6)5系统数据结构设计 (7)5.1逻辑结构设计要点 (7)5.2物理结构设计要点 (7)5.3数据结构与程序的关系 (7)6系统出错处理设计 (7)6.1出错信息 (8)6.2补救措施 (8)6.3系统维护设计 (8)概要设计说明书1引言1.1编写目的该高校学生选课系统需求分析报告的目的在于通过该报告可以实现以下功能:学生选课,成绩录入,成绩查询,课程信息管理,用户信息管理,使用户的需求能够清晰的呈现的出来。
该系统可以实现学生选课,管理员对课程信息以及学生信息进行管理等作用,可用于各个高校的选课系统,方便学生进行选课。
1.2背景系统名称:高校选课系统任务的详细信息:a)任务提出人:刘瑾老师b)需求分析人:黄建彬c)面向用户:具有一定权限的管理人员(老师)和学生1.3定义Macromedia Dreamweaver 8:网页设计工具Microsoft SQL Server:数据库工具UML,Unified Modeling Language(统一建模语言)的缩写,是一个标准的建模语言。
1.4参考资料[1] 张海藩.软件工程导论(第5 版)[M].清华大学出版社,2008 年2 月.[2] 窦万峰.软件工程方法与实践.机械工业出版社,2009 年5 月.[3] 窦万峰.软件工程实验教程.机械工业出版社,2009 年5 月.[4] 陈勇孝.java程序设计实用教程,2008年6月.2总体设计2.1需求规定学生选课系统是针对学校而开发的应用软件,主要功能是管理员在网上公布学生将要学习的课程,学生在课程列表中选择自己所要选修的课程,在老师接受选课后,学生跟随自己的老师上课,在考试后老师给学生评分并在校园网上公布成绩。
管理员登录系统可以对系统进行管理,主要对学生、教师、课程和班级的基本信息进行维护。
系统包括登录模块、管理员模块、学生模块和教师模块。
2.2运行环境操作系统:Windows XP SP3及其以上最低配置:奔腾4处理器,512M内存,60G硬盘。
建议配置:奔腾双核T4400 2.2GHZ及其以上、2G内存、320G硬盘2.3基本设计概念和处理流程(图一)学生选课系统流程图(图二)学生选课处理流程2.4结构2.5功能器求与程序的关系各项功能需求的实现同各块程序的分配关系:学生选课模块教师模块管理员模块查询信息功能√√√数据录入功能√√修改数据功能√√√删除数据功能√√打印信息功能√√√2.6人工处理过程信息的输入输出和报表的打印。
2.7尚未问决的问题暂无。
3接口设计3.1用户接口1)本系统客户端为浏览器,方便操作2)所有界面采用WEB风格3.2外部接口说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持系统之间的接口关系。
1)硬件接口由于采用B/S架构,系统的客户端可以在所有的PC机上使用,只要有浏览器即可。
服务器也可以运行在所有的PC机上,鉴于效率问题,建议使用专业的服务器。
2)软件接口客户端采用Windows 2000/XP 以上操作系统, Internet Explorer 6.0 以上浏览器。
3.3内部接口说明本系统之内的各个系统元素之间的接口的安排。
4运行设计4.1运行模块组合查询信息功能:学生选课信息模块,课程信息模块,教师信息模块。
数据录入功能:学生信息模块,教师信息模块,管理员信息模块。
修改数据功能:学生信息模块,教师信息模块,管理员信息模块。
删除数据功能:学生信息模块,教师信息模块,管理员信息模块。
打印信息功能:学生信息模块,教师信息模块,课表信息模块,成绩表单模块。
4.2运行控制(1)学生: 学生是选课系统的服务对象, 是系统最主要的用户群体。
考虑到学生信息比较固定, 采用从学生科导入学生信息的办法, 将学生信息预置于系统之中, 避免用户注册引起的与真实身份对应混乱的问题出现, 并预设学生密码, 强制学生在第一次登陆后修改默认密码和用于找回密码的提示问题, 否则不能选课。
学生在修改了默认密码之后就可以浏览课程详细信息并点击选课, 这是系统的关键部分, 在此部分应该包含限制条件检测功能, 保证选课有效、合乎规定。
还可以查看选修过的课程历史以及获得的学分。
另外还要有一个信息反馈的功能, 反馈给管理员或授课教师。
(2)教师: 教师用户采用院系管理员添加的办法。
教师登陆后申报新的选修课, 查看以往课程的学生选课情况, 登记学生成绩, 修改自己申报的选修课程, 回复学生的反馈信息, 向管理员反馈信息。
新申报课程可用复制已有课程的办法减少输入量。
(3)管理员: 添加管理教师用户, 审核教师上报的选修课程。
向管理员反馈信息, 向教师发送通知信息。
用户管理, 包括其它管理员、教师、学生等各类用户的添改删、密码查看、权限设定。
课程管理, 包括添加、修改、审核等。
系统设定, 初选、正选、补选时间的设定, 公告的发布, 开放选课的课程和可以选课的学生类别限定等。
可以限定每学期最多选课门数、最多选修学分, 检测校区信息并根据规定限定学生是否能跨校区选课, 如果能与必修课数据库交互可以避免学生选课过程中出现自身选课有时间冲突的问题, 设定各课程最高选课人数上限等。
数据维护, 学生库、教师库、课程库、权限库、选课结果库、系统设定库、公告库、信息反馈库等。
系统选课为了检测学生选课是否冲突, 所以往往需要进行编码, 系统就需要一个自动编码的功能, 并在系统开放选课后锁定自动编码功能。
应急处理, 包括教师调课功能, 学生改选功能, 调课需要检测出已选该课程的学生在改选后是否与其它课程产生冲突。
数据统计打印功能。
反馈信息的回复管理功能, 数据库的备份功能, 这点很重要, 以防出现意外情况。
4.3运行时间视具体情况而定。
5系统数据结构设计5.1逻辑结构设计要点学生选课系统E-R图5.2物理结构设计要点用户在本系统中进行管理、操作时,用户可以直接通过用户图形界面来存取数据,不需要考虑到底层的存储物理关系。
5.3数据结构与程序的关系采用多种数据结构处理,结合适当的算法,提高程序的简洁性、可读性、高效性和可维护性。
6系统出错处理设计6.1出错信息1)统计在线人数在选课系统中, 为了方便学生看到当前系统在线人数, 避开选课高峰期, 需要统计在线人数。
在此为了避免连接数据库, 减慢系统运行速度, 采用了继承HttpSessionListener 方法。
当用户进入系统, 触发SessionCreated 事件, 计数器加1; 当用户离开, 触发SessionDestroyed 事件, 关闭页面, 计数器减1实现了简单的不需要操作数据库的在线人数统计。
(2)课程冲突的应对策略由课程、教室的繁多及学生选课的自由性所决定,在管理员安排课程和学生选课过程中不可避免出现课程冲突问题, 即教师在同一时间上两门课程、同一教室、在同一时间有两个教师来上课和同一学生在同一时间选择了两门课程等问题。
这就需要在系统中用一些策过许多步骤, 当需要选择多门课程时不得不经过许冗杂而重复的步骤。
学生对要选的课程的开课一些基本信息和对自己所得成绩和学分的查询比较模糊、复杂, 课表的表现不够直观等等。
教师同样需要复杂的操作才能对所授课程和选课学生进行查询和管理。
系统的操作界面不友好、不够人性化。
这样的设计显然是不能令人满意的。
(3)系统不稳定网站时常不能访问, 用户无法登陆, 这显然是网站服务器系统的不稳定造成的。
作为系统的设计者, 应在发布网站前进行充分的效能测试, 从而最大程度上避免这种情况的出现。
(4)系统性能不好由于采取的技术和数据库速度及性能较慢的原因, 从而导致在选课高峰期, 同时有大量的同学选课的时候出现登陆和选课速度很慢或是根本就无法成功登及结构体系。
在这种结构下, 用户仅需通过浏览器就可实现客户端的功能, 而大部分的事物逻辑是在服务器端实现。
这样就大大降低了客户端的负载, 减轻了系统维护与升级的成本。
用一览表的方式说明每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。
6.2补救措施说明故障出现后可能采取的变通措施,包括:a.后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;b.降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录;c.恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计主要是指系统编码的可维护性, 因为大多系统不可能完全满足所有需求, 所以在以后需要进行修改。
所以编码要遵循一个良好的习惯, 包括格式的注释, 对于代码的功能要有明确的解释。
采用面向对象的编程方法是一个不错的主意。
说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。