职工住房管理系统说明书

1、* 实践教学实践教学 * 兰州理工大学兰州理工大学 计算机与通信学院 2012 年春季学期 软件开发综合训练软件开发综合训练课程设计课程设计 题 目： 职工住房信息管理系统 专业班级： 09 级信息与计算科学（1）班 姓 名： 赵志鹏 学 号： 指导教师： 张聚礼 成 绩： 目目 录录 摘摘 要要.I 序序 言言.I 第一章第一章 可行性分析可行性分析.1 1.1 问题描述 .1 1.2 可行性分析研究 .1 1.3 结论意见 .2 第二章第二章 项目开发计划项目开发计划.3 2.1 编写目的 .3 2.2 项目背景 .3 2.3 项目概述 .3 2.4 项目开发计划 .4 2.5 交付期限

2、.4 第三章第三章 需求规格说明需求规格说明.4 3.1 需求陈述.4 3.2 建立对象模型.5 3.3 建立功能模型.5 3.4 数据字典及实体联系图.6 第四章第四章 概要设计概要设计.9 4.1 系统设计.9 4. 2 系统层次及结构图.10 4. 3 数据库JBDA.MDB中表的结构设计.10 第五章第五章 详细设计详细设计.13 5.1 系统的主要功能 .14 5.2 程序流程图 .14 5.3 界面设计 .17 5.4 程序设计过程 .19 5.5 软件测试 .21 设计总结设计总结.23 参考文献参考文献.24 致致 谢谢.25 摘摘 要要 随着我国经济的迅速发展和假日经济的出现

3、，职工住房状况的竞争愈来愈激 烈。如何利用先进的管理手段，提高职工住房的管理水平，是每一个管理者所面 临的重要课题。因此，信息与科技在职工管理与现代化建设中显现出越来越重要 的地位。在某种意义上，职工住房信息管理方面的信息化与科学化，已成为现代 化住房的重要标志。 经过分析,我们使用 VC+ 6.0 开发工具, 我们通过实现数据的输入、查找、 插入、追加、删除、统计、输出等功能，进一步了解和学习面向对象程序设计的 思想和理念；并且被广泛地应用于各种程序设计中。该程序运用图形界面，方便 个行个业的人使用，避免了不了解计算机的人不会操作这个系统的麻烦，并且美 观有效。通过该程序的演示，能够在今后的

4、学习中更深入的了解对象和类的功能， 在解决实际问题时灵活运用它们。 关键词关键词：面向对象；类；对象；职工住房信息管理系统 序序 言言 职工住房信息管理系统的总体目标是：在计算机网络，数据库和先进的开发平 台上，利用现有的软件，配置一定的硬件，分析和设计一个具有开放体系结构的、易 扩充的、易维护的、具有良好人机交互界面的职工住房信息管理系统，为决策者和管 理者提供充足的信息、快捷的查询和有效的管理方式，减少不必要的损失和浪费，提 高职工住房信息管理的效率。 第一章第一章 可行性分析可行性分析 1.1 问题描述问题描述 在传统职工住房信息管理过程中，表单填写与查询管理都非常的耗费人力物 力，同时

5、由于采用手工操作，不可避免造成一些错误。现在许多公司都采用计算 机来管理信息，避免了手工操作的不足。 随着社会发展，人类的生产、生活越来越离不开信息。谁拥有了更多更有 效的信息，谁就将在竞争中处于有利地位。信息产业正在成为一个国家的支柱。 数据作为信息的载体，其管理工具数据库对于信息技术的重要性，正日益得到人 们的重视。只有拥有了先进的数据库技术，才能有效地管理好浩如烟海的数据， 并从中提取出对自己有用的信息来加以利用。 职工住房的管理是住房管理的一个重要的内容都必须切实面对的工作,但一 直以来人们使用传统的人工方式管住房，这种管理方式存在着许多缺点,如:效率 低、保密性差且较为烦琐,另外随着

6、住房数量的增加,其工作量也将大大增加，这 必然增加住房管理者的工作量和劳动强度，这将给住房管理信息的查找、更新和 维护都带来了很多困难。 经过详细的调查，目前我国各类职工住房中有相当一部分单位住房管理还 停留在人工管理的基础上，这样的管理机制已经不能适应时代的发展，其管理方 法将浪费许多人力和物力。随着科学技术的不断提高,这种传统的手工管理方法 必然被以计算机为基础的信息管理方法所取代。 住房管理作为计算机应用的一个分支,有着手工管理所无法比拟的优点，如:检 索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些 优点能够极大地提高酒店管理的效率。因此，开发一套能够为用户提供充

