软件工程实验一报告可行性研究报告书.doc

软件工程实验讲义
目录
实验一 可行性研究报告 1
1.1 引言 1
1.1.1 编写目的 1
1.1.2 项目背景 1
1.1.3 术语说明。 1
1.1.4 参考文献 2
1.2 可行性研究的前提 2
1.2.1 功能 2
1.2.2 性能 2
1.2.3 系统的输入 2
1.2.4 系统的输出 2
1.2.5 处理流程（如图1-1） 3
1.2.6 安全和保密要求 3
1.2.7 完成期限要求 3
1.3 开发目标 3
1.4 具备条件 4
1.5 进行可行性研究的方法 4
1.6 评价尺度 5
1. 7对现有系统的分析 5
1.8 所建议系统的技术可行性分析 5
1.8.1 对所建议系统的简要描述 5
1.8. 2数据流程和处理流程（如图1.2所示） 5
1.8.3 与现有系统比较的优越性 5
1.8.4 采用建议系统可能带来的影响 6
1.8.5 所建议技术可行性分析 6
1.9 所建议系统的经济可行性分析 6
1.9.1支出 6
1.9.2 效益 7
1.9.3 投资回收周期 7
1.10 社会因素方面的可行性 7
1.10.1 法律方面的可行性 7
1.10.2 用户使用方面的可行性 7
1.11 结论 7
思考题 7
-实验二 需求规格说明书 8
2.1 引言 8
2.1.1 编写目的 8
2.1.2项目背景 8
2.1.3 术语说明 8
2.1.4 参考资料 8
2.2 项目概述 8
2.2.1 待开发软件的一般描述 8
2.2.2 待开发软件的功能 8
2.2.3 用户特征 9
2.2.4 运行环境 10
2.2.5 条件与限制 10
2.3 功能需求 10
2.3.1 功能划分 10
2.3.2 功能描述 11
2.4 外部接口需求 12
2.4.1 用户界面 12
2.4.2 硬件接口 12
2.4.3 软件接口 13
2.4.4 故障处理 13
2.5 性能需求 13
2.5.1 数据精确度 13
2.5.2 时间特性 13
2.5.3 适应性 13
2.6 软件属性需求 13
2.6.1 正确性 13
2.6.2 可靠性 13
2.6.3 效率 14
2.6.4 完整性 14
2.6.5 易实用性 14
2.6.6 可维护性 14
2.6.7 可测试性 14
2.6.8 复用性 14
2.6.9 安全保密性 14
2.6.10 可理解性 14
2.6.11 可移植性 15
2.6.12互联性 15
2.7 其他需求 15
2.8 数据描述 15
2.8.1 静态数据 15
2.8.2 动态数据 16
2.8.3 数据库描述 16
2.8.4 数据字典 16
2.8.5 数据采集 17
思考题 17
实验三 概要设计说明书 18
3.1 引言 18
3.1.1 编写目的 18
3.1.2 项目背景 18
3.1.2 术语说明 18
3.1.3 参考资料 18
3.2 任务概要 18
3.2.1 目的 18
3.2.2 运行环境 18
3.2.3 需求概要 19
3.2.4 条件与限制 20
3.3 总体设计 20
3.3.1 处理流程 20
3.3.2 总体结构和模块外部设计 20
3.3.3 功能分配 21
3.4 接口设计 23
3.4.1 外部接口 23
3.4.2 内部接口 23
3.5 数据结构设计 24
3.5.1 逻辑结构设计 24
3.5.2物理结构设计 26
3.5.3 数据结构与程序的关系 26
3.6 运行设计 27
3.6.1 运行模块的组合 27
3.6.2 运行控制 27
3.6.3 运行时间 27
3.7 出错处理设计 27
3.8 安全保密设计 27
3.9 维护设计 27
思考题 28
实验四 撰写详细说明书 29
4.1 引言 29
4.1.1 编写目的 29
4.1.2 项目背景 29
4.1.2 术语说明 29
4.1.3 参考资料 29
4.2 总体设计 29
4.2.1 需求概述 29
4.2.2 软件结构 30
4.3 程序设计说明 31
4.3.1 模块描述 31
4.3.2 身份验证模块(M11) 32
4.3.3 初始化模块(M1.1) 32
4.3.4 关闭系统模块(M1.2) 33
4.3.5 系统功能模块(M1.3) 33
4.3.6 浏览模块（M2.1） 34
4.3.7 刷新浏览模块（M2.2） 34
4.3.8 基本资料模块（M3.1） 34
4.3.9 刷新基本资料模块（M3.2） 34
4.3.10 详细资料模块（M4.1） 35
4.3.11 刷新详细资料模块（M4.2） 35
4.2.12 查询模块（M5） 36
4.3.13 修改模块（M6.3） 36
4.3.14 增加模块（M6.1） 36
4.3.15 删除模块（M6.2） 37
4.3.16 报表生成模块（M7） 37
4.3.17 打印模块（M8） 37
4.3.18 密码管理模块（M10） 37
4.3.19 帮助（M12） 38
实验五 软件测试文档 39
5.1 引言 39
5.1.1 编写目的 39
5.1.2项目背景 39
5.2 测试计划 39
5.3 测试报告 39
5.4 测试文档 39
5.5 测试用例所选测试方法 39

