需对运行控制进行正确的判断，选择正确的运行控制路径。
在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。 6.3 运行时间
在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。所以将采用高速ATM 网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器。硬件对本系统的速度影响将会大于软件的影响。
七、出错处理设计
7.1 出错输出信息
出错名称 登录失败 系统输出信息 用户名或密码有误！请重新输入！ 密码错数次数超过三次 密码错误！请半个小时后再进行登录操作！ 不能提交 输入格式不正确，请检查后再输入！ 不能提交 不能提交 不允许为空，请输入 弹回原输入页面的输入处 进入默认登录页，并半小时内禁止该用户进行登录。 返回原输入页面 处理方法 进入登录页面 数据项已经存在，请重新输入 重新输入 表6 系统出错提示
7.2 出错处理对策
故障出现后可能采取的变通措施，包括： （1） （2）
后备：使用附加存储设备备份数据。备份频率为每日一次。需手动备份。
恢复及再启动：如果数据造成丢失，可使用备份数据还原。
八、安全保密设计
系统为用户提供移动数字证书或者使用用户令牌及令牌密钥来进行安全认证，在本地并不保存用户的任何信息，从而在最大程度上保护了用户的隐私，防止了用户信息的泄露。
由于数据的传输上需要通过网络传输，为了客户资料进行保密，需要在网络的传输过程中对数据进行加密。
九、维护设计
系统采用了分层的结构进行设计，使系统各个部分分割开来，提高了系统灵活性和可扩展性。系统在三层架构的基础上，增加了一层公共层，将系统中通用的部分抽取出来，以便于系统的维护。在设计逻辑层时，我们采用了Fa?ade模式，Facade模式基本框图如下：
Facade模式 客户端 门面Facade 客户端 网络 客户端 门面Facade
图6 Fa?ade结构
其中小圆代表业务逻辑层中的小的功能，系统子模块通过“门面Facade”来
自己获取所需的功能，实现了“高内聚，低耦合”的设计要求。在系统维护的过程中，我们可以通过测试各个层次之间的接口即可达到系统维护的要求。
十、软件功能界面原型图展示： 总后台界面：
登录注册中的手机短信验证：