7、足的信 息和快捷的查询手段的酒店住房管理系统，将是非常必要的，也是十分及时的。 1.2 可行性分析研究可行性分析研究 当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性的研究。 并不是所有问题具有简单的解决办法，许多问题不能在预定的规模之内解决。因此通 过可行性的研究分析可以知道问题。 有无可行性的解决方法，进而避免人力、物力和才力的浪费。在现行系统初步调 查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系 统开发和评价的依据。系统目标应充分体现，直接为企业人事管理系统服务，并且， 程序可以分期分批实现。但是，需要指出的是，系统目标是不可能在总体规划阶段就

8、 提得非常具体，它还将在开发过程中逐步明确和定量化。以达到更加出色的程序系统。 可是，目标的提法不尽相同，例如： 提高公寓管理效率，减轻劳动强度； 提高信息处理速度和准确性； 为管理者提供更方便、科学的服务项目。 1.2.1 技术可行性技术可行性 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配 置能否满足开发者需要等。 根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来 衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较 为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件 应完全可以达到该系统的功能目标

9、。同时，考虑给予的开发期限也较为充裕，预计系 统是可以在规定期限内完成开发。 1.2.2 经济可行性经济可行性 主要是对开发职工住房管理系统的能力进行评价，一方面是估算开发它的支出费 用，其中包括设备购置费、地产开发费、管理和维护费、工人工资等。另一方面是估 算公寓管理系统这个软件可能取得的收益中可以用钱来衡量的那部分。并对目前的经 济市场进行调查,所做软件是否有很大的销售市场和相当规模的用户群。所做软件的 开发成本与客户提出的要求是否可达到双方都满意。并且，分析系统开发是否会对其 它产品或利润带来一定影响。 1.2.3 操作可行性操作可行性 住房管理作为计算机应用的一个分支,有着手工管理所无

10、法比拟的优点，如:检索 迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能 够极大地提高住房管理的效率。管理人员积极支持该系统开发，使新系统能够充分的 发挥作用；系统界面友好美观，操作简单易行，易于理解，功能更加齐全。由于管理 人员已经在使用旧系统，对计算机的简单操作已经非常熟悉，所以操作者经过短时间 的培训就可以使用职工住房管理系统。 1.3 结论意见结论意见 经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上的可 行。因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完成。 所以，系统研制和开发是可以马上进行的。 第二章第二章 项目开发计

11、划项目开发计划 2.12.1 编写目的编写目的 经过项目的可行性分析，得出项目可进一步进行下去的结论，在软件继续进一步 的开发之前首先给出此软件项目计划。 2.22.2 项目背景项目背景 项目分析单位在接到项目分析员给出的项目可行性分析报告后，系统开发主管部 门制定了用于软件实质开发的软件项目计划，以使软件开发单位理解软件开发要求， 进行开发。 2.32.3 项目概述项目概述 1、工作内容 使计算机职工的住房信息进行自动管理，用户可以直接操作计算机实现信息管理， 并能在一定程度上实现自动化。 2、条件与限制 开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具备开发 的条件。该系统

12、可在用户要求的期限内完成。 3、产品 1）程序 具体程序和源代码在文件夹源代码中。 2）文档 文档内容包括： （1) 封面 （2）目录 （3）中文摘要 100 字左右；关键词 3-5 个 （4) 序言 （5）可行性分析 （6）项目开发计划 （7）需求规格说明（包含需要的系统流程图、数据流程图、数据字典、E-R 图） （8) 概要设计（包含总体软件结构图、总体数据结构） （9) 详细设计（对概要设计内容进行详细设计） （10) 设计总结、参考文献、致谢等 4、验收标准 软件的验收标准完全由用户提出的软件需求制定，能保证软件的基本符合用户的 要求。 2.42.4 项目开发计划项目开发计划 1、任务