IV

实验一 可行性研究
实验一 可行性研究报告
1.1 引言
1.1.1 编写目的
最初的超市资料管理，都是靠人力来完成的。但近几年我国超市经营规模日趋扩大，销售额和门店数量大幅度增加，而且许多超市正在突破以食品为主的传统格局，向品种多样化发展。小型超市在业务上需要处理大量的库存信息，还要时刻更新产品的销售信息，不断添加商品信息，并对商品各种信息进行统计分析。因此，在超市管理中引进现代化的办公软件，实现超市庞大商品的控制和传输，从而方便销售行业的管理和决策，为超市和超市管理人员解除后顾之忧。
1.1.2 项目背景
项目名称初步定为：超市管理系统（The supermarket management system management system).分为四个子功能模块：密码管理模块、更新模块、查询模块和数据导入／导出模块。本项目的任务提出者为XX软件公司，开发者为xx软件开发研制中心，主管部门为xx软件开发研制中心。本项目设计过程中参考了研发中心以前开发的基于Windows系统的数据库管理系统。
1.1.3 术语说明。
SMSMS： 超市管理系统。
OA： 办公室自动化。
MIS： 管理新系统。
Data processing： 数据处理。
Transaction processing： 事务处理。
Data processing cycle： 数据处理流程。
Data acquisition： 数据采集。
Data processing system security： 数据处理系统安全性。
1.1.4 参考文献
见书后的参考文献
1.2 可行性研究的前提
一款好的超市销售管理系统，应该是可以帮助销售部门提高工作效率，帮助超市工作人员利用计算机，极为方便的对超市的有关数据进行管理、输入、输出、查找等有关操作，使杂乱的超市数据能够具体化、直观化、合理化等。
1.2.1 功能
SMSMS 系统的主要功能为：数据更新、数据查询、密码管理和数据导入／导出。
数据更新功能分为三部分：数据添加、数据删除和数据修改。数据添加功能提供便捷的录入界面，通过应用程序将原始数据追加到数据库中.
数据删除功能将满足用户要求的相应记录从数据库中删除。数据修改功能可以让用户对他指定记录的相关信息进行修改。
数据查询功能允许用户进行两种方式的查询：记录浏览（部构造任何查询条件）和条件查询。记录浏览功能可以方便快捷的浏览全部记录。条件查询允许用户构造各种组合条件来处理所需信息。同时可对满足条件的信息进行报表生成和打印输出。
密码管理功能允许合法用户对密码进行修改。
1.2.2 性能
方便快捷有效的完成超市管理的各项工作，录入数据合法性的较验程度高，数据查询速度快。
1.2.3 系统的输入
超市所售物品的编码、价格、数量、进出货日期等。
1.2.4 系统的输出
查询的结果和各种类型的报表。
1.2.5 处理流程（如图1-1）
注释：
外部实体
数据加工
数据存储
数据流
客户
出库单
入库单
出入库处理
统计输入
库存日报表
日记账
存款台帐
查询者

查询条件

查询结果
查询处理
P1
P2
P3
D1
D2

