电信计费稽核管理系统设计说明书 精品
本地电信业务计费帐务系统技术方案书
本地电信业务计费帐务系统技术方案书1. 引言本文档旨在提供关于本地电信业务计费帐务系统的技术方案。
本方案旨在为本地电信运营商提供一个高效、准确、可靠的计费和帐务管理系统。
本方案涵盖系统架构、技术选择和集成、数据管理和处理以及系统安全等方面。
2. 系统架构本地电信业务计费帐务系统的总体架构如下图所示：+---------------------------------+| 前端接口 |+---------------------------------+| 业务逻辑 |+---------------------------------+| 数据库层 |+---------------------------------+2.1 前端接口层前端接口层作为本系统与外部系统进行数据交互的入口，负责接收数据请求，并将请求转发给业务逻辑层进行处理。
前端接口层还负责对外提供接口文档和格式要求，以确保数据的准确性和完整性。
此外，前端接口层还需要进行数据的校验和过滤，以保证系统的安全性。
2.2 业务逻辑层业务逻辑层是整个系统的核心部分，负责处理接收到的请求，并进行相应的计费和帐务管理。
在业务逻辑层中，需要对数据进行处理、查询和验证，以及执行相应的业务规则。
业务逻辑层还需要与数据库层进行交互，以保存和获取业务数据。
2.3 数据库层数据库层用于存储和管理系统的数据。
在本方案中，推荐使用关系型数据库，如MySQL或Oracle。
数据库需要设计相应的数据表结构，以支持业务逻辑的实现。
此外，数据库还需要进行数据备份和恢复，以确保数据的安全性和可靠性。
3. 技术选择和集成3.1 语言和开发框架本方案推荐使用Java作为开发语言，并使用Spring框架进行开发。
Spring框架提供了丰富的功能和组件，以支持系统的开发和集成。
同时，Java以其稳定性和可扩展性广受青睐，适用于大型系统的开发。
3.2 数据库选择本方案推荐使用关系型数据库，如MySQL或Oracle。
电信计费管理系统设计与实现设计
电信计费管理系统设计与实现设计电信计费管理系统设计与实现作者姓名：XXXX 专业班级：2005070302 指导教师：潘斌摘要随着我国电信业的迅猛发展，各项业务量快速增长，新的业务种类和新的服务形式不断推出，电信计费管理系统的重要性日益突出。
本文通过对电信计费的基本原理、实现流程等进行研究分析，完成了计费管理系统的总体规划、分析、设计、实现以及运行调试和评价，其中使用管理信息系统结构化开发方法完成系统分析与设计工作，使用UML建模的方法完成了系统的实现工作。
该系统基于B/S模式，以Oracle为后台数据库，用MyEclipse 6.5、Tomcat 6.0、PowerDesigner 12等工具进行开发。
系统后台数据库中通过存储过程和JOB定时器实时地对话单数据进行统计，并在前台使用JSP和AJAX技术实时展现统计数据。
该系统具有很好的实用性，可帮助相应工作人员方便地完成各种话单统计工作，提高工作效率。
关键词：计费管理系统；系统分析与设计；结构化方法；UML建模Design and Implementation of Telecom Billing Management SystemAbstract: In recent years, with the rapid development of China's telecom, the rapid growth of new business volume, types and new services. In order to make these continuously develop business to better development, the importance of the management system of telecommunication billing increasingly prominent. This thesis researches and analyses the fundamental principle, implement of bill system of telecom business. Its system planning, analysis, design, implementation, operation and evaluation have accomplished by the structured development method of management of information system, and UML modeling method. This system is based on B/S model, selecting MyEclipse6.5 Tomcat6.0, JDK6.7 and PowerDesigner12 as development tools with Oracle 10g for database of it. In front of the system use AJAX and JSP to show data, in the system of data stored in the backend database using real-time process and JOB timer for statistics bill data, so that relevant personnel can get real-time data. The system has good practicability; the system can make a convenience of the statistics of kinds of fee list for the telecom operators meanwhile can make a high efficiency for telecom staff.Keywords: Billing Management System; System Analysis and Design;Structured Method; UML Modeling.目录第1章前言 (1)第2章项目概述 (2)2.1. 项目开发背景 (2)2.2. 项目开发目的 (2)2.3. 项目开发方法 (3)第3章系统总体规划 (4)3.1. 系统初步调查 (4)3.2. 可行性分析 (4)3.3. 组织机构调查 (5)3.4. 系统逻辑业务规划 (6)3.5. 系统数据类规划 (6)3.6. 系统开发计划 (7)4.1. 系统详细调查 (9)4.2. 需求分析 (11)4.2.1. 系统面向的用户 (11)4.2.2. 系统管理员需求 (12)4.2.3. 资料管理员需求 (12)4.2.4. 查询统计管理员需求 (14)4.2.5. 告警处理员需求 (16)4.3. 业务流程分析 (16)4.4. 数据流程分析 (20)4.5. 数据字典 (24)4.6. 系统逻辑模型 (26)第5章系统设计 (27)5.1. 模块结构设计 (27)5.1.1. 系统管理模块结构 (27)5.1.2. 资料管理模块结构 (28)5.1.3. 查询统计管理模块结构 (28)5.1.4. 监控告警管理模块结构 (28)5.2. 代码设计 (30)5.3. 数据库设计 (31)5.3.1. 概念模型设计 (31)5.3.2. 逻辑模型设计 (34)5.3.3. 物理模型设计 (35)5.4. 人机界面设计 (39)5.4.1. 登录界面 (39)5.4.2. 系统管理主界面 (39)5.4.3. 资料管理主界面 (40)5.4.4. 查询统计管理主界面 (41)5.4.5. 监控告警管理主界面 (42)6.1. 计算机逻辑配置 (43)6.1.1. 计算机局域网络配置 (43)6.1.2. 计算机广域网络配置 (43)6.2. 系统实施准备 (44)6.3. 项目开发环境及工具介绍 (45)6.3.1. MVC模式简介 (45)6.3.2. Struts 2和Hibernate3.0技术框架简介 (45)6.4. 程序设计 (46)6.4.1. 程序设计方法及风格 (46)6.4.2. 系统管理模块程序设计 (47)6.4.3. 资料管理模块程序设计 (49)6.4.4. 查询统计管理模块程序设计 (52)6.4.5. 监控告警管理程序设计 (54)6.5. 系统测试与调试 (56)6.5.1. 功能测试 (56)6.5.2. 性能测试 (56)6.5.3. 系统调试 (56)第7章系统运行管理与评价 (57)7.1. 系统的运行管理 (57)7.2. 系统的评价 (58)7.2.1. 经济指标评价 (58)7.2.2．性能指标评价 (58)7.2.3. 管理指标评价 (58)结论 (59)致谢 (60)参考文献 (61)附录 (62)第1章前言如今，各电信运营商已越来越强烈地注意到这样一个现实：即基于分组的下一代网络只是整个服务提交体系中的一个不可或缺组成部分，这类网络虽然能够用来提交各种基于分组的新型增值业务，但却无法为运营商业务的发展提供直接的融资和收益。
电信客户计费系统
电信客户计费系统需求说明书修订记录：目录1 引言 (3)1.1编写目的 (3)1.2 编写背景 (3)1.3 术语和缩写解释 (4)1.4 参考资料 (5)2 系统概述 (6)2.1 系统目标 (6)2.2 系统范围 (6)2.3 用户特点 (6)2.4 系统整体设计 (7)3 业务概述 (9)3.1 电信三户模型 (9)3.1.1 客户信息 (9)3.1.1.1 电信客户类型 (9)3.1.1.2 公客 (10)3.1.1.3 商客 (10)3.1.1.4 大客 (11)3.1.1.5 专客 (11)3.1.2 账户信息 (11)3.1.3 用户信息 (12)3.2 通信供应商网间结算 (12)3.3 优惠 (13)3.4 账单 (13)4 功能设计 (13)4.1 后台自动完成 (13)4.1.1.1 数据初始化 (13)4.1.1.2 客户类型 (13)4.1.1.3 供应商及网间结算费率 (14)4.1.1.4 实时计费 (14)4.2 电信工作人员功能 (15)4.2.1.1 输入客户资料 (15)4.2.1.2 输入账户资料 (15)4.2.1.3 输入用户资料 (15)4.2.1.4 账单查询 (15)4.2.1.5 出月账 (16)4.3 用户消费功能 (16)4.3.1.1 打电话 (16)1引言1.1编写目的该文档编写目的主要是为了明确系统需求，和项目干系人达成一致的理解，为将来设计、编码、测试等工作提供参考依据，本项目的预期读者包括：客户、系统分析员、系统设计人员、程序员、测试人员、实施人员和维护人员。
1.2 编写背景我国电信行业的发展已日趋成熟,市场竞争也日趋激烈,为了在市场竞争中保持强大的竞争力,电信运营商必须做到在降低成本的同时能够快速灵活高效地部署新业务新需求,来完善和满足客户和市场的需求。
因此首要问题就是必须解决业务支撑系统的问题,所以构建省级集中的BOSS(Business&Operation Support System)系统已成为电信运营商支撑系统建设的总体趋势,计费账务系统又是BOSS系统的重要组成部分,特设计计费系统模型,以期形成一整套符合中国电信企业实际情况的理论和实践体系。
电信计费系统数据分析处理系统设计方案
电信计费系统数据分析处理系统设计方案（WORD版可编辑）摘要电信计费系统数据分析处理系统是典型的后台信息处理系统,其开发主要包括后台数据库的建立和维护以及服务器的搭建两个方面。
本系统对后台数据库设计采用oracle数据库开发，并对此数据库技术进行了较深入的学习和应用：而后台开发语言采用java作为主要开发语言，连接数据库技术以JDBC为主，主要完成对电信计费系统数据分析处理系统的需求分析、功能模块划分、数据库模式分析，并由此设计了数据库结构和应用程序。
本系统是一套精确、有效的数据分析处理系统，它提供了电信产业对原始数据进行有效处理的功能，并支持标准的SQL语法。
本系统主要是在现有电信计费信息日常维护管理管理的基础上，把大量的人工管理信息转变为计算机管理，简化了某某电信公司的工作，提高了管理的效率，同时方便电信计费信息维护。
关键词:电信；oracle数据库；数据库结构；JDBCTelecom billing system data analysis and processing systemAbstractTelecom billing system data analysis and processing system is a typical management information system , its development mainly includes the backstage database the establishment and the maintenance as well as front end application procedure development two aspects. The system uses the Oracle development of the design of database, and the database technology for a more in-depth study and application for front-end application developed using JDBC, mainly to complete the analysis, analysis of Telecom billing system data analysis and processing system needs the function module division, database model, and has designed the database structure and the application procedure.This system is a simple, fast database management system, it provides many people use the management mode, and supports the standard SQL syntax. The system is mainly based on the existing management of university equipment daily maintenance, put a lot of manpower management information into the computer management, simplify the XX Telecom Company management work, improve the efficiency of management, and maintenance convenient Telecom Company . A servlet looks and feels like a miniature web server. It receives a request and renders a response. But, unlike conventional web servers, the servlet application programming interface (API) is specifically designed to help Java developers create dynamic applications.Key words: Telecom;Oracle;the database structure;JDBC目录摘要 (i)Abstract (ii)1 绪论 (1)1.1 背景与意义 (1)1.2 电信计费系统数据分析处理系统的现状和优势 (2)1.3 任务概述 (2)1.4 电信计费系统数据分析处理系统特点 (3)2 相关技术 (4)2.1系统说明 (4)2.1.1 硬件环境 (4)2.1.2 软件环境 (4)2.2开发计划 (5)2.3 可行性分析 (5)2.3.1 风险分析 (5)2.3.2 技术可行性 (6)2.3.3 操作可行性 (6)2.4 设计方案：对涉及工具和技术的相关说明 (7)2.4.1 C/S体系结构 (7)2.4.2 Oracle (8)2.4.3 JAVA (8)2.4.4 JDBC简介 (8)3 需求分析 (10)3.1 系统分析的任务与步骤 (10)3.1.1 系统分析的任务 (10)3.2 系统项目范围 (11)3.3 功能需求 (11)3.4 系统实体分析 (14)3.5 系统的数据库设计 (15)3.5.1 概念设计 (15)3.5.2 设计局部ER模式 (15)3.5.3 设计全局ER模式 (16)4 总体设计 (17)4.1 系统功能说明 (17)4.1.1 系统总体功能表 (17)4.1.2 采集数据服务器和中央服务器模块功能 (17)4.1.3软硬件环境需求 (20)4.1.4产品质量需求 (20)4.2建立数据库模型 (21)5 详细设计 (22)5.1 AAA服务器端采集模块 (22)5.2 AAA服务器端备份模块 (23)5.3 AAA服务器端网络模块 (25)5.4 系统日志模块 (26)5.5 系统配置模块 (27)5.6 中央服务器端备份模块 (29)5.7 中央服务器端网络模块 (30)5.8 中央服务器端入库模块 (31)6 系统测试 (34)6.1 系统测试的目的 (34)6.2 面向对象系统测试方案 (34)6.3 系统测试用例 (35)结论 (38)参考文献 (39)外文原文 (40)中文翻译 (48)1 绪论1.1 背景与意义随着电信企业的不断壮大，对计费系统的改进迫在眉捷。
电信计费系统中实时重单稽核的实现方案
２ 内存 加文件 排重 方式 的 实现 原理
首先要将 所有 的话单在入库前 以文件形式保存 到硬盘 中作 为 基 础 数 据 参 考 文 件 ，参 考 文 件 以 时 间 命 名 （ 式 为 格 Ｙ Ｙ ＭＭＤ Ｈ ， ＹＹ Ｄ Ｈ）可细化到小 时 ， 单按照 Ｅ Ｄ ＴＭＥ入文件 。 话 Ｎ —Ｉ 这样方便排重 时查 找 ，只要 在新话单通话 时间段跨过 的文件 中
第 ２ 期 ６
收 稿 日期 ：０ ０ ０ — ０ ２１—６２
电信 计费 系统 中实 时重单稽核 的实现方案
李 敏， 刘向前
（ 国联 通 山西 省 分 公 司 ， 中 山西 太 原 ，３０ ２ ００ １）
摘
要： 通过对 电信 计 费系统 中重复话单特 点的分析 以及 对 系统效 率的考虑 ， 定 了 确
实时滤重 的实现方式考虑 了数据 库排重 、数据库加 内存方
式 排 重 以及 文 件 级 排 重 ， 是 由于 处 理 速 度 都不 是 很 理 想 ， 终 但 最 通 过 试验 选择 了 内存 加 文 件 的排 重 方 式 。
值 是否相同 ， 如果不同则认为文件 中的原话单 是回退过 的话单 ，
着预付费用户的增多 ， 事后 的修正会引起消 费总量值计算错误 ，
用户投诉 增多 ， 影响企业 的信誉 ， 以实时重单稽核功 能应运而 所
生。
时该文件 的话 单将会全部作为重 单进行处理 。解 决的办法有 两
个： 一个是在文件 回退 时将 重单参考文件 中的话单一并 回退 ， 但 是 因为话单分别 写入 了多个文件 中 ，如果逐一删 除会非常影 响 文 件 回 退 的 效 率 ； 另 一 个 办 法 就 是 在 文 件 列 表
电信计费稽核系统编码规范
计费稽核管理系统编码规范说明书计费帐务中心2007-8-8编码规范说明书目录数据库编码规范 (3)设计概要 (3)设计环境 (3)设计使用工具 (3)设计原则 (3)设计的更新 (3)命名总体原则 (4)命名规范（逻辑对象） (4)数据库结构命名 (4)数据库对象命名 (5)脚本注释 (7)存储过程或触发器 (7)自定义函数 (8)数据库操作原则 (9)建立、删除、修改库表操作 (9)添加、删除、修改表数据 (9) 控件编码规范 (9)数据库编码规范设计概要设计环境ORACLE 9I设计使用工具a) 使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说明。
b) 通过PowerDesigner 定制word格式报表，并导出word文档，作为数据字典保存，格式可参看附件1。
（PowerDesigner v10 才具有定制导出word格式报表的功能）c) 编写数据库建数据库、建数据库对象、初始化数据脚本文件设计原则a) 采用多数据文件b) 禁止使用过大的数据文件，unix系统不大于2GB,window系统不超过500MBc) oracle数据库中必须将索引建立在索引表空间里。
d) 基本信息表在建立时就分配足够的存储空间，禁止其自动扩展功能e) 大文本字列、blob列要独立出一张表，此表只有id和blob(或大文本)列设计的更新a) 在设计阶段，由数据库管理员或指定的项目组其一成员进行维护。
b) 运行阶段，由数据库管理员进行维护。
c) 如对表结构进行修改，应先在PowerDesigner中进行修改，再重新导出WORD 文档，最后在数据库中进行修改。
如果修改的是数据库字典表，必须由数据库管理员进行。
d) 使用PowerDesigner生成SQL代码，禁止由PowerDesigner直接连数据库进行数据库操作e) 修改数据库要通过SQL，禁止其它方式对数据进行修改f) 修改数据库的SQL要添加说明后保存备查命名总体原则Ø设定的前缀一律用小写字母Ø标识名称命名全部小写Ø整个命名的全长不得超过30个字母Ø全部使用字母和下划线‘_’，不能使用中文和其他字符，有特别情况允许使用末尾数字编号。
电信计费稽核系统编码规范
计费稽核管理系统编码规范说明书计费帐务中心2007-8-8编码规范说明书目录数据库编码规范 (5)设计概要 (5)设计环境 (5)设计使用工具 (5)设计原则 (5)设计的更新 (6)命名总体原则 (6)命名规范（逻辑对象） (7)数据库结构命名 (7)数据库对象命名 (9)脚本注释 (13)存储过程或触发器 (13)自定义函数 (14)数据库操作原则 (16)建立、删除、修改库表操作 (16)添加、删除、修改表数据 (16) 控件编码规范 (16)数据库编码规范设计概要设计环境ORACLE 9I设计使用工具a)使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说明。
b)通过PowerDesigner 定制word格式报表，并导出word文档，作为数据字典保存，格式可参看附件1。
（PowerDesigner v10 才具有定制导出word格式报表的功能）c)编写数据库建数据库、建数据库对象、初始化数据脚本文件设计原则a)采用多数据文件b)禁止使用过大的数据文件，unix系统不大于2GB,window系统不超过500MBc)oracle数据库中必须将索引建立在索引表空间里。
d)基本信息表在建立时就分配足够的存储空间，禁止其自动扩展功能e)大文本字列、blob列要独立出一张表，此表只有id和blob(或大文本)列设计的更新a)在设计阶段，由数据库管理员或指定的项目组其一成员进行维护。
b)运行阶段，由数据库管理员进行维护。
c)如对表结构进行修改，应先在PowerDesigner中进行修改，再重新导出WORD文档，最后在数据库中进行修改。
如果修改的是数据库字典表，必须由数据库管理员进行。
d)使用PowerDesigner生成SQL代码，禁止由PowerDesigner直接连数据库进行数据库操作e)修改数据库要通过SQL，禁止其它方式对数据进行修改f)修改数据库的SQL要添加说明后保存备查命名总体原则Ø 设定的前缀一律用小写字母Ø 标识名称命名全部小写Ø 整个命名的全长不得超过30个字母Ø 全部使用字母和下划线‘_’，不能使用中文和其他字符，有特别情况允许使用末尾数字编号。
中国电信全业务稽核系统简介
中国电信全业务稽核系统简介
2010年2月
全业务稽核系统实现原理：
系统采用B/S架构，基于中国电信BOSS系统，由BOSS系 统提供相关数据链路，与稽核系统进行无缝链接，管理 人员和稽核人员可通过全业务稽核系统稽核电信各项业 务。
体系架构图
稽核系统示意图
业务逻辑示意图
全业务稽核系统能实现：
• 报表查询：系统分营业厅员日报表查询，营业厅员工日清单查 询，稽核流水查询，稽核人员报表查询，录入串码号码查询， 终端结算报表查询，综合查询等。便于对全市各营业厅、代理 点及稽核人员工作量及工作质量的考核 。便于总结差错原因， 寻求整改措施，提升整体服务质量，占领市场份额。
• 系统管理：本系统基于BOSS系统账号，在本地系统中按不同权 限主要分为：系统管理员、全业务稽核人员、终端稽核人员、 稽核抽查人员、营业厅人员、稽核报表查询人员等角色
全业务稽核系统需要调取的数据
• 所有电信的业务数据，订单表，客户资料表，产品实例表，服务提 供表，定价计划表，除了定价计划是每个本地网自己配置外，服务 和产品每个本地网基本是一样的，省公司统一配置的。
营 业 员 反 馈 界 面
营业人员进入后，直接看到未稽核的清单，点击选择后，可看到稽 核错误详情，点击整改后返回到稽核人员再次稽核，也可点击报表 查询中未稽核清单查询，同样到此界面
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
[计费稽核管理系统]
概要设计说明书
1．引言
1.1编写目的
本概要设计是在经过了需求分析之后，为明确各项功能需求的落实与否以及以后进一步设计开发而编写的，它的依据是需求分析。
读者是项目主管及后期的详细设计人员。
1.2背景
经过前期的用户需求分析及方案计论之后，已经基本明确了计费稽核系统的业务流程及相关技术，构架。
1.3定义
人员（角色）
县市局、县级分局计费人员
市场部统计分析人员
网维、网控中心操作员
计费帐务操作员
超级管理员
1.4参考资料
《计费稽核系统需求说明书》
2 需求概述
2.1 目标
实现计费稽核系统的基本功能。
2.2 开发环境
计费稽核系统前台采用
计费稽核系统后台采用VC
2.3 运行环境
2.3.1设备环境
☞硬件配置
服务器：PII以上
客户端：Pentium相应配置微机或以上
2.3.2支持软件环境
☞服务端：
操作系统：WIN2000 SERVER 或WINDOWS SERVER 20XX
Web服务器及应用服务器等：IIS6.0
数据库：Oracle 8i
☞客户端：
操作系统：Microsoft Windows 98 简体中文版或以上
浏览器：Microsoft Internet Explorer 5.0 以上
2.4 条件与限制
无
3．总体设计
3.1 总体结构
计费稽核系统
后台管理界面
浏览器
浏览器浏览器
计费数据库
3.2 系统功能结构图
3.2.1系统前台总体功能结构图
3.2.2系统后台总体功能结构图
3.2.3计费帐务稽核功能分解图
3.2.4补漏增收功能分解图
3.2.5系统维护功能分解图
3.3 类图
一号双机对应关系查询类
一号双机用户属性有误统计类 一号双机用户名称不一致统计类 有效商品查询类
IP 公话的资料查询类 产品类型不一致的用户查询类 cust_id 不一致的宽带帐号查询类
数据库操作类
帐号验证类 群内通话明细查询类 群内通话用户资料统计类
催缴、停复机任务的执行情况类 停机任务设置查询类 超长话单查询类
异常话单分类统计 标识错误的一号双机异常话单类 资料遗漏一号双机异常话单查询类
特服的异常话单查询类 国际区号没有设置的异常话单类 合帐费用统计类
优惠费用统计类 商品优惠统计类 高额话费统计类
黑户号码统计/查询类 已处理黑户查询类 已处理黑户费用查询类
欠费停机用户查询类 停机保号用户查询类 免停免催用户查询类
停机用户查询类 201卡类用户查询类 201卡类费用查询类
公免费用统计类 公纳统计类 享受产品查询类
公纳欠费查询类 优惠查询类 宽带黑户查询类
停机保号虚增收入查询类 欠费虚收入查询类 SP 分成类
信息费欠费回收情况查询类 包干用户结算费用查询类 网间通话统计类
IC 卡结算费用查询类 创建新部门类 部门名称修改类
删除部门类创建新操作员类删除操作员类
权限修改类帐号修改类
3.4 用户登录用例规约
用例名称：操作员登录
用例标识：
涉及的参与者：操作员
描述：操作员通过浏览器访问计费稽核系统首页，选择部门后，输入账号、密码。
如果验证通过，进入计费稽核主界面。
前置条件：用户通过浏览器访问计费稽核系统首页。
后置条件：浏览器显示计费稽核系统主界面。
正常事件流：
1、操作员通过浏览器访问计费稽核系统首页。
2、操作员输入自己的用户名和密码。
3、系统进行验证操作。
4、验证通过后，显示计费稽核系统主界面。
异常事件流：
1、系统验证失败。
2、显示错误提示页面。
3.5 主界面功能查询时序图
用例名称：主界面功能查询
用例标识：
涉及的参与者：操作员
描述：操作员通过选择各功能选项，主界面中显示出各功能界面。
前置条件：操作员已登录。
后置条件：主界面中显示出各功能界面。
正常事件流：
1、系统验证操作员是否已登录过。
2、操作员选择相关的功能模块。
3、主界面显示相应的功能界面。
4、操作员在相关的功能界面上进行处理。
异常事件流：
1、系统验证失败。
2、显示错误提示页面。
4 接口设计
4.1 外部接口设计
4.1.1 界面接口
Login(登录界面) MainFrame(主界面框架)
Left(框架左视图)
Main(框架右视图)
4.1.2软件接口
选择winnt操作系统。
选择后台数据库为oracle。
选用web服务器为IIS6.0。
4.1.3 硬件接口
单片P4 2.4处理器＋1G内存＋160Gscis硬盘。
4.2 内部接口设计
参见第3部分
5 数据结构设计
5.1 数据库说明
pub_depart(部门表)
其中dep_id 为主键。
Pub_operator(操作员表)
O per_id ：主键dep_id：外部关键字。