13、分解 分三个大的阶段进行开发第一阶段完成本系统的数据流图跟 E-R 图。第二阶段完 成概要设计跟详细设计。第三阶段书写文档。 2、预算 软件资金投入较少，具体预算分配简略。 3、关键问题 各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术完全可 以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因素。对于 出现的一些小难点总都能得到解决。 2.52.5 交付期限交付期限 所要开发的系统较简单，所有开发工作用户要求要在 1 个月内完成，完成项目的 最迟时间为 2011 年 8 月 25 日。 第三章第三章 需求规格说明需求规格说明 3.13.1 需求陈述需求陈述 该程

14、序要求学生以职工住房管理业务为背景，设计、开发一套“职工住房管理系 统”软件。设计职工住房管理系统，能够实现对用户的姓名，性别，身份证号等信息 的录入、查找和删除；对住房的编号，等级，价格，是否空闲等信息的管理。客户预 订房间、客户入住房间、客户退房信息登记，以及管理员登陆，修改管理信息等。 3.23.2 建立对象模型建立对象模型 职工 编号 姓名 型别 生份证号 年龄 是否订房 住房 房间编号 房间等级 房间价格 是否空闲 订房 被订房 图 3.1 对象模型 3.33.3 建立功能模型建立功能模型 面对服务行业的高速发展过程中出现的各种情况，本系统主要实现如下功能： 系统模块包括：登入和退出

15、系统 住宿管理模块包括：职工入住登记，查询和结账 查询模块包括：查询住宿信息，查询收入，查询职工意见 查看模块包括：关于此软件的信息 帮助模块包括：显示如何操作系统的信息 留言模块：显示职工留言 职工 查询 是否 有房 入住 住房 查询 职工 信息 查询 入住 时间 订房顾客信息房间号 入住 情况 表 职工信息 入住 验证 职工 信息 图 3.2 数据流程图 3.43.4 数据字典及实体联系图数据字典及实体联系图 3.4.13.4.1 数据字典数据字典 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义 的集合。 由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字

16、典。每张卡 片上保存描述一个数据的信息这样做更新和修改起来比较方便，而且能单独处理描述 每个数据的信息。下面将列出若干数据元素的数据卡片信息。 数据字典卡片： 1、住房信息： 名字： 住房基本信息列表 别名： 描述： 住房基本信息的描述 定义： 房号+ 职工+人数 +房间状 态+价格 位置：住房管理 名字： 住房信息查询 别名： 描述： 住房居住情况的描述 定义： 房号+职工+人数 +房间 状态+价格 位置： 住房管理 2、宾客信息： 3.4.23.4.2 实体联系实体联系 E-RE-R 图图 根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间 的关系，并画出如下所示的

17、 E-R 图 名字： 职工信息登记列表 别名： 描述： 职工信息的描述 定义： 姓名+身份证号+性别+房间 号+入住时间+人数 位置： 职工信息登记 名字： 职工信息查询 别名： 描述： 职工信息查询的描述 定义： 姓名+身份证号+性别+房 间号+人数 位置： 职工信息查询 房号 人数 职工 房间状态 价格 住 房 图 3.3 公寓实体 E-R 图 职工信息 身份证号 性别 人数 姓名 入住天数 房间级别 房间号 图 3.4 公寓信息实体 E-R 图 职工住房 登记 图 3.5 实体间关系图 第四章第四章 概要设计概要设计 4.14.1 系统设计系统设计 4.1.14.1.1 系统分析系统分析

18、 1开发及运行环境 系统开发平台：Visual C+ 6.0 数据库管理系统软件：Microsoft access 运行平台：Windows xp/Windows 2000 2. 数据库设计 数据库概要说明：在 Microsoft access 数据库中建立名为 Room 的数据库，设计 如下数据表：房间号，姓名，身份证号，性别，入住时间，入住人数，房间级别，备 注等，该数据表结构图包含系统所有数据表。可以清晰地反应数据库信息。 3.创建工程框架 利用 Vc+ 建立一个基于对话框的应用程序，在对话框中输入工程名字和保存 目录，点击“确定”按钮。 4.主程序界面是应用程序提供给用户访问其他功能模