图1.1 SMSMS处理流程图
1.2.6 安全和保密要求
系统对不同权限的用户提供不同的功能模块，对历史数据的更改和新数据的添加只有一定权限的用户才能进行操作，一般的用户只能进行查询操作。对数据库的关键数据应要求保密。
1.2.7 完成期限要求
本系统的完成期限为xx，具体进度安排见详细设计。
1.3 开发目标
系统的开发目标应考虑如下因素：
(1) 人力与设备费用的相对减少；
(2) 处理速度的提高；
(3) 控制精度的提高；
(4) 人员利用率的改进。
1.4 具备条件
项目开发中所具备的条件、假定和所受到的限制，如：
（1） 所建议系统运行寿命的最小值
系统寿命的最小值应达三年。
（2） 进行系统方案选择比较时间
系统方案选择的最小时间为一个月。
（3） 经费、投资方面的来源
经费主要来源为***软件开发公司。
（4）硬件、软件、运行环境和开发环境方面的条件
硬件环境
l .PII或更高档的微机，笔记本电脑；
l 运行是内存要求：1MB；
l 安装所需硬盘：5MB；
l 打印机：可选。
软件环境
l 中文 Windows 95/98/2000/Me/XP；
l .英文 Windows 95/98/2000/Me/XP;
l Windows NT。
（5）可利用的信息和资源
可参考已有的应用程序和数据库管理系统
（6）系统投入使用的最晚时间
系统投入使用的最晚时间为下年度2月中旬
1.5 进行可行性研究的方法
可行性研究的方法如下：
(1) 客户调查
(2) 专家咨询
(3) 市场相关产品、同类产品调查
1.6 评价尺度
系统进行评价时所用的主要尺度各项功能的优先顺序、开发时间的长短及使用中的难易程度。
1. 7对现有系统的分析
最初的超市资料管理，都是靠人力来完成的。但近几年我国超市经营规模日趋扩大，销售额和门店数量大幅度增加，而且许多超市正在突破以食品为主的传统格局，向品种多样化发展。小型超市在业务上需要处理大量的库存信息，还要时刻更新产品的销售信息，不断添加商品信息，并对商品各种信息进行统计分析。因此，在超市管理中引进现代化的办公软件，实现超市庞大商品的控制和传输，从而方便销售行业的管理和决策，为超市和超市管理人员解除后顾之忧。
1.8 所建议系统的技术可行性分析
1.8.1 对所建议系统的简要描述
SMSMS系统采用常规的数据库管理方法，根据超市系统管理的特点对数据库操作，比如数据的增加、修改、删除、打印和输出等给予了优化。
2数据流程和处理流程（如图1.2所示）
查询结果
超市管理系统
超市人员
查询与处理
当前日期
购买
系统时间按
顾客

1.8.3 与现有系统比较的优越性
SMSMS有利于数据的集中、有效管理。于手动方式相比，占据的空间小，易更新，易备份；与自建文档相比可以高效的实现组合查询。
SMSMS系统增强了系统的灵活性。当原始数据发生变动时，应用程序可以对数据库稍作修改即可使数据库及时反映最新情况，如某种商品的价格发生变动，用户只须定位至该项记录加以修改。
SMSMS系统能较好的保证数据的安全。建立用户并为之分配密码和操作权限，这样，任何用户只能在他的权限范围内对数据库进行操作。
1.8.4 采用建议系统可能带来的影响
采用SMSMS系统将大大提高用户查找相关信息的命中率，有利于决策优化及提高办公效率。
同时本系统有利于节省办公用品，进一步减少费用支出。
1.8.5 所建议技术可行性分析
本系统为一个数据库管理系统，现有技术已较为成熟，估计利用现有技术应完全可以达到功能目标 ；同时，考虑到开发期限较为充裕，预计可以在规定期限内完成开发。
1.9 所建议系统的经济可行性分析
1.9.1支出
1）机件投资
硬件设备：PC机
软件：Windows95/98, Delphi6.0
2）其它一次性支出
软件设计和开发费用
（3）经常性支出
软件维护费用
1.9.2 效益
进一步实现办公自动化，减少人力投资和办公费用，极大提高办公效率。
1.9.3 投资回收周期
1.10 社会因素方面的可行性
1.10.1 法律方面的可行性
新系统的研制和开发，将不会侵犯他人、集体和国家的利益，不会违反国家政策和法律。
收益／投资比
1.10.2 用户使用方面的可行性
新系统的研制和开发充分考虑用户的业务往来、管理流程和人员素质等，从而能满足使用要求。
1.11 结论
结论意见：经上述可行性分析，系统研制和开发立即开始进行。
思考题
1． 可行性研究的目的是什么？
2． 可行性研究阶段的结束标准是什么？
3． 简述可行性研究的步骤。
8

