软件工程教材购销系统报告

软件工程教材购销系统报告 实 验 报 告 课程名称 教材购销系统 专 业 信息管理与信息系统 班 级 1302 学 号 201303110227 姓 名 陈静 指导教师 谢雅、李峰 2015年 11 月 24 日 教材购销系统开发与设计可行性研究报告 1、 引言 1.1、 编写目的 经过对教材购销系统项目进行详细调查研究，初步拟定系统实现报告，明确开发风险及其所带来的经济效益，对软件开发中将要面临的问题及其解决进行可行性分析。本报告经审核后，交由软件项目经理审查。 1.2、 项目背景 项目名称:教材购销系统。 使用单位:学校教材购销单位。 说明:随着教育事业的发展和教育的普及，学生对教材的需求量越来越大。这给学校教材购销单位造成了很大压力，他们希望能够更系统，更方便的对教材进行管理和采购。提高办公效率，节约人力资源。因此，急切需要建立一个新的、高效的、方便的、教材销购系统。 1.3、 参考资料 1.《软件工程导论》(第六版) 张海藩 牟永敏 编著 清华大学出版社出版 2.《软件工程——原理，与应用》 吴钦藩编著 人民交通出版社出版 3.《软件工程》 任胜兵、邢琳编著 北京邮电大学出版社出版 2、 可行性研究的前提 2.1、要求 (1)、功能要求 根据学校的教学，向选课学生及时供应所需教材 审查学生个人或班级购书单的有效性，对有效书单发放教材;对属于计划供应但暂时缺货的教材进行缺书登记。 根据缺书登记补充采购所缺教材 汇总缺书登记表，制定所缺教材待购计划;待购教材到货后，通知学生补购。 (2)、性能要求 将订购教材的信息及时反映在学校的工作平台上。订购系统的定单必须无差错的存储在学校的主服务器上。对服务器上的数据必须进行及时正确的刷新。 (3)、输出要求 能按要求在显示器上显示所需内容，并要求数据完整，详实。 (4)、输入要求 对于查询功能，应做到可以单条件和组合条件输入，要求操作简快速，实时。 (5)、安全与保密要求 服务器的管理员享有对教材信息库及定购信息库的管理与修改。 对于不同权限的用户，设置不同的权限，对于重要的数据可以考虑加密存储。 2.2 目标 人力与设备费用的减少:可裁剪学校教材管理部门的人员，节省开支和人力物力处理速度的提高:大大提高学校教材订购的服务效率。管理服务的改进:降低教材订购服务中的错误发生率，减少信息交流的烦琐过程. 2.3 条件和限制 所建议的系统的运行寿命的最小值:3年 进行系统方案选择比较的时间为:3周 经费、投资方面的来源和限制:小组筹集 硬件条件:CPU为Pentium4以上，内存为256MB以上 运行环境:Windows XP，Vista等 数据库:Mysql 可利用的信息和资源:互联网信息，系实验室 2.4 评价尺度 对系统进行评价时所使用的主要尺度有:各项功能的优先次序，开发时间的长短及使用中的难易程度，系统运行速度在用户的可接受范围内。 3、 对现有系统的分析 3.1当前系统的状况 信息化之前学校教材订购的管理工作，完全依靠人工进行，教材订购的相关信息都是采用纸质的表格人工填写和保存，信息的查找也需要翻查账本式的登记本。教材信息的统计需要手工进行。 3.2 当前系统的业务流程 管理人员的配置情况:教材订购管理负责人一人，负责本部门的教材订购管理的全面工作;教材发行人员两人，负责审核提交购书单是否有效，若有效开发票、登记并返还给教师或学生领书单，若缺书则登记缺书;采购人员两人，负责采购，一旦新书入库，发进书通知给教材发行人员。 教材的变动管理:新书到库，教材出库时教材的相关数据都要有相关的管理人员进行相应的变更。 管理人员要及教材信息的查询:购书的师生要查询相关书籍是否有存书，时查询书的库存，以便及时补充教材。 教材信息的统计表:根据统计的要求，需要先查找、后手工填制有关统计表格。 3.3局限性 当前的教材订购系统完全是依靠人工进行的管理系统，这样的系统在教材的变动管理、教材的信息查询统计等方面都极为不方便，不仅速度不快而且容易产生差错，效率低下，缺乏准确性、及时性、可操作性。因此，在信息时代迫切要求信息管理系统的出现 。 4、 所建议的系统 4.1对所建议系统的说明 教师学生等各个订购者把订购信息(姓名，号码所要订购的书名，主编，数量等)输入到系统中，系统先审核订购信息，若符合条件，系统根据订购者输入的相关信息给订购者安排领书单并打印;若订书信息不符合，显示相关的提示信息。出现脱销教材时系统应该可以 发出警告，以便管理人员及时发现，补充教材。在订购者订购教材之后，如有什么不满，可以通过系统删除已订购教材书籍。 4.2处理流程和数据流程 销售系统的工作流程为:首先由教师或学生提交购书单，经教材科发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。 采购系统的工作流程为:若是脱销教材，则登记缺书，发缺书单给书库采购人员;一旦新书入库后，即发进书通知。 数据流图: 购书单 缺书单 教材 教 材 学 生 购销 工 作 或 系统 人 员 教 师 领书单 进书通知 4.3改进之处 (1)由于原来的教材订购是人工系统，浪费人力物力和财力，而此管理系统可以改善这种情况，只需要一台电脑和一个管理人员就能轻松的完成。 (2)提高了教材的变动管理、教材的信息查询统计的速度，且用户可以方便的查询教材的信息;如果出现错误用户可以及时与管理员联系。 (3)改进人员的利用率，减少了前台操作人员，更多的人员可以用为教职工、学校的其他事物服务。 4.4影响 对设备的影响:目前而言，客户方没有任何的系统设备，但是由于该软件所需硬件设备仅仅是一台电脑，可行性较高。 对软件的影响: 该软件系统同其他系统没有相互往来的关系，不会对其他软件的功能产生不良的影响。 对用户单位机构的影响:使用该系统，客户的原有体系几乎不会有太大的变化，这是个即装即用的软件，对人员数量和技术的要求不高， 只要管理员会简单的计算机操作即可。可以优化单位机构制度，节约人力物力财力，利于单位机构的优化改革和管理。 4.5技术方面的可行性 在当前的限制条件下，该系统的功能目标能够达到;利用现有的技术，该系统的功能能实现;需要开发人员5-7人，并且要求开发人员有一定的编程基础，能够在较短的时间内熟悉开发本系统所需技术。在规定的期限内，本系统的开发能完成。 5、 社会条件方面的可行性 法律方面的可行性:开发人员需对专利权、版本等方面有一定的了解，在开发过程中确保不触犯法律。 使用方面的可行性:从用户单位的行政管理、工作制度等方面来看，能够使用该软件系统;从用户单位的工作人员的素质来看，能满足使用该软件系统的要求。 6、 投资及效益分析 支出:包括电话费、上网费、电费、资料打印费等。 收益:本项目是非盈利的。 7、 结论 经团队审核，本项目可以立即开始进行。 学校教材购销系统需求分析报告 一.引言 随着生活节奏的加快和网络的发展，教师、学生对教材的订购越来越重视，希望获取教材的过程简单，方便，快速。因而，做一个好的学校教材订购系统是十分重要的。 1.1 编写目的 编写这份主要是为了使小组成员充分认识本系统的情况,确定本系统的后继工作,方便以后更好的开展工作,本说明书主要提交给用户和小组成员参考,以达到最终实现用户的要求,给用户一份满意的答卷。 1.2编写背景 1、本系统是学校教材科内部的一个教材订购系统,实现教材的销售和采购。 2、本项目有学校教材科提出,由老师委托我小组开发,开发人员包括: 组长兼系统分析员:AAA、系统设计员:BBB、程序设计员:CCC、数据库管理员:DDD、数据操作员:EEE.统最终用户为教材科,由教材科提供计算网络。 、该系统还和学校财务科进行资金数据来往,.由本系统向财务处提供销售3 情况,实行教材的安全发放和采购.并顺便和各书店联营向个别人员单独售书。 二.系统任务概述 2.1目标 本系统可细化为两个子系统:销售系统和采购系统 销售系统的工作过程为:首先由教师或学生提交购书单，经教材科发行人 开发票、登记并返给教师或学生领书单，教师或学生员审核是有效购书单后， 即可去书库领书。 采购系统的主要工作过程为:若是脱销教材，则登记缺书，发缺书单给 书库采购人员;一旦新书入库后，即发进书通知。 下面给出系统的初步概图,方便用户和读者充分认识本系统的最初实现情况,并对系统有个初步的了解,也方便开发人员把握开发方向,最终实现本系统. 教材购 销系统 出库表 缺书登记表 待购教材表 教材库存表 进库表 购书表 销 售 进书通知 采 购 系 统 系 统 图1 教材购销系统概图 2.2用户的特点 本系统用户的特点:本软件的最终用户可分为操作人员、维护人员。其中，操作人员要求对计算机有一定了解的企业技术人员。最好能熟练运用计算机所用操作系统，精通所用系统功能，维护人员要求对本系统有较深的了解，同时对系统相关信息及工作流程有所了解的技术人员。 本系统主要在学期开学发书、学期结束订书时大幅度使用，这时候也是本系统最需要维护的时候，所以在这时候要对本系统进行必要的检修，防止数据出错。 三(需求规定 3.1对功能的规定 本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息，然后打印领书单返回给学生领取书籍。 本系统在查询数据库时主要输入需要查询的相关信息，包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。 本系统还兼顾一点财务信息的管理，在发生单人购书时，系统直接向购书者收取现金，内部形成一个小小的财务管理。 本系统还和学校的财务科发生数据交换，发生集体售书时，学根据数据的有效性，直接向集体售书，形成的财务信息直接和财务科交换，方便结算。即:向学生集体售书时不需要直接收取现金，而待教材科结算时向财务科提交数据，由财务科从学生的预交书费里扣除，保证教材科财务信息的完整。 3.2对性能的规定 对系统中输入的数据要按照数据字典的规定严格输入，尽量避免数溢出处 和数据的不合法性。 四(运行环境规定 使用Windows NT 或 Windows 2000 Server以上操作系统 五.数据流程、功能描述和设计 根据前面的需求分析，进一步得出系统的数据流程和必须的数据字典，然后实现系统的相关功能，为下一步编码做好充分准备。下面给出系统的第一层数据流图和各个分解的数据流程图。 购书单 缺书单 学生教材教材 或 工作购销 教 师 人 员 系 统 领书单 进书通知 图1.1 学校教材购销系统顶层DFD 下面把系统分为销售和采购两个模块进行进一步分解，如图1.2。显然外部项学生或教师应与销售子系统联系，教材工作人员与采购子系统联系。两个子系统之间也存在联系:其一是缺书登记表，又销售子系统把脱销书籍传给采购子系统;其二是进书通知，直接由采购子系统将教材入库信息通知销售系统。 购书单 不合法 学生 1 或 身 份 教 师 验 证 领书单 库存表 教材 2 3 工作 销 售 采 购 领书单 进书通知 缺书单 人 员 系 统 系 统 缺书登记表 图1.2 学校教材购销系统第二层DFD 继续分解,得到第三层数据流程图,其中图1.3由身份验证子系统扩展而成, 图1.4由销售子系统扩展而成, 图1.5由采购子系统扩展而成。 不合法 学生1.1 教材 1.2登 学生证 学生证 购书单 或 审查有工作记和打 教 师 效 性 人 员 印发票 售书登记表 图1.3 第三层DFD-----验证模块 购书单 学生 2.2 2.1 缺书单 或 缺 书 领书单 登记售书和教 师 登 记 打印领书单 售书登记表 出库表 库存表 缺书登记表 采2.3 进书通知 购 产 生 补 售 书 单 图1.4第三层DFD-----销售子系统 图1.4中，销售子系统被分解为3个子加工，编号从2.1.到2.3，登记售书和打印领书单时，学生或教师持购书单申请购书，所购书存在就发给领书单到仓库领取所购书籍。若所购书籍暂时没有就登记缺书登记表，打印缺书登记单通知采购子系统购书，并产生补售书单，待书籍到库时通知学生或教师领书。 关于销售子系统的特殊说明，在售书过程中产生的补售书单只针对教师或者行政班级，对个人购书情况不做处理，也就是说个人所购之书有就代理，没有就不单独采购。 教材教材3.1 3.2 缺书单 缺书表 采购表 工作工作汇 总 采购补 人 员 人 员 缺 书 售 书 库存表 缺书登记表 教学用书表 3 .3 销 书库 教学用书单 进书通知 采购 学 校 教 学 售 人 员 用 书 采 购 购书表 入库表 图1.4第三层DFD-----采购子系统 3.1.1 按书号汇 总缺书 汇 缺书单 缺书登记表 总3.1.2 缺按出版社 书 汇总缺书 3.1.3 按书籍特色 汇总缺书 图1.5第四层DFD-----缺书登记子系统 3.3.1 按出版 社 购书 学 校 3.3.2 教 用书单 购书表 入库表 按书籍特学 色 购 书 用 书 3.3.3 特殊书 籍 购买 图1.6第四层DFD-----教学用书子系统 采购子系统可分为两个方面来加工:一是采购补售书，二是采购学校教学 用书。用9个加工模块来说明，分别为图1.4、图1.5、图1.6，从图中可清楚地 了解到采购子系统的整体功能。 下面为学校教材购销系统增加一个查询子系统，以方便学校教材工作人员 了解学校的教材使用和销售情况:如图1.7 教 材 工 作 人 员 4 6 7 8 5 按书号按书名查按书籍信 按出版时按书籍出 查 询 询 息查询 间查询 版社查询 图1.7教材库存查询 此查询系统主要是为了学校教学和教材的特殊要求而设立，例如:是否国 家优秀书刊，使用年限等信息，使用优秀教材不但可以提高学校教学质量，还 可以让学生及时用到学科前沿的书籍，增加学生学习积极性。 下面将为本系统提供必要的数据字典，以方便系统是最终实现。下面将分 别针对教材购销系统的数据流程土的各个项目进行定义。 根据以上的分析，最终得到了教材购销系统的工作流程图:如图1.8所示 教材购销系统 系统管理 销售系统 采购系统 查询系统 用密身登缺打补出购库入待按按按按按 户码份记书印售库书存库购书书出出书 管管验售登发书信登信信信名号版版籍 理 理 证 书 记 票 单 息 记 息 息 息 查查社时信 询 询 查间息 询 查查 询 询 图1.8 教材购销系统工作流程图 教材购销系统的结构设计 1)修改DFD图。 首先是销售子系统。在是采购子系统。可得到两个新的DFD图 F7F2 F165 3 F52 7F614 F3F4 修改后的销售子系统DFD图 1超群 2开发票子3打印发票子4登记售书 5登记缺书 6产生补售书单 7印领书单 F1教材存量表 F2缺书登记表 F3学生用书表 F4售书登记表 F5学生 F6学生 F7进书登记表 B2 A1A2 B6B5B1 A3 B3B7 A1按书号汇总缺书。A2按出版社汇总缺书。A3修改教材库存和待购量 B1教材存量表B2缺书登记表B3书库保管员B6教材一览表B7进书登记表出 2)鉴别DFD图的类型 3)画出SC图的框架 C1 D1D3D2 C2C3C4 D6D7D5D4 C5C6C7C8 C1 教材购销系统。C2 读出用户选择。 C3 销售。 C4 采购。 C5 初售。 C6 补售。 C7统计缺书。C8登记进书。 D1(用户命令 D2销售命令 D3采购命令D4初售命令D5补售命令D6统计命令D7登 记命令 4)动作分支，补充动作层与细节层 E1 E2E3 E4E5E6E7E8 E9E10E11E12E13 E14 E1 销售。 E2 初信。 E3补售 E4 获得有效购书单 E5开发票E6打印发票E7 开领书单E8获得补售书单。 E9 审查有效性 E10登记售书 E11登记缺书 E12打印领书单 E13读进书登记表 E14读购书单 5)SC图，获得最终的SC图 学校教材购销系统软件概要说明报告 1(引言 1(1编写目的 根据《需求规格说明书》、《概要设计说明书》，在仔细考虑讨论之后，我们对《学校教材订购系统》软件的功能划分、数据结构、软件总体结构的实现有了进一步的想法。我们将这些想法记录下来，作为详细设计说明书，为进一步设计软件、编写代码打下基础 1(2项目背景 1.2.1 待开发软件系统的名称:《学校教材订购系统》 项目开发者:信管1302 1.2.2 随着社会信息量的与日俱增，作为信息存储的主要媒体之一教材，数量、规模比以往任何时候都大的多，老师和学生在选择教材和订购教材时产生了很大的麻烦。在计算机日益普及的今天，对个人而言若采用一套行之有效的教材订购系统来订购书籍，会方便许多，这也充分应用硬件资源，节省了人力资源。 1.3专门术语定义 1.3.1专门术语 库存表:存放库中存在得书籍数据。 出库表:存放已销售的书籍的数据。 入库表:存放入库书籍的数据。 购书表:存放提交的购书信息。 缺书登记表:存放缺少的书籍的信息。 待购教材表:存放待购书籍信息。 1.3.2 缩写系统:若未特别指出，系统指本“学校教材订购系统”。 1(4参考资料 1.《软件工程》(第三版) 张海藩，人民邮电出版社,2010 2.《实用软件工程》(第二版) 郑人杰等，清华大学出版社,1997 3.《软件工程导论》 (第6版)张海藩、牟永敏，清华大学出版社，2013 2(任务概述 2(1目标 本系统可细化为两个子系统:销售系统和采购系统 销售系统的工作过程为:首先由教师或学生提交购书单，经教材科发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。 采购系统的主要工作过程为:若是脱销教材，则登记缺书，发缺书单给 书库采购人员;一旦新书入库后，即发进书通知。 2(2运行环境 运行环境:Windows XP，Vista等。 可利用的信息和资源:互联网信息，实验室。 2. 3需求概述 本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息，然后打印领书单返回给学生领取书籍。 本系统在查询数据库时主要输入需要查询的相关信息，包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。 2(4条件与限制 所建议的系统的运行寿命的最小值:3年 进行系统方案选择比较的时间为:2周 经费、投资方面的来源和限制:小组筹集 硬件条件:CPU为Pentium4以上，内存为256MB以上 3(总体设计 3(1处理流程 本系统的基本设计概念和处理流程如下: 1、系统启动时，激活身份验证模块。 2、通过身份验证后，对系统进行初始化，判断用户身份，导入到不同的处理页 面。 3、系统进入消息循环状态，通过事件驱动机制激活各功能模块，并执行指定模 块。 4、各项功能执行完毕后，重新进入消息循环状态。 5、由退出系统事件激活关闭系统模块，退出系统。 3(2总体结构和模块外部设计 学校教材订购系统层次图 学校教材订购系统 初 始 化 事物处理 打 印 系统维护 用 订 取 处 修 发 购 采 权 数 理 票 户 书 数 改 书 购 限 据 信 信 据 库 单 单 设 库 息 息 存 置 备 分 订 库 用 购 存 户 信 信 信 息 息 息 核 对 信 息 上层数据流图: 订单不能满足的订单 2.15订单2.132.14产生库存订单编辑订单检测订单定货通知 订单 采教库存订单 2.1购新密码注册师2.12部注册登录学修改密码修改成功门登录生订单 到货通知 可满足的订单 2.16教师学生信对比库存书籍库存息记录订单 订单 2.17会2.19开发货票计收款单2.18编写销售并修改库部检索库存记录收据存门 应收款项细销售记录帐 主要功能的流程图: 3(3功能分配 1)用户身份验证必须调用“验证用户”模块程序进行身份验证。 2)订购者订购之前进行查询需要调用“销售管理”中的库存的信息的查询。 3)当采购人员新进教材入库后，相应的库存数据需要修改，此时需要调用“初始库存”进行修改。 4)采购人员对缺书单的处理需要调用“销售管理”中库存信息的查询。 4(接口设计 4. 1用户界面 本系统采用典型的Windows风格作为人机接口，如使用窗口、菜单、对话框等。 1)订购书籍:教师或学生将要进行订购的书籍资料输入，系统将这些资料保存在文件中。 2)查询订购单:显示使用者已经保存的订购单信息。 3)删除订购书籍:使用者将要删除的书籍信息输入，系统根据操作删除修改文件处理，最后修改后的文件显示出来。 4)查询领书单:通过发行人员模块处理过后，将其信息转化成领书单显示出来。 5)查询缺书单:该功能要通过发行人员模块处理过后，将其信息转化缺书单显示出来。 6)输入进书单:需要采购人员将新到的书籍信息输入，通过系统将库存信息更新处理。 7)处理订购单:发行人员可读取用户信息，读取订购单，通过比较库存，处理信息后，返回领书单。 8)查询进书单:发行人员可对采购人员的进书单进行读取，将其信息显示出来。 9)输入初始库存:该功能可实现发行人员对学校原本拥有的书籍资料输入保存到库存中。 10)查询库存:将库存中的信息显示出来。 4(2外部接口 硬件接口:Pentium ? CPU及以上，内存在256MB以上的计算机。 软件件接口:支持本系统的软件包括:Windows95 、Windows98 、Windows2000、 Windows Me Windows XP 。 4(3内部接口 验证模块:完成对用户身份的验证。 初始化模块:在身份验证后，系统调用初始化操作，执行完毕后进入消息循环状态。 查询模块:由相应消息驱动，完成对信息进行查看功能等等 5(数据结构设计 5(1逻辑结构设计 1)订购单 属性名:{购书单号，书号，购书日期，订购者编号，订购者姓名，数量，总额} 购书单号 书号 购书日订购者编号 订购者姓名 数量 总额 期 说明: 此为订购单实体对应的关系模式，其中书号、订购者编号是外码，其他一些冗余信息删除。 2)入库单 属性名:,入库号，书号，数量，入库时间, 入库号 书号 数量 入库时 间 说明: 此为入库单实体对应的关系模式，其中书号是外码，其他一些冗余信息删除。 3)出库单 属性名:,出库号，书号，数量，出库时间, 出库号 书号 数量 出库时 间 说明: 此为入库单实体对应的关系模式，其中书号是外码，其他一些冗余信息删除。 4)教材信息 属性名:{书号，书名，编者，出版社，单价} 书号 书名 作者 出版社 单价 说明:此为教材实体对应的关系模式。 5)学生信息 属性名 :{学生学号，学生姓名，学生性别，学生年级，电话} 学生学号 学生姓名 学生性别 学生年电话 级 说明:此为学生实体对应的关系模式。 6)教师信息 属性名 :{教师工号，教师姓名，教师性别，教师部门，电话} 教师工号 教师姓名 教师性别 教师部电话 门 说明:此为教师实体对应的关系模式。 5. 2数据结构与程序的关系 说明各个数据与访问这些数据结构的形式 6(运行设计 6(1运行模块的组合 不同的用户登录此系统获得的系统功能是不同，如下: 1)教师学生等订购者具有查询，打印相关信息的权限; 2)管理员具有查询、添加、删除、修改，打印的权限。 6(2运行控制 用户通过身份验证之后进入系统操作界面，管理员可以对系统进行信息的增添，删除，修改，打印等操作，学生可以进行查询相关信息的操作 6(3运行时间 “用户验证”模块在完成用户登录的身份验证后立即退出运行，释放占用的系统资源。一般来说，本系统运行一般耗时1,2秒，如果数据处理量比较大就3,4秒。 7.系统出错处理设计 7.1出错输出信息 用一览表的方式说明没中可能的出错或故障情况出现时，系统输出信息的形式、含义以及处理方法。 7.2出错处理对策 ?.后被技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性把次跑信息记录到磁带上去就是对于磁盘媒体的一种后备技术; ?.降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据额的人工记录; ?.恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行是软件从头开始重新运行的方法。 或 8.测试设计 对本程序进行黑盒和白盒测试，在白盒测试中，进行路径测试，条件测试，判定覆盖，语句覆盖;在黑盒测试中采用等价类划分的测试方法，列出尽可能多的有效等价类和无效等价类。确保程序正常运行，无误。 9.系统维护设计 本系统需严格按照软件产品设计的步骤进行开发，并重复考虑软件的可维护性，详细编写各阶段的文档资料，并在程序设计过程中做出细致的安排，包括在程序中专门安排用于系统的检查与维护的监测点和专用模块。各个程序之间的对应关系。