19、块的平台，根据实际需要， 职工住房管理系统的主界面采用了传统的“菜单/工具栏/状态栏”风格。在生成的对话 框内添加图片、静态文本、标签、编辑框、按钮等资源。 5.登录模块设计 为了防止非法用户进入系统，本软件设计了系统登录窗口。在程序启动时，首先 弹出登录窗口，要求用户输入登录信息，如果用户输入不合法，将禁止进入系统。 6.点击 insertResourse 打开添加资源界面。选择 Dialog，点击 New，插 入新的对话框。 7.利用类向导为对话框资源设置属性 8.在工作区的资源视图中选择新创建的窗口，向窗口中添加静态文本、列表框、 编辑框、按钮等资源。 9.然后建立和数据库的映射：利用类

20、向导建立记录集的映射类。 选择基类为 CRecordset，点击“OK”按钮进入下一步， 选择数据源类型为 ODBC，并选择所使用的数据源，在此选择我们使用的 Room 数据源。点击“OK”，进入下一步，选择所要关联的数据表，点击 OK 完毕。 4.1.24.1.2 系统设计思想系统设计思想 1采用 C+ 6.0 开发环境，面向对象，类，结构体等，方便快捷高效。 2软件必须具有清晰的类层次。在系统设计中要分析和定义各个类，每个类中 要有各自的属性和方法，在系统的设计中，要求运用面向对象的机制来实现系统功能。 3要有比较友好的人机交互界面。 4职工住房信息管理系统，实现客户基本信息输入输出，住房

21、预订，入住，信 息查询，用户登陆，等。 4.4. 2 2 系统层次及结构图系统层次及结构图 职工住房管理系统 房管理系统 系统留言查询查看帮助 退 出 登入系统 查询住宿信息 查询收入 查询客户意见 关于软件 显示帮助信息 显示顾客留言 职工入住登记 查 询 退房及结账 图 4.1 系统层次结构图 4.4. 3 3 数据库数据库 jbda.mdbjbda.mdb 中表的结构设计中表的结构设计 根据住房管理系统的功能要求，选取 Access 2000 作为后台数据库。 其中 jbda.mdb 数据库由 4 个表组成，分别为住房类别表（kflb） ，客户档案表 （kh） ，入住表（rk） ，退房表

22、（tk） 。 4.3.14.3.1 住房类别表（住房类别表（zflbzflb） 住房类别表（kflb）是对住房种类信息的统计，包括编号（bh）和住房类别名称 （kflb） 。住房类别表（kflb）的结构如表 4.2 所示。 4.3.24.3.2 入住表（入住表（rzrz） 入住表（rz）是对住房中的客户进行入住操作所需信息的统计，包括编号（bh） 、 结帐日期（ckrq） 、客户名称（khmc） 、上货地址（shdz）和客户类别（hwlb）等信息。 入住表（rz）的结构如表 4.3 所示。 字段名字段名数据类型数据类型说明说明 bh数字编号 zflb文本住房类别 字段名字段名数据类型数据类型说

23、明说明 bh数字编号 rzrq文本入住日期 pzh文本凭证号 khmz文本客户名称 jz文本结帐 rz文本入住 图 4.3 入住表（rz）的结构 4.3.34.3.3 客户档案表（客户档案表（khkh） 客户档案表（kh）是对客户档案信息的统计，包括编号（bh）和客户名称 （khname）等信息。客户档案表（kh）的结构如表 4.4 所示。 图 4.4 客户档案表（kh）的结构 rzfs文本入住方式 zglb文本职工类别 df文本地方 gg文本规格 zfsl文本住房数量 rzdj货币入住单价 rzsl数字入住数量 jzze货币结帐总额 bz备注备注 czy文本操作员 字段名字段名数据类型数据类

24、型说明说明 第五章第五章 详细设计详细设计 详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括了用户 界面设计、程序过程设计等步骤。 bh数字编号 bmmc文本部门名称 lxr文本联系人 dz文本地址 lxdh文本联系电话 yzbm文本邮政编码 khyh文本开户银行 yhzh文本银行账号 wz文本网址 dzyj文本电子邮件 5.15.1 系统的主要功能系统的主要功能 1职工类信息包括：编号，姓名，性别，身份证号，出生日期，备注等。 2住房信息包括：房间编号，房间等级，价格等 3入住信息包括：所住职工房间编号，职工姓名，入住日期， ，入住人数等。 4服务信息包括：服务项目编号，项目