实验二 需求规格说明书
实验二 需求规格说明书
2.1 引言
2.1.1 编写目的
参见实验一中的实验目的
2.1.2项目背景
参见实验一中的项目背景
2.1.3 术语说明
参见实验一中的术语说明
2.1.4 参考资料
见书后的参考文献
2.2 项目概述
2.2.1 待开发软件的一般描述
本软件旨在为商业人士及企事业单位中负责公共关系等社会交往频繁的人士提供一个功能齐全、使用方便的个人社会关系数据管理系统，以替代传统的手工通讯录。
2.2.2 待开发软件的功能
如图2.1 。
身份验证
初始化
重新验证
查看详细资料
浏 览
查 询
更新数据
更 新
密码管理
非正常退出
消息循环
正常退出
增加
删除
修改
不通过
失败
图2.1 层次方框图

身份验证
处理
用户
打印机
外设
密码
反馈信息
密码
密码
新密码
打开
记录数据
报表
图2.2 顶层数据流图

2.2.3 用户特征
使用本软件的用户群非常广泛,它非常适合用于具有如下特点的人员：
l 工作中与外界联系非常频繁；
l 工作比较繁忙,惜时如今；
l 与外界的联系成为开展工作的关键因素，相关信息丢失或损坏可能带来重大损失；
针对如上用户特点，本软件可以迅捷、准确、方便地提供个人社会关系数据库管理系统的各项管理功能，同时力求为用户提供方便、高效、实用的功能。
2.2.4 运行环境
l 硬件环境
PII或更高档微机，笔记本电脑；
运行时内存要求：1 MB；
安装所需硬盘：5 MB；
打印机：可选；
l 软件环境
Windows 95/98/Me/2000；
Windows NT 4.0。
2.2.5 条件与限制
考虑到本软件使用的广泛性，在设计时应注意软件的可移植性，能方便地将其移植到电子计事本、掌上电脑等硬件平台。
因本软件管理的信息属于个人隐私信息，必须注意信息的安全防范。
同时应以标准的数据格式来实现，以方便数据的共享。
2.3 功能需求
2.3.1 功能划分
本软件具有如下主要功能：
l 浏览功能
l 查看详细资料功能
l 查询功能
l 增加功能
l 删除功能
l 修改功能
l 生成报表功能
l 打印功能
l 密码管理功能
l 身份验证功能
l 数据的导入和导出功能
l 帮助功能
2.3.2 功能描述
l 浏览功能
（1）以列表的方式列出所有记录（每项记录只列出姓名、电子邮件、单位电话、家庭电话、移动电话域）
（2）可选定一项纪录，显示该记录的所有域。
l 详细察看功能
显示用户选定记录的详细信息。
l 查询功能
（1）姓名匹配查询。
（2）单位及部门匹配查询
（3）电话号码匹配查询（包括多个域）
（4）精确查询或模糊查询；
（5）单项查询或组合查询；
l 增加功能
增加一条新的记录；
l 删除功能
删除一条记录，并且提供确认机制。
l 修改功能
修改任意一条记录的所有域，其中姓名不能为空。
l 生成报表功能
对记录可按电话目录方式、卡片式或列表式生成报表。
l 打印功能
选择特定记录（一条或多条），根据选定的报表方式进行打印。
l 密码管理功能
完成密码的设置。
l 身份验证功能
对登录用户的身份进行验证，通过者才可以进入系统；
l 数据的导入和导出功能
将外部文件导入本系统中；
将本系统中的数据导出道外部设备中。
l 帮助功能
为用户提供使用帮助。
2.4 外部接口需求
2.4.1 用户界面
采用windows的通用图形界面，对用户友好，且必须对鼠标和键盘提供支持，界面的设计应遵循如下规则：
l 界面要具有一致性，界面规范应遵循MS Windows 软件界面的规范；
l 提供简单的错误处理；
l 提供信息反馈，用多种信息提示用户当前软件运行的状态，软件界面元件的功能；
l 操作可逆，其动作可以是单个的操作，或者是一个相对独立的操作序列；
l 设计良好的联机帮助；
l 显示启动画面，画面简洁明快，富有现代气息，不能太花哨；
l 应遵循国家关于计算机词汇的标准，用词应当精练准确，没有歧义，图形的意义明朗。
2.4.2 硬件接口
支持一般的PII或更高档微机，笔记本电脑。
2.4.3 软件接口
运行于WINDOWS 95/98/ME/2000/NT，且具有WIN32 API的操作系统之上；
2.4.4 故障处理
正常使用时不应该出错，若运行是遇到不可恢复的系统错误，也必须保证数据库的完好无损。
2.5 性能需求
2.5.1 数据精确度
查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到。
查询时应保证查准率，查到的记录应与给定的单项或组合项查询条件完全匹配。
2.5.2 时间特性
一般操作的响应时间应在1~2秒内，对软磁盘和打印机的操作，以及数据的导入和导出也应在可接受的时间内完成。
2.5.3 适应性
满足个人使用的需求。对前面提到的运行环境要求不应存在困难。
2.6 软件属性需求
2.6.1 正确性
要求发布的软件达到用户的预期目标，运行时基本无错误。
2.6.2 可靠性
在一般条件下，应不出故障。
2.6.3 效率
对于浏览，查询，增加，删除，更新和密码设置的一般操作，要求及时响应，在1~2秒内。
2.6.4 完整性
要求能在发生意外（如掉电）的情况下，保证不丢失数据。
2.6.5 易实用性
要求能尽量为用户的使用提供方便，软件界面符合目前流行的界面规范。
2.6.6 可维护性
要求本软件在运行中发现错误时，能快速，准确对其进行定位，诊断和修改。
2.6.7 可测试性
设计时尽可能减少测试本软件的各项功能所需要的工作量。
2.6.8 复用性
设计时尽可能采取模块化的方法进行设计，对系统内各模块接口尽可能达到高内聚，低耦合的程度，以提高各模块的复用性。
2.6.9 安全保密性
要求提供身份验证，只允许通过身份验证的用户使用本软件。对于三次密码输入不正确的，应强行关闭。
2.6.10 可理解性
对于本软件提供的各种菜单命令，各种信息提示，应易于用户理解。
2.6.11 可移植性
要求本软件在将来能易于向WINDOWS XP操作系统上移植，以用于掌上电脑。
2.6.12互联性
要求提供数据的导入和导出接口，以易于同其他系统的连接。

