行业监管系统---概要设计.doc

系统概要设计 ------关于行业监管系统 2.1类图 2.2基本设计概念和处理流程 本系统的基本处理流程如下图： 发送请求往服务器 具体所需信息 退出程序 进入查询界面 需求企业信息 数据库信息查询 无查询信息 服务器端提供数据 是否有所需信息 注册用户登录 登录后主界面 用户注册 更新企业情况信息 删除企业情况信息 用户使用本系统时需要先注册，注册设置密码等，注册用户可直接登陆本系统。登陆后可修改注册信息，查询需要的企业信息。管理员登录，可进行修改企业信息，删除企业信息，添加企业信息等操作。 2.3结构 从以上图的底部到顶部，分别为参与者管理层、数据库层、功能包含层，包含3个层次。参与者管理层主要包含管理使用者的基本信息，数据库层主要是存储参与者信息和企业情况信息，其中企业情况信息应该做到定时更新。基本功能层包含系统客户端的基本功能，所提供的功能都是比较基础的企业各类信息的查询，查询信息的修改及取消。 2.4功能需求与程序的关系 参与者登录已授权的用户和管理员用户注册新用户注册用户信息管理企业信息企业信息查询提供企业基本信息和质量信誉档案查询企业信息更改更改此前存储的信息 2.5尚未解决的问题 本系统属于初步开发，存在很多尚未解决的问题。例如如何做到企业各类信息的更新，如何能够是系统更加稳定等。更多问题需要在使用中发现。 2.6接口设计 用户接口 用户在查询框中输入查询的企业信息，经过数据库的查询，返回查询结果。 外部接口 系统服务器端要做到与数据库连接，程序与数据库之间有接口。 内部接口 系统内部功能之间的链接，系统内部功能之间的安排。 2.7运行设计 运行模块组合 参与者管理模块 主要功能：管理使用者的基本信息和查询，以及用户信息的更新。 数据库模块 主要功能：存储、管理和更新企业情况信息、参与者基本信息等数据。 系统应用模块 主要更能：1.企业基本信息查询 2．???业质量信誉档案查询 3.查询信息修改 4.查询信息取消 运行控制 企业信息查询流程： 用户登录，输入查询信息，查询信息，结果返回 2.8系统数据结构设计 逻辑结构设计要点 本系统主要涉及到用户块和企业情况信息块2部分的数据信息，这两部分的数据信息都存放在系统的数据库中。相关的数据分别用字符串和数字来存储。 物理结构设计要点 参与者基本信息和企业情况信息以及其他相关的数据都以字符串和数字的方式存于ORACLE数据库中。 数据结构与程序的关系 通过参与者的登录，用户进行企业信息的查询，管理员进行企业信息的更新，将用户与管理员，以及企业信息联系起来。