25、名称，费用等。 5.25.2 程序流程图程序流程图 程序流程图的优点是对控制流程的描绘很直观，易于掌握。 图 5.1 主界面流程图 1、添加系统其程序流程图如图 5.2 所示 是 否 是 是 管理员 输入查 询条件 是否重 新输入 查询相 关人员 是否存在 该人员 结 果 确定添 加人员增 加 否 图 5.2 添加系统程序流程图 2、 删除系统程序流程图如图 5.3 所示： 否 是 是 否 管理员 输入查 询条件 查询相 应人员 是否 存 在 是 是否重 新查找 确定 删 除 查找 删 除 否 结 果 图 5.3 删除系统程序流程图 3、修改功能的系统流程图如图 5-4： 管理员 输入 查询

26、条件 查询相 应人员 是否 存在 是 修改结果 是否重 新输入 是 否 图 5.4 修改系统程序流程图 5.35.3 界面设计界面设计 5.3.15.3.1 一般交互设计一般交互设计 一般交互涉及信息显示、数据输入、和系统整体控制等方面。 1、一致性 为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能，使用 一致的格式。 在设计的过程中，基本上保持了系统的格式一致。 2、信息的反馈 在本系统设计过程中，基本做到了信息的及时反馈，在信息显示的大部分窗体中 包括了刷新按钮，会对数据库中的数据进行及时地显示。另外，在进行错误操作是， 会弹出提示窗口并发出警告提示音。 3、执行有较大影响

27、的操作前提示用户确认 在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时，都会有 窗体弹出询问继续操作或者予以提示。 4、减少两次操作间需要记忆的内容 为了避免用户为下一步操作而记忆大量数据，所以在设计过程中在需要数据传递 的窗体中设置全局变量，来传递数据。 5、允许错误 允许用户的误操作尽量不对系统造成伤害。 5.3.25.3.2 信息显示设计信息显示设计 应当尽量为用户提供的界面显示时完整的、明确的和容易理解的。这样才能满足 用户的需求。 1、只显示与当前工作有关的信息 在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜单和图 形。 2、使用便于用户迅速吸收数据的

28、方式来表示数据 在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中就使用 了柱状图的形式表现了复杂的数据。这样，用户可以直观的体会到图表所表示的含义。 3、使用一致的标记、标准的缩写和可预知的颜色 为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩写和可 以预知的缩写，这样用户就无需参照其他信息源就能理解，而正确地适用软件。 4、产生有意义的错误信息 对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信息，以 使用户保持对系统的信任，和系统的可用性。 5、使用窗口分隔不同类型的信息 使用不同的窗口显示、保存不同类型的信息。 6、高效率的使用显示屏 当使用

29、多窗口时，应该有足够的空间使得每个窗口至少都能显示出一部分。此外， 屏幕的大小应该选得和应用系统的类型相配套。 在各个显示数据的窗口中，由于数据窗体项目较多，所以在数据窗体空间中较多 的是用了垂直和水平滚动条，以保证信息的全面正确显示。 5.3.35.3.3 数据输入设计数据输入设计 用户的大部分时间用在选择菜单命令、键入数据和向系统提供输入。在系统中， 键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以，对于他们的 数据输入操作有如下约定： 1、保持信息显示和数据输入间的一致性 为了方便用户的使用，鼠标应当尽量减少操作的幅度。 2、保持显示信息和输入信息之间的一致性 对于用户来说

30、，要保证其输入的数据在显示上与其他显示的视觉特征。 对于不同类型的用户在登录到系统后，由于有不同的权限，所以在主界面中会有 一些项目受到限制而无法使用，所以要使这些项目不发生作用，以保证系统安全。 5.45.4 程序设计过程程序设计过程 程序过程设计主要是在借助过程设计工具的情况下，对程序的具体实现过程进行 设计。程序的主要部分设计在这个环节完成。其主要包括以下几个部分： 5.4.15.4.1 查询操作查询操作 查询操作如图 5.4 所示 输入查询信息 否 是 是否存在该信息 否 是 提示没有 所要查询 的信息 输出该信息 确认信息 关闭窗体 图 5.4 查询操作图 在通常情况下，用户可以在得

