民兵组织编码 组织名称
01 民兵步兵分队
02 民兵应急分队
… …
在数据库设计过程中，上面的数据字典将被不断地充实、修改和完善。
3.2 性能需求
硬件环境：
处理器：Intel Pentium 166 MX或更高。
内存：32MB
硬盘空间：1GB
光驱：CD-ROM 48X
显卡：SVGA显示适配器
软件环境：
操作系统：Windows 98/ME/2000/XP
数据库：Microsoft SQL Server 2000
第四章 民兵信息管理系统总体设计
4.1 系统层次框图
需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。
根据在第三章中所作的需求分析，本系统的功能模块框图如图4-1所示：
4.2 系统模块设计
1.用户界面设计
用户界面是一个应用程序最重要的部分，对用户而言，界面就是应用程序，他们感觉不到幕后正在执行的代码。不论花多少时间和精力来编制和优化代码，应用程序的可用性仍然在很大程度上依赖于界面的好坏。界面的设计要以用户为中心，应满足用户的需求。在此基础上，还要充分考虑界面的构图或布局，界面元素的位置、界面元素的一致性等问题来美化界面，提高应用程序界面的可用性和美感。
设计用户界面之前，最好先参照 Microsoft 或其他公司的一些应用程序。在这个过程中，我们会发现许多通用的东西，比如：工具栏、状态条、工具提示、上下文菜单以及标记对话框。同时也要凭借自己使用软件的经验，想一想曾经使用过的一些界面好的应用程序，哪些可以吸收利用。但要记住个人的喜好不等于用户的喜好，必须把用户的意见和需求吸收近来。众所周知，用户参与设计过程的时间越早，设计人员所花的时间和精力就越少，创建的界面就越好、越实用。设计一个应用程序界面时，应该先对整个系统界面进行初步规划。考虑应该使用单文档还是多文档样式？需要多少个不同的窗体？菜单中将包含什么命令？要不要使用工具栏重复菜单的功能？提供什么对话框与用户交互？需要提供什么样的帮助？界面设计也需要考虑应用程序的目的是什么、预期的用户是谁等问题。经常使用的应用程序和偶尔使用的辅助程序要区别对待，用来显示信息的应用程序与用来收集信息的应用程序也有应所不同。
界面设计中也应考虑简单化的原则，从美学的角度来讲，整洁、简单明了的设计更可取。界面设计过程中一个容易犯的错误就是力图用界面来模仿真实世界的对象，这没有必要，对用户也没有真正的意义。最好是设计的界面，既能完成功能、又能让用户感到整洁舒心。
2.系统登录模块
对使用本系统的操作人员进行合法性验证，不符合要求的非法用户禁止进入本系统。在本模块中，如密码输入错误时，允许重新输入，但最多输入3次，若3次密码均错误，则退出系统。
3.民兵信息录入模块
将民兵个人的基本信息录入到数据库中。以后可以对其进行修改和删除操作。
4.信息查询模块
可对指定的民兵进行信息查询操作。
5.统计模块
统计整个军分区的民兵情况。
6.报表打印模块
主要完成打印报表功能和数据导出功能以便备份数据之需。
7.用户管理模块
由使用系统的管理员对本系统进行管理操作。主要是密码修改。
4.3 数据库表的设计
在设计的民兵管理系统中，只是对单库多表进行操作，关系以“一”对“多”为主。为了使设计的数据库冗余度小，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。采用了以下原则： 首页 上一页 2 3 4 5 6 7 8 下一页 尾页 5/11/11
1. 在定义数据库表和字段需求（输入）时，首先应检查现有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。
2. 创建数据字典和ER图表，ER图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据。ER图对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对SQL 表达式的文档化来说这是完全必要的。
3. 定义标准的对象命名规范，数据库各种对象的命名必须规范。
4. 数据库中表的设计原则：
1)标准化和规范化
数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。事实上，为了效率的缘故，对表不进行标准化有时也是必要的。 2) 数据驱动
数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。举例，假如用户界面要访问外部数据源（文件、XML文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。
3) 考虑各种变化
设计数据库的时候考虑到哪些数据字段将来可能会发生变更。以便作出相应的处理。只有设计出合理的数据库，才能为建立在数据库上的应用提供方便。不过数据库的设计过程从来都不会有真正的结束，因为随着用户需求和具体应用的变化和扩大，数据库的结构也可能会随之变化。
数据库设计对于一个信息管理系统的顺利开发和运行是十分重要的，其目标为结构合理、易于维护、查询便捷、冗余信息少等。根据本系统功能设计的要求以及功能模块的划分，对于系统用户信息管理数据库，可以列出以下数据项和数据结构：
名称：一级行政单位编码
标识：Yjxzdw
名称 字段名称 类型 主键 允许空
单位编码 dwbm Char(6) yes no
单位名称 dwmc Char(20) no no
表 4-1
表4-1是用来存放十堰军分区下辖的各一级行政单位如：十堰市区、郧县、竹溪县、房县、竹山县、郧西县等，这些地方单位按军分区的要求都有其相应的编码。该表主要是用来制作该民兵系统的数据字典编码。一级行政单位编码是6位。
名称：基层行政单位编码
标识：Jcxzdw