2.7 其他需求
无其它需求
2.8 数据描述
2.8.1 静态数据
姓名 Name
单位 Company
职位 Job
部门 Department
单位地址 Add-com
单位邮编 Postcode-O
单位电话 Tel-O
单位传真 Fax-O
家庭地址 Add-H
家庭邮编 Postcode-H
家庭电话 Tel-H
寻呼 BP
手机 Tel-mov
电子邮件 E-Mail
单位主页 Homepage-O
各人主页 Homepage-H
昵称 Nickname
性别 Sex
生日 Birthday
日历类型 DateType
爱好 Hobby
特长 Forte
摘要显示 Abstract
最后更新时间 UpdateTime
备注 Memo
2.8.2 动态数据
输入数据：菜单选项，查询关键字，新建记录项，导入文件。
输出数据：邮查询关键字确定的数据库记录集合或全部记录。
内部生成的数据：中间查询结果。
2.8.3 数据库描述
本软件采用ODBC数据库。
2.8.4 数据字典
数据流图，层次方框图参见项目概述中的呆开发软件的功能，其中涉及到的数据定义如下：
[1]姓名=1{汉字}10|1{字母}20
[2]单位姓名=1{汉字}40|1{字母}80
[3]职位=1{汉字}10|1{字母}20
[4]部门=1{汉字}40|1{字母}80
[5]单位地址=1{汉字|数字}40|1{字母|数字}|80
[6]单位邮编=1{数字}8
[7]单位电话=1{数字|SPACE|-}20
[8]单位传真=1|{数字|SPACE|-}20
[9]家庭地址=1{汉字|数字}40|1{字母|数字}80
[10]家庭邮编=1{数字}8
[11]家庭电话=1{数字|SPACE|-}20
[12]手机=1{数字|SPACE|-}20
[13]寻呼=1{数字|SPACE|-}20
[14]E-MAIL=1{字母|。|@|数字}20
[15]单位主页=1{字母|.|数字|：|/}40
[16]个人主页=1{字母|。|数字|：|/}40
[17]昵称=1{汉字}10|1{字母}20
[18]性别=男|女
[19]生日=1{数字|-}10
[20]日历类型=公历|农历
[21]爱好=1{汉字}1000|1{字母}200
[22]特长=1{汉字}100|1{字母}200
[23]摘要显示=1{汉字}|100|1{字母}200
[24]最后更新时间=1{数字|-}10
[25]备注=1{汉字|字母}500
2.8.5 数据采集
通过身份验证的用户，采用键盘和鼠标直接输入或者从外部文件导入数据。
思考题
1. 需求分析的基本任务是什么？需求分析的结束标准是什么？
2. 需求分析的基本步骤是什么？
3. 什么是数据流图，绘制数据流图的基本步骤是什么？
44