31、到要查询的信息后，对它们的各个字段进行修改， 经过修改后，在退出时系统会提示进行存储。 5.4.25.4.2 添加操作添加操作 添加操作盒图如下图： 输入要添加的信息 否是 是否存在该信息 否是 进行 添 加 提示信息已 经存在 是否重新输入 关闭窗体 图 5.5 添加操作图 在执行添加操作时，先要检查是否已经存在该信息，如果存在则会出现提示信息 需要重新输入，如果用户不想输入则可以直接退出，如果用户想要重新输入则可以进 行重新输入；如果不存在该信息，则会显示是否添加成功。 用户在添加了信息之后需要保存，如果用户需要保存则按确认按钮，系统会自动 进行保存；如果用户不想保存则可以不按确认，系统会

32、自动认为用户放弃保存该次操 作。 5.4.35.4.3 删除操作删除操作 删除操作的盒图如下图： 输入要删除的信息 是否 查找信息是否存在 否是 提示 没有 要删 除的 信息 是否删除 是否 进行删除退出系统 退出 系统 图 5-6 删除操作图 在执行删除操作时，先要检查是否已经存在该信息，如果存在则会出现提示信息， 需要经过用户确认之后系统才会进行删除；否则系统不会进行删除，而自动退出系统。 如果不存在，则会出现提示要求用户重新进行输入，如果用户不输入则会自动退出系 统。 5.55.5 软件测试软件测试 软件测试的目标是为了发现软件中的错误，而发现错误并不是最终的目标，通过 测试发现错误之后

33、还必须诊断并改正错误，这就是测试的目的。 软件测试的目标为：（1）测试是为了发现程序中的错误而执行程序的过程。 （2）好的测试方案是极可能发现迄今为止尚未发现的错误。 （3）成功的测试是发现 了至今为止尚未发现的错误的测试。 5.5.15.5.1 测试的方法和步骤测试的方法和步骤 测试方法： 1.白盒法 其测试的前提是可以把程序看成装在一个透明的白盒子中，也就是 完全了解程序的结构盒处理过程。这种方法按照程序内部的逻辑测试程序，检验程序 中的每一条通路是否能按预定的要求正确工作。 2.黑盒法 其测试前提是把程序看成一个黑盒子，完全不考虑程序的内部结构 盒处理过程。也就是说黑盒测试是在程序接口进

34、行的测试，它只检查程序功能是否能 按照规格说明书的规定正常使用，程序是否能适当的接收输入的数据产生正确的输出 信息，并保持外部信息的完整性。 测试步骤： 一般大型软件系统的测试基本上包括 5 个步骤：模块测试、子系统测试、系统测 试、验收测试和平行运行。软件测试在软件生命周期中横跨两个阶段。通常在编写出 每个模块之后就对它作必要的测试，模块的编写者和测试者是同一个人，编码和模块 测试属于软件生命周期的同一个阶段。在这个阶段结束之后，对系统还应该进行各种 综合测试，这是软件生命周期中的另一个独立的阶段，通常由专门的测试人员承担这 项工作。 5.5.25.5.2 测试总结测试总结 我在系统的测试中

35、主要采用上述的步骤测试方法大部分采用“白盒测试” 。 因为程序的编写由我一个人完成，程序的流程很清楚，在编写过程中也出现过很 多错误，甚至根本无法运行下去，采用程序中的设置断点，进行断点测试，逐步缩小 范围并最终找到问题的解。在编写的过程中一边编写一边进行测试，发现错误立刻更 正尽量使模块功能更贴近用户。在测试过程中，我尽量站在用户的角度考虑问题，假 如我是用户如何才能更方便，假如我在某一时刻进行某种操作会产生什么结果，大量 进行假设。并请同学帮忙作为用户试使用系统并提出建议意见。在所有模块功能完成 后，先测试了一个模块的功能，能够实现后，再对其它模块进行编写、测试，在这个 过程中，往往又会返回到刚才的模块，再次改进。如此反复当所有模块测试完成后， 便对子系统分别测试，输入大量数据并尽可能多的假设“非正常情况”以测试系统的 健壮性。待这些测试都通过后就对整个系统进行测试。我所采用的测试方式属于集成 测试中的渐增式测试，这种方法实际上同时完成单元测试和集成测试，其优点有： 1开销小，因为其利用已测试过的模块作为测试软件。 2可以较早发现模块间的接口错误。 3在测试时，如发现错误往往和最近加进