系统中需要对拥护身份进行管理，采取登陆进入系统的形式.
二 概要设计
/************************************************************************
概要设计阶段主要是粗略描述整个软件的框架，并从业务的角度描述软件的模块、工作
流程等。项目的成功取决于设计的好坏，而概要设计则是整个设计的关键部分。概要设计的
主要任务是将用户的需求划分为不同的功能，然后将这些功能细分成模块，并给模块一些规
则约束，以达到各个模块之间可以相互交流的目的。概要设计关乎到系统的整体架构，因此
想做好一个概要设计，不仅仅要熟悉用户的业务流程，还要具备相当丰富的设计经验。
2.1 概要设计的原则
概要设计是根据系统分析的需求和工作环境的情况对整个软件的总体结构进行大致的
设计。概要设计要坚持以下几个原则。
（1）细分原则：软件系统都是由很多不同的模块组成，当设计一套软件时，要先将所
有的功能分解。解决复杂问题的方法是将其分解成几个小问题，一个个来解决。
（2）提高代码重用性：在面向对象设计中，首先考虑的就是代码的重用，一个好的设
计，将来在升级换代时不需要太大的改动，节省了人力物力。
（3）从上而下层层分析：概要设计要从整体出发，逐个剖析软件的功能，从上而下，
先分析系统总的功能，然后一步步细分，直到最小的功能模块。
（4）一致性原则：概要设计要求所有功能模块在定义时使用统一的规范。
（5）提高独立性，减少耦合：各个模块与模块之间尽量减少关联，否则修改一个地方
就会引起其他多处的变动，不符合面向对象的原则。一般情况下，对类封装后，只允许对类
进行扩展，而不能修改，而封装的类必须具有单一职责，既理论情况下不允许两个类共同完
成一个功能。
（6）模块的大小要尽量适中：不是结构算法越复杂的模块越好，模块的大小要根据实
际工作目标和其他类的耦合紧密程度来决定。经验表明，一个模块的规模不应过大，模块的
总行数应控制在 10~100 行的范围内，最好为 30~60 行，这样理解和阅读都较方便。过长的
模块往往是分解不充分的表现，会增加阅读理解的难度；但小规模太多也会使模块之间联系
变得复杂，增大系统在模块调用时传递信息所花费的开销。
由于概要设计是整个设计的重中之重，牵一发而动全身，所以要努力做一个好的概要设
计，才能在今后软件开发过程中不再反复。现在软件行业流行模式化驱动设计，将一些市场
上比较成功的模式拿来用在自己的设计中。
2.2 将用户需求模块化
根据概要设计的原则来分析一下本项目的用户需求，并最终转化成用程序语言描述的模
块。什么样的需求才是一个模块？模块应该具备如下 3 个特征。
（1）输入和输出：模块必须能被调用并且正确的返回调用，而且调用都是相对一个对
象而言，这是模块独立性的一个体现。
（2）处理功能：模块必须可以对调用的输入数据进行灵活的处理，并为输出准备好处
理结果。
（3）程序代码：用来实现模块功能的源代码。
2.3 确定系统最终模块
概要设计中最重要的就是确定此项目包括哪些模块。根据上两节讲述的设计原则和模块
特征，将用户需求转化为下面的模块。
