（3） 如果用户名和密码都为空，则直接进入主窗体界面2。
（4） 以输入的用户名和密码为关键字，检索系统管理表（meneger）的用户名和密
码字段。
（5） 通过检索结果判断该用户是否存在，如果用户名和密码不存在，则处理终止，
并进行错误信息提示。
（6） 如果用户名和密码存在且相等，则将该用户编号、用户名、角色和权限保存在
全局变量中。
（7） 进入主窗体界面1. 2.用户登入模块的界面设计
图 6-3 用户登陆模块窗体界面
6.3 进货药品模块
1.进货模块的IPO图
（1）进货药品窗体启动。 （2）系统在数据库的medicine表中检索数据，并把数据的结果显示到窗体的DataGrid
控件内。 （3）根据用户选择操作，有添加信息、更新信息和删除信息操作。
（4）取得用户输入的信息。检查输入内容是否为空，若为空，则提示用户再次输入。 （5）添加药品信息：
? 输入界面上的各项信息。
? 检查用户输入信息是否完整，若不完整，则给出错误信息提示，处理结束。 ? 若输入完整，则以药品号关键字，检查药品编号是否存在改记录。 ? 若记录已经存在，则进行错误信息提示，添加处理终止。
? 若记录不存在，则根据数据库中对应字段的定义，检验输入值是否合法，若输
入有错误则进行错误信息提示，添加处理终止。
- 25 -
? 若输入正确，则执行SQL语句，向medicine表中插入一条新记录，同时将结
果显示在DataGrid控件内。
? 提示用户添加成功，并把添加信息显示在DataGrid控件内。
（6）更新操作：
? 在DataGrid控件内选择要修改的药品信息，并输入更新信息在对应的文本框内 ? 用输入的修改内容，更具数据库中对应字段的定义，检验输入是否合法，若输
入有错误则进行错误信息提示，更新处理终止。
? 若输入正确，则执行SQL语句，更新进货药品表medicine表中的药品编号对
应的记录。
? 提示用户更新操作成功，并把更新信息显示在DataGrid控件内。
(7) 删除操作：
? 用户在DataGrid控件中选择要删除的记录，然后把要删除的药品编号输入对应
的文本框内。点击按钮删除，系统提示用户“确定要删除这条记录吗？”。用户确认，执行SQL语句，删除medicine表中药品编号对应的记录。若该药品信息已经与其他表相关联，则提示用户不能删除。 ? 提示用户删除成功信息，并在DataGrid控件内显示其它的药品信息再次验证成
功删除了没有。 2．进货药品模块的界面设计
图 6-4 进货药品模块窗体界面
- 26 -
6.4 查询进货药品模块
1.查询进货药品模块的IPO图
输入药品号、药品名。
处理：
(1)进货药品查询模块窗体启动。
(2)根据用户的输入查询条件（药品号、药品名），系统提示用户选择是模糊查询还是
指定查询。在 数据库medicine表中检索满足条件的数据，更新DataGrid控件内的数据显示。 输出：显示查询结果到窗体的DataGrid控件内。
2.查询进货药品模块界面
图 6-5 查询进货药品模块窗体界面
6.5 其它程序界面设计
其它的程序模块界面的设计与实现，与进货药品模块和查询药品模块类似。在此就不再陈述，具体的参照毕业设计的界面设计。 代码可参照毕业设计的源代码。
- 27 -
第7章 系统测试运行
系统测试是将软件系统与硬件、外设和网格等其他因素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过于系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方。常见的系统测试主要有恢复测试、安全性测试、强度测试、性能测试、可靠性测试和安全性测试。
完成对流程的编码后最重要的事情就是对系统的测试工作了，测试在系统设计阶段有两个时期，通常在编写每个模块后做单元测试，另一个时期是对系统的综合测试。
7.1 模块测试
在模块测试时我们主要从以下几个方面考虑：
1. 模块接口；
2. 局部数据结构； 3. 重要执行通道； 4. 出错处理通道；
5. 影响上述方面的边界条件。
测试时进行代码审查，从数据类型，变量声明，数据结构进行审查，然后进行功能测试，从输入一些简单的数据开始执行一遍，观测运行期间变量的变化，运行中值的变化范围。改变测试方案来变换另一个角度进行测试，发现错误并记录，修改代码，测试条件使程序通过多层分支，判别运行结果从而完成模块测试。
7.2 整体测试
总体测试是组装软件的系统技术，本系统测试采用渐增集成测试，即测试单一模块，将测试完的模块加入系统中，进行一次系统测试，依次类推将所有模块加入系统中，在具体测试时，采用自顶向下的结合方式，从主控模块开始，沿各控制层向下移动，逐渐把所有模块结合了。
在测试过程中使用到调试技术：
1. 采用debug调试语句，跟踪数据； 2. 嵌入打印语句，输出中间结果；
3. 利用Visual Studio 2005中调试工具，从调试窗口观测变量的变化； 4. 设置断点，观察程序在断点附近的状况。 评估运行的可靠性问题： 1. 结果正确； 2. 运行速度； 3. 空间利用率； 4. 算法的可行性。
- 28 -
7.3软件测试的步骤
测试过程必须分步骤进行，每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成，每个子系统又由许多模块组成。因此，大型软件系统的测试基本上由下述4个步骤组成，单元测试、集成测试、确认测试和系统测试。
如图 7-1所示：
模块1设计信息软件需求集成的软件其他系统元素确认的软件系统测试单元测试单元测试已测模块1已测模块n集成测试确认测试模块n交付软件
图7-1 测试步骤
7.4测试用例
设计测试用例和纠错，是搞好软件测试的两项关键技术。选择测试用例的目标，是用尽可能少的测试数据，达到尽可能大的程序覆盖面，发现尽可能多的软件错误和问题。单元测试应该以结构测试为主，其余测试一般以功能（黑盒）测试为主。发现程序错误，应进行定位与纠正。定位事一个分析与推理的过程，应提倡周密的思考。
根据用户的需求、系统软件分析与设计和实际开发过程中遇到的问题，编写测试用例文档说明，具体做法可参照模块测试、整体测试和软件测试的步骤。由于篇幅的限制，在此就不再陈述。
- 29 -