实验三 概要设计说明书
实验三 概要设计说明书
3.1 引言
3.1.1 编写目的
参见“实验一”中的编写目的
3.1.2 项目背景
参见“实验一”中的项目背景
3.1.2 术语说明
参见“实验一”中的术语说明
3.1.3 参考资料
见书后参考文献
3.2 任务概要
3.2.1 目的
本电子名片管理系统软件将提供一个既可以存储信息，又可以进行更新，查询，同时价格又能为广大消费者接受的多功能电子通讯录。
3.2.2 运行环境
硬件环境：
l PII或更高档微机，笔记本电脑；
l 运行时内存要求：1MB；
l 安装所需硬盘：5MB；
l 打印机：可选。
软件环境：
l 中文WINDOWS95/98/2000/ME；
l 英文WINDOWS95/98/2000/ME+中文之星2.0；
l WINDOWS NT 4.O。
3.2.3 需求概要
本软件主要有以下几方面的功能：
（1）浏览功能
以列表形式显示全部记录。
（2）详细查看功能
可在浏览状态下点击某条记录，显示其全部信息。
（3）条件查询功能
用户可任意选择字段（如姓名，电话号码，电子邮件地址等），并针对该字段构造出组合查询条件，进行匹配查询。
（4）修改功能
修改任意字段，姓名不能为空。
（5）增加功能
增加一条或多条新的记录。
（6）删除功能
删除一条或多条记录。
（7）密码管理
登陆系统后，用户可 以随时对密码进行更改。
（8）报表生成
可根据提供的摸般将查询结果或选中的数据生成多种形式的报表。
（9）打印功能
将生成的的报表或所选中的记录进行打印输出。
（11）身份验证
进入系统时，对用户的身份进行检查，只允许合法用户登陆系统。
（12）帮助功能
为用户使用本系统提供帮助。
3.2.4 条件与限制
本系统更为理想的选择时与其他办公自动化套间继承起来，作为其中得一个组件，在功能方面可以考虑由多用户分别进行管理，系统可以为级别不同的用户设置不同的权限等，同时应进一步提高系统的安全保密系统。
3.3 总体设计
3.3.1 处理流程
。系统启动后，激活身份验证模块；
。通过身份验证后，对系统初始化。根据系统配置文件将数据库导入，并设置各全局变量；
。系统进入消息循环状态，通过事件驱动机制激活各功能模块，并执行指定模块；]
。各项功能执行完毕后重新进入消息循环状态；
。由关闭系统事件激活关闭系统模块，退出系统。
身份验证
初始化
重新验证
查看详细资料
浏 览
查 询
更新数据
更 新
密码管理
非正常退出
消息循环
正常退出
增加
删除
修改
不通过
失败
图3.1 系统总体结构
3.3.2 总体结构和模块外部设计
系统总体结构如图3.1所示。
各模块设计如下：
模块编号
模块名称
备注

模块编号
模块名称
备注
M1.1
初始化模块
系统初始化

M 4.2
刷新详细资料模块

M1.2
关闭系统模块
关闭并退出系统

M 5
条件查询模块

M1.2
系统功能模块

M 6.1
增加模块

M2.1
浏览模块

M 6.2
删除模块

M2.2
刷新浏览模块

M 6.3
修改模块

M3.1
基本资料模块

M 7
报表生成模块

M3.2
刷新基本资料模块

M 8
打印模块

M 4.1
详细资料模块

M 10
密码管理模块

M 11
身份验证模块
验证用户身份

M 12
帮助模块

3.3.3 功能分配
（1）系统控制功能
l 初始化模块（M1.1）；
l 关闭系统模块（M1. 2）；
l 系统功能模块（M1. 3）。
(2)浏览功能
l 浏览模块（M2.1）;
l 刷新浏览模块（M2.2）;
l 基本资料模块（M3 .1）；
l 刷新基本资料模块（M3. 2）；
l 刷新详细资料模块（M4. 2）。
（3）查看详细资料功能
l 详细资料模块（4.1）；
l 刷新详细资料模块（4.2）；
l 基本资料模块（M3. 2）。
（4）条件查询功能
l 条件查询模块（M5. 1）；
l 刷新浏览模块（M2. 2）；
l 刷新基本资料模块（M3. 2）。
（5）增加功能
l 增加模块（M6.1）；
l 刷新详细资料模块（M4. 2）；
l 刷新基本资料模块（M3. 2）；
l 刷新浏览模块（M2. 2）。
（6）删除功能
l 删除模块（M6. 2）；
l 刷新浏览模块（M2. 2）；
l 刷新基本资料模块 （M3. 2）；
l 刷新详细资料模块（M4. 2）。
（7）修改功能
l 修改模块 （M6. 3）；
l 刷新浏览模块（M2. 2）；
l 刷新基本资料模块（M3.2）；
l 刷新详细资料模块（M4. 2）。
（8）报表生成功能
报表生成模块（M7 ）。
（9）打印功能
打印模块（M8 ）。
（10）密码管理功能
密码管理模块（M10 ）。
（11）身份验证功能
身份验证模块（M11 ）。
（12）帮助功能
帮助模块（M12 ）。
3.4 接口设计
3.4.1 外部接口
（1）用户界面
采用目前非常流行的CUI，即诸如窗口，菜单，对话框，滚动条等，其主空界面如图所示。
（2）软件接口
运行与WINDOWS95及更高版本具有WIN32 API 的操作系统之上。
3.4.2 内部接口
l 初始化模块：系统初始化时由操作系统调用，执行完毕后进入消息循环状态；
l 关闭系统模块：由系统功能模块调用，执行完毕后返回操作系统；
l 系统功能模块：接受系统功能区的相应消息，启动浏览，查询，增加，删除，修改，打印，报表生成等模块；
l 浏览模块：由相应消息驱动，完成对浏览区的直接消息响应功能，可能会调用刷新浏览模块；
l 刷新浏览模块：依据当前数据刷新浏览区；
l 基本资料模块：由相应消息驱动，完成对基本资料区的直接消息的相应功能，可能会调用刷新基本资料模块；
l 刷新基本资料模块：依据当前数据刷新基本资料区；
l 详细资料模块：由相应消息驱动，显示记录的详细资料；
l 刷新详细资料模块：已故当前数据刷新详细资料区；
l 条件查询模块：完成增加功能；
l 增加模块：完成增加功能；
l 删除模块：完成删除功能；
l 修改模块？完成修改功能；
l 报表生成模块：完成报表生成功能；
l 打印模块：完成打印功能；
l 密码管理模块：完成对密码的管理功能；
l 身份验证模块：完成对用户的身份验证功能；
l 帮助功能：为用户提供帮助功能。
3.5 数据结构设计
3.5.1 逻辑结构设计
（1）数据库Name-CarD Tabel 定义
字段名 姓名 类型
索引 Indexs （unsigned）integer
姓名 Name char 20
单位 Company char 80
职位 Job char 20
部门 Department char 80
单位地址 Add-com char 80
单位邮编 Postcode-O char 8
单位电话 Tel-O char 20
单位传真 Fax-O char 20
家庭地址 Add-H char 80
家庭邮编 Postcode-H char 8
家庭电话 Tel-H char 20
寻呼 BP char 20
QQ Oicq char 8
手机 Tel-mov char 15
电子邮件 E-Mail char 20
单位主页 Homepage-O char 40
各人主页 Homepage-H char 40
昵称 Nickname char 20
性别 Sex Bool
生日 Birthday Date
日历类型 DateType Bool
爱好 Hobby char 200
特长 Forte char 200
摘要显示 Abstract char 200
最后更新时间 UpdateTime Date
备注 Memo char 500
(2) 配置文件
保留上次程序运行结束侯的相关状态：
数据记录索引计数 IndexNum： UINT
数据库记录总数 RecordTotal： Int
（3） 全局变量
<1>记录总数 RecordTotal： Int
<2>浏览顺序数组 Browse ： INt Browse[max]
<3>焦点记录 FocusRecord： Int
<4>内存记录缓冲区 RecordBuffer： NameAdd RecordBu