范文一：电信计费系统_项目标准

践行者团队

电信计费系统

项目标准说明书

(Project standard Specification)

文件状态: 文件标识: Doer_XMBZSMS_20130510_002_WK_WKX_WXL_WKS [ ]草稿 文件密级: [ ]公开 [?]内部 [ ]机密 [ ]绝密 [?]待审核 当前版本: 0.2

[ ]正式发布 作 者: 王凯旋 王凯 吴星磊 王宽社 [ ]正在修改 完成日期: 2013-05-10

郑州大学2010级软件二班Doer团队

第一开发部

版本历史

版本状态 作者 参与者 起止日期 描述 0.1 王宽社 王凯 2013-05-08 根据讨论结果制定项目

吴星磊 ~ 标准

王凯旋 2013-05-08

0.2 王宽社 王凯 2013-05-10 修改封面等设计元素，保

吴星磊 ~ 持各文档之间的一致性

王凯旋 2013-05-10

第 2 页 共 7 页

电信计费系统--------《项目标准说明书》

目录

1. 项目总纲..................................................................................................................................... 4 2. 立项原则..................................................................................................................................... 5 3. 应用方案..................................................................................................................................... 6 4. 日常行为...................................................................................................................................... 6 5. 周例会.......................................................................................................................................... 7 6. 风险意识与备忘 .......................................................................................................................... 7

7. 工时单.......................................................................................................................................... 7 8. 问题管理...................................................................................................................................... 7

第 3 页 共 7 页

电信计费系统--------《项目标准说明书》

1. 项目总纲

1.1. 做项目从做人开始

做项目也要先学做人;

项目管理，是一门比较交叉性的学科，例如管理学、社会学、以及一系列的专业知识，在某种程度上，情商比智商还要重要;

我们要做好人，但是不是烂好人，不能对什么都听之任之，我们要保证我们的项目目标;

我们不说谎话，但是也不是什么都说，例如上线报告中我们始终要记住你想描述的是项目已经上线，并且截止到当前业务运行顺畅;

我们要讲究诚信，当我们认识到我们将要爽约时，我们要想办法努力的同时，提前和客户沟通;

我们要不卑不亢、我们要言语得体、我们要注意礼节、我们要充满自信。

1.2. 站在足够的高度考虑问题

从全局上来讲，我们不能只埋头于具体事务，要始终考虑到项目的整体组织;

从管理上来讲，不要认识到实施人员才是资源，技术后台、公司领导、客户项目组、客户领导等都是项目资源

从立足点上来讲，屁股决定脑袋，我们的屁股座在哪，是客户方，还是公司方,都不是，而是应该在项目上，要始终认清我们追求的是项目的成功

从业务流程上讲，我们要考虑正向流程、逆向流程、例外流程、是否符合财务要求;

从问题的重要性上来看，要分清轻重缓急;

1.3. 凡事预则立，不预则废

细节决定成败，如果我们把大的任务，分成很多小的任务，并且每个任务都做好，那么，整体任务就不会出现大的偏差;

第 4 页 共 7 页

电信计费系统--------《项目标准说明书》

做好任务的前期准备工作，那么在任务执行时便会信心百倍;

另外一方面，当项目计划，作为整体的项目纲线被对方领导认可后，那么在遇到进度拖后、人员不配合的情况发生时，他便是尚方宝剑。

1.4. 在项目中引入周期性

从客观事物的发展来看，很多都是周期性的，例如人员成长、信息化建设等;

从我们个人而言，要不断的吸取教训，总结经验，从项目管理上亦然;

从项目执行上来看，我们要有里程碑式的概念，并及时确定，这样才能使问题或后继管理是收敛性的;

如果客户的预期过高，那么应该谈到周期性，滚动性的项目执行策略。 2. 立项原则

, 项目不论大小，必须全部立项;

, 项目人员一旦确定，不得轻易变更;

, 已立项的项目时间要优先保证;

1.5. 立项组织

, 由项目经理负责召集;

, 需要销售和售前人员参加;

, 需要事先研读合同;

, 需要由销售人员介绍项目情况，包括人员、可能的风险点、比较敏感的问题、是否有口

头承诺等。

1.6. 立项内容

, 明确项目队伍;

, 明确预期的实施投入与开发投入;

, 明确产品范围与受服务的主体;

, 明确非产品范围;

第 5 页 共 7 页

电信计费系统--------《项目标准说明书》

, 明确注意事项与实施方式;

, 明确总体规划;

, 明确回款点;

, 明确风险及规避;

1.7. 立项成果

形成项目立项书

3. 应用方案

, 方案的抄袭是不妥当的，可以借鉴别的项目成功经验及文档，但必须在理解的情况下才

可拿来使用，好的方案是要有项目特色的。

, 不允许承诺非合同范围内的产品模块、多出的站点授权等;大的专项需求必须经公司同

意后方可写入方案双方确认。

, 实施方案主要从流程描述(结合岗位)、特殊需求等方面对企业流程进行规划;方案要

不厌其细，对各个流程要充分讨论并形成共识。实施方案是整个后续实施工作的指导，

双方在基于“快速上线、充分沟通、贴合业务”等方针指导下互相谅解、以目标为导向

在尽可能短的时间确认方案。

, 实施方案不是满足企业的所有需求，而是按照项目目标、计划的要求，在合理的范围内

找出最适合当前情况的方法。项目的成功在于按期完成、保证流程正常运行，追求完美

和随波逐流都是错误的思想～要快速达到合同规定的目标就必须有所取舍。 , 实施方案中要对所需专项开发的客户化需求进行描述并得到企业的认可; , 个人对产品不熟悉或对流程含糊时，应通过电话、邮件、QQ等方式寻求资深实施人员

或开发人员的帮助，问题要在自己明白理解无误情况下再形成文字。 4. 日常行为

, 项目行程必须征得相关领导的同意;

, 对于技术支持，必须与技术人员进行讨论并拿到时间计划;

, 在项目过程中，始终对事不对人，保持良好的心态;

第 6 页 共 7 页

电信计费系统--------《项目标准说明书》

, 相关确认文档，在回公司后交与部门经理，并在公司服务器上维护项目目录; 5. 周例会

, 以项目计划为标的，回顾计划进度、讨论目前的困难与问题、明确下一步的工作 6. 风险意识与备忘

, 在项目风险较大的点要提交备忘录，备忘录得形式及行文不追求统一，关键是阐述清楚

目标与结果，例如对于项目验收工作的说明;对于因客户原因造成的项目拖延等。 7. 工时单

, 就我们每日的工作由客户确认

8. 问题管理

, 问题不单单是产品或技术的问题，包括项目中遇到的各种各样的问题;对其进行跟踪管

理;做好问题的分类;分清问题的轻重缓急;明确问题的责任人、时间、标准等;不要

将问题放在空处，必须跟踪到底

第 7 页 共 7 页

范文二：电信计费系统_项目标准

践行者团队

电信计费系统

项目标准说明书

(Project standard Specification)

郑州大学2010级软件二班Doer 团队

第一开发部

版本历史

目录

1. 项目总纲 . .................................................................................................................................... 4 2. 立项原则 . .................................................................................................................................... 5 3. 应用方案 . .................................................................................................................................... 6 4. 日常行为 . ..................................................................................................................................... 6 5. 周例会.......................................................................................................................................... 7 6. 风险意识与备忘 . ......................................................................................................................... 7 7. 工时单.......................................................................................................................................... 7 8. 问题管理 . ..................................................................................................................................... 7

1. 项目总纲

1.1. 做项目从做人开始

做项目也要先学做人；

项目管理，是一门比较交叉性的学科，例如管理学、社会学、以及一系列的专业知识，在某种程度上，情商比智商还要重要；

我们要做好人，但是不是烂好人，不能对什么都听之任之，我们要保证我们的项目目标； 我们不说谎话，但是也不是什么都说，例如上线报告中我们始终要记住你想描述的是项目已经上线，并且截止到当前业务运行顺畅；

我们要讲究诚信，当我们认识到我们将要爽约时，我们要想办法努力的同时，提前和客户沟通；

我们要不卑不亢、我们要言语得体、我们要注意礼节、我们要充满自信。

1.2. 站在足够的高度考虑问题

从全局上来讲，我们不能只埋头于具体事务，要始终考虑到项目的整体组织； 从管理上来讲，不要认识到实施人员才是资源，技术后台、公司领导、客户项目组、客户领导等都是项目资源

从立足点上来讲，屁股决定脑袋，我们的屁股座在哪，是客户方，还是公司方？都不是，而是应该在项目上，要始终认清我们追求的是项目的成功

从业务流程上讲，我们要考虑正向流程、逆向流程、例外流程、是否符合财务要求； 从问题的重要性上来看，要分清轻重缓急；

1.3. 凡事预则立，不预则废

细节决定成败，如果我们把大的任务，分成很多小的任务，并且每个任务都做好，那么，整体任务就不会出现大的偏差；

做好任务的前期准备工作，那么在任务执行时便会信心百倍；

另外一方面，当项目计划，作为整体的项目纲线被对方领导认可后，那么在遇到进度拖后、人员不配合的情况发生时，他便是尚方宝剑。

1.4. 在项目中引入周期性

从客观事物的发展来看，很多都是周期性的，例如人员成长、信息化建设等；

从我们个人而言，要不断的吸取教训，总结经验，从项目管理上亦然；

从项目执行上来看，我们要有里程碑式的概念，并及时确定，这样才能使问题或后继管理是收敛性的；

如果客户的预期过高，那么应该谈到周期性，滚动性的项目执行策略。

2. 立项原则

? 项目不论大小，必须全部立项； ? 项目人员一旦确定，不得轻易变更； ? 已立项的项目时间要优先保证； 1.5. 立项组织

? 由项目经理负责召集； ? 需要销售和售前人员参加； ? 需要事先研读合同；

? 需要由销售人员介绍项目情况，包括人员、可能的风险点、比较敏感的问题、是否有口

头承诺等。 1.6. 立项内容 ? 明确项目队伍；

? 明确预期的实施投入与开发投入； ? 明确产品范围与受服务的主体； ? 明确非产品范围；

? 明确注意事项与实施方式； ? 明确总体规划； ? 明确回款点； ? 明确风险及规避； 1.7. 立项成果 形成项目立项书

3. 应用方案

方案的抄袭是不妥当的，可以借鉴别的项目成功经验及文档，但必须在理解的情况下才

可拿来使用，好的方案是要有项目特色的。

不允许承诺非合同范围内的产品模块、多出的站点授权等；大的专项需求必须经公司同

意后方可写入方案双方确认。

实施方案主要从流程描述（结合岗位）、特殊需求等方面对企业流程进行规划；方案要

不厌其细，对各个流程要充分讨论并形成共识。实施方案是整个后续实施工作的指导，双方在基于“快速上线、充分沟通、贴合业务”等方针指导下互相谅解、以目标为导向在尽可能短的时间确认方案。

实施方案不是满足企业的所有需求，而是按照项目目标、计划的要求，在合理的范围内

找出最适合当前情况的方法。项目的成功在于按期完成、保证流程正常运行，追求完美和随波逐流都是错误的思想！要快速达到合同规定的目标就必须有所取舍。 实施方案中要对所需专项开发的客户化需求进行描述并得到企业的认可；

个人对产品不熟悉或对流程含糊时，应通过电话、邮件、QQ 等方式寻求资深实施人员

或开发人员的帮助，问题要在自己明白理解无误情况下再形成文字。

4. 日常行为

项目行程必须征得相关领导的同意；

对于技术支持，必须与技术人员进行讨论并拿到时间计划； 在项目过程中，始终对事不对人，保持良好的心态；

相关确认文档，在回公司后交与部门经理，并在公司服务器上维护项目目录；

5. 周例会

以项目计划为标的，回顾计划进度、讨论目前的困难与问题、明确下一步的工作

6. 风险意识与备忘

在项目风险较大的点要提交备忘录，备忘录得形式及行文不追求统一，关键是阐述清楚

目标与结果，例如对于项目验收工作的说明；对于因客户原因造成的项目拖延等。

7. 工时单

就我们每日的工作由客户确认

8. 问题管理

问题不单单是产品或技术的问题，包括项目中遇到的各种各样的问题；对其进行跟踪管

理；做好问题的分类；分清问题的轻重缓急；明确问题的责任人、时间、标准等；不要将问题放在空处，必须跟踪到底

范文三：电信计费系统项目总结

电信计费系统项目总结

达内电信计费系统项目介绍

李洪鹤[email protected]/* */

一、回顾

1、Spring核心功能

1)IOC

将对象的创建权、注入权交给Spring来 管理，由Spring容器负责做这些事。由于 Spring是通过配置实现的这些逻辑，因此 可以降低对象之间的耦合度。

2)AOP

面向切面编程，主要解决的是针对一批 组件的通用逻辑编程的问题，它采用了 公共的类+配置的方式实现这个逻辑，可以 降低公共类和组件之间的耦合度。

3)整合

Spring可以整合JDBC、MyBatis、

Struts2、Hibernate框架/技术，

可以简化对这些框架/技术的使用。

4)MVC

Spring实现了MVC，按照MVC思想对 代码进行了分层，从而降低了项目中 代码之间的耦合度。

2、Java知识体系

画图

二、项目介绍

1、项目整体需求

1)项目背景

电信公司有UNIX服务器出租业务，针对 该出租业务需要一套办公系统来提升办事 效率，提升该业务信息化程度(无纸化 办公)，我们的系统就是针对该出租业务 而提供的完整解决方案。

2)整体解决方案

画图

2、解决方案

1)NETCTOSS(要讲)

--名词解析

Net China Telecom Operation

Support System

中国电信运营支撑系统-网络版

--功能

用于创建账号，创建资费标准，以及查询用户的消费情况等。

--使用者

电信公司营业员

--部署

应用服务器

2)DMS(讲过)

--功能

解析客户登录、登出UNIX服务器的时间，并将解析到的信息存入数据库，即实现了客户登录服务器的数据采集功能。 --使用者

自动运行

--部署

DMS Client部署在每一台UNIX服务器上;DMS Server部署在引用服务器上。

3)PL/SQL(不讲)

--功能

自动计算出客户本月的消费情况，由Oracle任务自动在月底调用。

--使用者

Orcale任务调度。

--部署

Orcale数据库。

4)自服务(不讲)

--功能

可以查询客户的套餐余量，可以修改客户的资费等，类似于移动/联通营业厅APP。

--使用者

客户

--部署

应用服务器

3、项目计划

1)Unit01

day01-day02，完成资费管理模块。

2)Unit02

day03-day04，完成账务账号模块。

3)Unit03

day05-day06，完成业务账号模块。

4)Unit04

day07-day10，完成角色模块、管理员 模块以及登录相关的功能。

5)Unit05

day11，学习AOP，并应用到项目中。

6)Unit06

day12，学习事务管理，并应用到项目中。 如果时间允许，做项

目总结及分享。

4、项目目标

1)基本要求

完成资费模块

2)达标

再完成账务账号模块，登录功能。

3)要求

自己写代码

4)目标

具备独立开发的能力

5、技术架构

1)开发环境

Linux+MyEclipse6.0+JDK1.6+

Tomcat7+Oracle10g

2)使用的技术

Java+Spring+MyBatis+JSP+JQuery

3)结构

基于MVC代码的分层思想，将代码分为 如下几层

表现层(V):JSP+JQuery

控制层(C):

DispatcherServlet+Controller，即主要由Spring MVC实现。 业务层(C):

由于业务相对简单，不用独立的业务层，而是直接在Controller

中实现 业务，在企业真实的项目中，往往 这里是有独立的业务层。

持久层(M):

Spring整合MyBatis来实现数据库的访问。

三、搭建环境

1、声明

在项目组中搭建项目环境应该由项目经理、 结构师、设计师来完成，我们只需要下载 他们构建好的代码，添加业务代码即

可。 因此这项内容了解即可，不是重点。

2、搭建环境大致步骤

1)解决访问数据库的问题

使用Spring整合MyBatis来实现数据库 的访问

2)解决处理请求的问题

使用Spring MVC来处理请求

篇二:电信计费系统论文

电信计费系统的设计与实现

届 别 2006届

系 别 计算机系

专 业 计算机科学与技术

姓 名 张三

指导教师 李 四

二?一〇年五月

目 录

0.

1. 绪 论 ......................................................................... 4 电信

计费系统需求分析 .......................................................... 4

1.1. 编写目的 ..................................................................... 4

1.2. 编写背景 ..................................................................... 5

1.2.1. 系统背景以及版本 ....................................................... 5

1.2.2. 任务提出者 ............................................................. 5

1.2.3. 任务承接者及实施者 .................................................... 5

1.2.4. 文档使用者 ............................................................ 5

1.2.5. 参考资料 .............................................................. 5

1.3. 系统功能概述 ................................................................. 5

1.3.1. 系统功能结构图 ......................................................... 5

1.3.2. 系统功能说明 ........................................................... 6

1.3.2.1. 用户管理系统 .................................................... 6

1.3.2.2. 资费管理系统 ..................................................... 6

1.3.2.3. 管理员管理系统 ................................................... 6

1.3.2.4. 帐单查询系统 ..................................................... 7

1.3.2.5. 帐务查询系统 ..................................................... 7

1.3.2.6. 用户自服务系统 ................................................... 7

2. 1.3.2.7. 权限管理系统 ..................................................... 7 系

统概要和详细设计 ............................................................ 8

2.1. 操作功能菜单结构模型 ......................................................... 8

2. 2. 各模块数据实体设计 .......................................................... 8

2.2.1. 权限与管理员数据实体 ................................................... 8

2.2.1.1. 类图 ............................................................ 8

2.2.1.2. 类说明 ........................................................... 9

1.2.2. 用户帐务帐号，业务帐号与资费实体

类 .................................... 9

2.2.2.1. 类图 ............................................................. 9

2.2.2.2. 类说明 .......................................................... 10

2.2.3. 用户登录时长数据相关实体.............................................. 10

2.2.3.1. 类图 ............................................................ 10

2.2.3.2. 类说明 .......................................................... 10

2.3. 数据表设计 .................................................................. 10

2.3.1. 权限、角色与管理员相关表设

计 ........................................ 10

2.3.2. 用户帐务帐号、资费与业务帐号相关表设

计 ............................... 12

2.3.3. 用户登录时长原始数据与整合数据相关表设

计 ............................. 13

2.4. 各模块类以及界面设计 ........................................................ 14

2.4.1. 登录 .................................................................. 14

2.4.1.1. 相关表 .......................................................... 14

2.4.1.2. 界面设计 ........................................................ 14

2.4.1.3. 类图设计 ........................................................ 14

2.4.2.权限管理 ............................................................... 17

2.4.2.1. 相关表 .......................................................... 17

2.4.2.2. 界面设计 ........................................................ 21

2.4.2.3. 类图设计 ........................................................ 21

2.4.3. 管理员管理 ............................................................ 31

2.4.3.1. 相关表 .......................................................... 31

2.4.3.2. UI设计.......................................................... 31

2.4.4.3. 类图设计 ........................................................ 34

2.4.4. 资费管理 .............................................................. 39

2.4.4.1.相关表 ........................................................... 39

2.4.4.2. UI设计.......................................................... 39

2.4.4.3.类图设计 ......................................................... 41

2.4.5. 用户管理 .............................................................. 45

2.4.5.1.相关表 ........................................................... 45

2.4.5.2. UI结构设计 ..................................................... 45

2.4.5.3.类图设计 ......................................................... 50

2.4.6. 帐单查询 .............................................................. 58

2.4.6.1.相关表 ........................................................... 58

2.4.6.2.UI设计........................................................... 58

2.4.6.3.类设计 ........................................................... 58

2.4.7. 帐务查询 .............................................................. 59

2.4.7.1. 相关表 .......................................................... 59

2.4.7.2. UI设计 ........................................................ 59

2.4.7.3. 类设计 .......................................................... 61

3. 编码部分.......................................................................... 62

3.1. 电信计费系统编码规范 ....................................................... 62

3. 2. 在编码过程中遇到的问

题 ..................................................... 73

4. 系统测试........................................................................... 74

5. 运行与维护.........(来自:WwW.xIelW.cOm 写 论文 网:电信计

费系统项目总结)............................................................... 79

6. 结束语 ............................................................................ 80

附录 .................................................................................. 80

参考文献 .............................................................................. 96

后记 .................................................................................. 97

电信计费系统的设计与实现

计算机系0604班 张三 指导老师:李四

摘 要: 信息技术和网络技术高速发展，行业竞争日益加剧，

各大企业在传统的运营方式中纷纷加入高科技成分追求高效和智

能化，在软件方面的追求和投入尤为突出，各行业不惜加大在信

息科技方面的投入，以进一步提升自身在市场的竞争力和服务质

量，而且收到了很好的效果，创造了良好的企业效益。

移动、联通、电信等各大电信运营商，每年在系统的开发和完

善方面投入数十亿来满足新的需求，而这些投入也为企业创造了

很壮观的经济效益。而且在这些方面的投入还会继续加大，在以后的发展中，这已经成为一个不可否认的趋势。可以说，电信和互联网新技术推动了人类文明的巨大进步，而且发展将会更加迅速。

本篇论文的电信计费系统是为电信运营商新增的一项Open Lab(开放实验室)出租业务而设计，电信运营商提供多个基于Unix平台的实验室环境，选择使用这种业务的用户能够远程登录到实验室中做基于这个实验室环境的一些工作和实验。运营商希望借助先进的计算机技术对访问实验室的用户进行管理和计费，由此实现对此项业务运营的支持与管理。

该电信计费系统使用ssh(spring + struts2 + hibernate)、javascript脚本控制和ajax异步交互等技术来开发，严格按照软件开发流程:需求分析、页面设计、概要设计、详细设计、测试运行等，最终使得该项目达到一个商业项目的标准。

关键词: 电信计费 hibernate struts2 springssh 运营支撑系统 netctoss

0. 绪 论

本篇论文从以下几部分进行阐述:

1 电信计费系统需求分析，简述电信计费项目的选题背景和该系统的需求，要求的功能。

2 系统概要和详细设计。根据系统的业务流程和需求经行概要设计用图表来表示。并根据概要设计经行详细设计。

3 编码。本系统所使用的编码规范，在系统的编码过程中出现的一些问题以及解决方法。 4 系统测试。对系统的各个功能经行测试，以及相应的记录。

5 运行和维护。主要讲解该系统简单操作说明，用户在使用该系统可能出现一些问题以及解决方案。

6 结束语。

7 心得体会。

1. 电信计费系统需求分析

1.1. 编写目的

软件需求规格说明书(SRS，Software Requirement Specification)是软件需求格式化描述文档，用于详细阐述软件的功能、性能以及约束条件，不仅是系统测试和用户手册编写的依据，也是系统设计、编码的基础。本文档主要目的包括以下几个方面:

1 为系统建设双方提供共同的需求基准;

2 为开发小组的软件开发工作提供依据;

3 为质量控制和项目监理提供检查依据。

1.2. 编写背景

1.2.1. 系统背景以及版本

Netctoss系统需求规格说明书，版本号v1.1。

1.2.2. 任务提出者

XX电信运营商

1.2.3 任务承接者及实施者

承接者:张三

1.2.4 文档使用者

管理成员:项目总监、项目经理、质量经理、技术经理; 开发成员:系统分析员、测试员、文档员;

客户成员:领导、业务代表、统计信息处人员; 监理成员:项目监理人员。

1.2.5 参考资料

《客户公司的业务文件》

1.3. 系统功能概述

1.3.1. 系统功能结构图

篇三:电信计费系统_项目标准

践行者团队

电信计费系统

项目标准说明书

(Project standard Specification)

郑州大学2010级软件二班Doer团队

第一开发部

版本历史

目录

1. 项目总

纲 ....................................................................................................

................................. 4 2. 立项原

则 ..................................................................................................................................... 5 3. 应用方

案 ..................................................................................................................................... 6 4. 日常行

为 ...................................................................................................................................... 6 5. 周例

会.......................................................................................................................................... 7 6. 风险意识与备

忘 .......................................................................................................................... 7 7. 工时

单.......................................................................................................................................... 7 8. 问题管

理 ...................................................................................................................................... 7

1. 项目总纲

1.1. 做项目从做人开始

做项目也要先学做人;

项目管理，是一门比较交叉性的学科，例如管理学、社会学、

以及一系列的专业知识，在某种程度上，情商比智商还要重要;

我们要做好人，但是不是烂好人，不能对什么都听之任之，我

们要保证我们的项目目标; 我们不说谎话，但是也不是什么都说，

例如上线报告中我们始终要记住你想描述的是项目已经上线，并

且截止到当前业务运行顺畅;

我们要讲究诚信，当我们认识到我们将要爽约时，我们要想办法努力的同时，提前和客户沟通;

我们要不卑不亢、我们要言语得体、我们要注意礼节、我们要充满自信。

1.2. 站在足够的高度考虑问题

从全局上来讲，我们不能只埋头于具体事务，要始终考虑到项目的整体组织; 从管理上来讲，不要认识到实施人员才是资源，技术后台、公司领导、客户项目组、客户领导等都是项目资源

从立足点上来讲，屁股决定脑袋，我们的屁股座在哪，是客户方，还是公司方,都不是，而是应该在项目上，要始终认清我们追求的是项目的成功

从业务流程上讲，我们要考虑正向流程、逆向流程、例外流程、是否符合财务要求; 从问题的重要性上来看，要分清轻重缓急;

1.3. 凡事预则立，不预则废

细节决定成败，如果我们把大的任务，分成很多小的任务，并且每个任务都做好，那么，整体任务就不会出现大的偏差;

做好任务的前期准备工作，那么在任务执行时便会信心百倍;

另外一方面，当项目计划，作为整体的项目纲线被对方领导认可后，那么在遇到进度拖后、人员不配合的情况发生时，他便是尚方宝剑。

1.4. 在项目中引入周期性

从客观事物的发展来看，很多都是周期性的，例如人员成长、信息化建设等;

从我们个人而言，要不断的吸取教训，总结经验，从项目管理上亦然;

从项目执行上来看，我们要有里程碑式的概念，并及时确定，这样才能使问题或后继管理是收敛性的;

如果客户的预期过高，那么应该谈到周期性，滚动性的项目执行策略。

2. 立项原则

? 项目不论大小，必须全部立项; ? 项目人员一旦确定，不得轻易变更; ? 已立项的项目时间要优先保证; 1.5. 立项组织

? 由项目经理负责召集; ? 需要销售和售前人员参加; ? 需要事先研读合同;

? 需要由销售人员介绍项目情况，包括人员、可能的风险点、比较敏感的问题、是否有口

头承诺等。 1.6. 立项内容 ? 明确项目队伍;

? 明确预期的实施投入与开发投入; ? 明确产品范围与受服务的主体; ? 明确非产品范围;

范文四：达内电信计费系统项目介绍

李洪鹤/lihh@tarena?.com.cn

一、回顾

1、Spring?核心功能

1)IOC

将对象的创建?权、注入权交给S?pring来?

容器负责做?这些事。由于 管理，由Sprin?g

Spring?是通过配置实?现的这些逻辑?，因此

可以降低对象?之间的耦合度?。

2)AOP

面向切面编程?，主要解决的是?针对一批

组件的通用逻?辑编程的问题?，它采用了

公共的类+配置的方式实?现这个逻辑，可以

降低公共类和?组件之间的耦?合度。

3)整合

Spring?可以整合JD?BC、MyBati?s、

Struts?2、Hibern?ate框架/技术，

可以简化对这?些框架/技术的使用。

4)MVC

Spring?实现了MVC?，按照MVC思?想对

代码进行了分?层，从而降低了项?目中

代码之间的耦?合度。

2、Java知识?体系

画图

二、项目介绍

1、项目整体需求?

1)项目背景

电信公司有U?NIX服务器?出租业务，针对

该出租业务需?要一套办公系?统来提升办事?

效率，提升该业务信?息化程度(无纸化

办公)，我们的系统就?是针对该出租?业务

而提供的完整?解决方案。

2)整体解决方案?

画图

2、解决方案

1)NETCTO?SS(要讲)

--名词解析

Net China Teleco?m Operat?ion

Suppor?t System?

中国电信运营?支撑系统-网络版

--功能

用于创建账号?，创建资费标准?，以及

查询用户的消?费情况等。

--使用者

电信公司营业?员

--部署

应用服务器

2)DMS(讲过)

--功能

解析客户登录?、登出UNIX?服务器的时间?，

并将解析到的?信息存入数据?库，即实现

了客户登录服?务器的数据采?集功能。

--使用者

自动运行

--部署

DMS Client?部署在每一台?UNIX服务?器上;

DMS Server?部署在引用服?务器上。

3)PL/SQL(不讲)

--功能

自动计算出客?户本月的消费?情况，由

Oracle?任务自动在月?底调用。

--使用者

Orcale?任务调度。

--部署

Orcale?数据库。

4)自服务(不讲)

--功能

可以查询客户?的套餐余量，可以修改

客户的资费等?，类似于移动/联通营业

厅APP。

--使用者

客户

--部署

应用服务器

3、项目计划

1)Unit01?

day01-day02，完成资费管理?模块。

2)Unit02?

day03-day04，完成账务账号?模块。

3)Unit03?

day05-day06，完成业务账号?模块。

4)Unit04?

day07-day10，完成角色模块?、管理员

模块以及登录?相关的功能。

5)Unit05?

day11，学习AOP，并应用到项目?中。

6)Unit06?

day12，学习事务管理?，并应用到项目?中。

如果时间允许?，做项目总结及?分享。

4、项目目标

1)基本要求

完成资费模块?

2)达标

再完成账务账?号模块，登录功能。

3)要求

自己写代码

4)目标

具备独立开发?的能力

5、技术架构

1)开发环境

Linux+MyEcli?pse6.0+JDK1.6+

Tomcat?7+Oracle?10g

2)使用的技术

Java+Spring?+MyBati?s+JSP+JQuery?

3)结构

基于MVC代?码的分层思想?，将代码分为

如下几层

表现层(V):JSP+JQuery?

控制层(C):

Dispat?cherSe?rvlet+Contro?ller，

即主要由Sp?ring MVC实现。

业务层(C):

由于业务相对?简单，不用独立的业?务

层，而是直接在C?ontrol?ler中实现?

业务，在企业真实的?项目中，往往

这里是有独立?的业务层。

持久层(M):

Spring?整合MyBa?tis来实现?数据库

的访问。

三、搭建环境

1、声明

在项目组中搭?建项目环境应?该由项目经理?、

结构师、设计师来完成?，我们只需要下?载

他们构建好的?代码，添加业务代码?即可。

因此这项内容?了解即可，不是重点。

2、搭建环境大致?步骤

1)解决访问数据?库的问题

使用Spri?ng整合My?Batis来?实现数据库

的访问

2)解决处理请求?的问题

使用Spri?ng MVC来处理?请求

范文五：电信计费项目需求

中国电信技术有限公司 电信网络实验室租赁管理系统 ————————————————————

需求说明书

中国电信技术有限公司

2010/4/10

目 录

前 言 . ....................................................................................................................................................... 4第一章 总体概述 ..................................................................................................................................... 4 1.1设计目的 . ....................................................................................................................................... 4 1.2业务流程 . ....................................................................................................................................... 5 1.3系统设计 . ....................................................................................................................................... 5 1.4系统硬件组成 . ............................................................................................................................... 6 1.5系统架构 . ....................................................................................................................................... 7 1. 6模块关联信息 ............................................................................................................................... 7 1.7项目时间分配 . ............................................................................................................................... 8第二章 采集系统 ..................................................................................................................................... 9 2.1采集系统概述 . ............................................................................................................................... 9 2.2采集系统功能定义 . ..................................................................................................................... 10 2.3采集流程 . ..................................................................................................................................... 11 2.4采集系统模块划分及模块位置分配 .......................................................................................... 11 2.5采集子系统 . ................................................................................................................................. 12 2.5.1配置模块 .............................................................................................................................. 12 2.5.2日志模块 .............................................................................................................................. 12 2.5.3采集模块 .............................................................................................................................. 13 2.5.4备份模块 ............................................................................................................................ 13 2.5.5网络模块 .............................................................................................................................. 14 2.5.6 采集系统的定时调用和项目分配 . ...................................................................................... 14 2.6中央处理器系统 . ......................................................................................................................... 15 2.6.1配置模块 .............................................................................................................................. 15 2.6.2日志模块 .............................................................................................................................. 15 2.6.3入库模块 .............................................................................................................................. 16 2.6.4备份模块 .............................................................................................................................. 16 2.6.5网络模块 .............................................................................................................................. 16第三章 整合系统 ................................................................................................................................... 16 3.1整合系统的内容 . ......................................................................................................................... 16 3.2整合系统要实现的具体功能 ...................................................................................................... 17 3.2.1 账单模块的实现 .................................................................................................................. 17 3.2.2 账务模块的实现 .................................................................................................................. 18第四章 WEB统计系统 ........................................................................................................................ 20 4.1用户管理系统 . ............................................................................................................................. 20

4.1.1 用户管理类图及用例 .......................................................................................................... 21 4.1.2 用户管理用户描述 — 注册账务账号 . .................................................................................. 22 4.1.3 用户管理用例描述 — 删除账务账号 . .................................................................................. 22 4.1.4 用户管理用例描述 — 修改账务账号信息 . .......................................................................... 23 4.1.5 用户管理用例描述 — 查询账务账单信息 . .......................................................................... 24 4.1.6 用户管理用例描述 — 注册业务帐号 . .................................................................................. 24 4.1.7 用户管理用例描述 — 删除业务帐号 . .................................................................................. 25 4.1.8 用户管理用例描述 — 修改业务帐号信息 . .......................................................................... 26 4.1.9 用户管理用例描述 — 查询业务帐号信息 . .......................................................................... 26 4.2用户自服务系统 . ......................................................................................................................... 27 4.2.1 用户自服务管理用例 .......................................................................................................... 27 4.2.2 用户自服务管理用例描述 — 认证用户 . .............................................................................. 28 4.2.3 用户自服务管理用例描述 — 修改用户信息 . ...................................................................... 29 4.2.4 用户自服务管理用例描述 — 查询日清单信息 . .................................................................. 29 4.2.5 用户自服务管理用例描述 — 查询日报表信息 . .................................................................. 30 4.2.6 用户自服务管理用例描述 — 查询月报表信息 . .................................................................. 30 4.2.7 用户自服务管理用例描述 — 查询年报表信息 . .................................................................. 31 4.2.8 用户自服务管理用例描述 — 查询资费列表 . ...................................................................... 31 4.2.9 用户自服务管理用例描述 — 查询资费明细 . ...................................................................... 32 4.3管理员管理系统 . ......................................................................................................................... 32 4.3.1 管理员管理类图及用例 ...................................................................................................... 33 4.3.2管理员管理用例描述 — 认证管理员 . .................................................................................. 34 4.3.3 管理员管理用例描述 — 增加管理员信息 . ......................................................................... 34 4.3.4 管理员管理用例描述 — 修改管理员信息 . ....................................................................... 35 4.3.5 管理员管理用例描述 — 查询管理员信息 . ......................................................................... 36 4.3.6管理员管理用例描述 — 查询管理员列表 . .......................................................................... 36 4.4账单管理系统 ............................................................................................................................. 37 4.4.1 账单管理类图及用例 .......................................................................................................... 37 4.4.2账单管理用例描述 — 查询账户月账单 . .............................................................................. 38 4.4.3账单管理用例描述 — 查询日清单信息 . .............................................................................. 38 4.4.4 账单管理用例描述 — 查询日报表信息 . ............................................................................. 40 4.4.5账单管理用例描述 — 查询月报表信息 . .............................................................................. 41 4.4.6账单管理用例描述 — 查询年报表信息 . .............................................................................. 42 4. 5账务管理系统 . .......................................................................................................................... 44 4.5.1 账务管理类图及用例 ......................................................................................................... 44 4.5.2 账务管理用例描述 — 查询日报表信息 . ............................................................................. 45 4.5.3账单管理用例描述 — 查询月报表信息 . .............................................................................. 47 4.5.4账务管理用例描述 — 查询年报表信息 . .............................................................................. 48 4.6资费管理系统 . ............................................................................................................................. 50 4.6.1 资费管理类图及用例 .......................................................................................................... 50

4.6.2资费管理用例描述 — 增加资费信息 . .................................................................................. 51 4.6.3 资费管理用例描述 — 删除资费信息 . ................................................................................. 52 4.6.4资费管理用例描述 — 修改资费信息 . .................................................................................. 52 4.6.5资费管理用例描述 — 查询资费列表 . .................................................................................. 53 4.6.6资费管理用例描述 — 查询资费明细 . .................................................................................. 53第五章 系统性能和安全要求 .............................................................................................................. 54

前 言

随着 Internet 的发展 , 办公计算机化和网络的应用迅速成为一种趋势 . 越 来越多的公司在研发新产品时候需要用到服务器, 但是服务器造价昂贵,一些 公司若仅仅为了一个项目去购买,从控制成本的角度讲这样的作法不够经济, 性价比太低。所以就出现了大公司有偿将自己的网络实验室租赁给其他公司使 用。中国电信网络实验室有很多处于闲置状态的设备 , 资源不能得到充分的利用 , 恰逢租赁行业蓬勃发展 , 于是中国电信网络实验室开展了服务器租赁业务 , 租赁 计费系统应运而生 .

中国神通软件技术有限公司为中国电信的网络实验室租赁的项目制作了一 套软件,这套软件用来记录其它公司对中国电信网络实验室的使用情况,并按 照使用情况进行计费。

第一章 总体概述

1.1设计目的

用户可远程登陆电信实验室租赁管理系统,使用实验室服务器,该 系统根据用户的使用情况进行计时收费。

1.2业务流程

1) 用户携带相关证件到电信营业厅填写个人信息申请注册实验室租赁 项目账户,并获得登陆密码;

2) 用户联网进入电信实验室租赁管理系统登陆页面,利用登陆账号和 密码登陆系统;

3) 选择使用的套餐服务,进行账号充值;

4) 远程登陆使用实验室服务器设备;

5) 退出使用,系统将根据计时信息扣除使用费用;

6) 退出电信租赁管理系统。

1.3系统设计

该系统的主要设计模块包括:

采集模块:对用户的使用信息进行定期数据采集。分为子服务器、 中央服务器。子服务器解析计费信息并发送至中央服务器,中央服 务器接受数据并插入数据库中由整合模块对数据进行整合处理。 整合模块:将采集模块发送的数据信息整合生成所有用户计费数据 日表 t_day_X、月表 t_month_X、年表 t_year_X。

Web 模块实现用户管理、用户自管理、管理员管理、账单管理、账 务管理、资费管理。

总体模块设计

1.4 系统硬件组成

管理系统部分:Database Server、 NetCTOSS Server、 WEB Server; 业务系统部分:交换机、路由器、 SUN 主机。

1.5系统架构

系统架构图

1. 6 模块关联信息

采集系统和 Web 统计系统均采用 JAVA 数据库连接(JDBC )方式实现与整合 系统的数据传送,其关联信息图如下:

1.7 项目时间分配

综合人力资源,时间等各方面的因素,对该项目的实施进行如下分配:总体用时 20天:

第 1天:采集系统、整合系统、 Web 统计系统项目分析;

第 2— 6天:采集系统的开发,人力资源分配 4人;

第 7天:单元测试,人力资源分配 2人;

第 8— 10天:整合系统的开发,人力资源分配 4人;

第 11— 17天:Web 统计系统开发,人力资源分配 8人;

第 18— 20天:系统测试,人力资源分配 4人。

第二章 采集系统

2.1采集系统概述

采集系统需要记录用户使用服务器的原始数据并依据原始数据核算费用。 电信采集系统的计费系统的功能是由两部分组成,一部分是记录用户使用各服 务的原始数据;另一部分是根据原始数据核算每服务每次每用户的费用 , 而对于 用户费用的汇总统计是由整合系统的财务模块完成的。

用户使用某些服务项目的原始数据是从各服务管理子系统传过来的,直接 在当地电信的计费系统直接产生的,最后在中央计费系统上进行汇总核对 . 采集系统之所以要保存各服务使用情况的原始数据记录是为了减少或避免 因单方面记账而可能出现的人为造假行为;方便用户通过采集系统进行费用查 询;在原始记录的基础上进行更深入的统计分析等。

采集系统在计算每服务每次每用户的费用时,需要了解用户的登陆和退出信 息,这就要求计费系统可以自动获取某一用户使用服务器的相关信息,从而方 便采集系统计费

2.2采集系统功能定义

定期采集 (次 /小时 ) 原始计费 Log(wtmpx)文件 , 整理成 BIDR 类数据清单 , 并 上传给中央处理系统 .

由位于中央处理系统的采集系统服务器端侦听并收集采集系统客户端发送 的数据信息 BIDR, 并将数据保存至数据库表 t_detail_X中

2.3采集流程

该系统要求中国电信各个营业厅的 AAA 服务器中采集到的 /var/adm/wtmpx目录下面的数据信息进行解析后每隔一小时向总服务器(中央处理器)发送一 次

中央处理器将接收到的信息插入到数据库。数据库对总服务器(中央处理 器)的数据信息进行分载处理,先把详细的信息存放在 T_Detail_x中 , 然后由 整合系统进行负载分摊

2.4采集系统模块划分及模块位置分配

采集系统各个模块之间要遵循:

采集子系统是基于C /S架构的客户端服务器模式,用户必须要先登录才能 进行计费;中央处理器系统接收多个AAA服务器发送的BIDR数据信息, 因此要有处理并发事物,进行并发控制的功能 , 其模块划分如下 :

2.5 采集子系统

采集子系统分为配置模块、日志模块、采集模块、备份模块、网络模块和 入库模块五大模块

2.5.1配置模块

实例化其他模块 , 降低模块之间的耦合性 , 通过配置文件配置多个模块之间 关系 , 使各个模块遵循高内聚 , 低耦合

2.5.2日志模块

将系统运行过程信息记入日志文件 , 以备查验 ; 即记录用户的登陆和退出记 录 . 日志文件不是纯文本文件

2.5.3采集模块

采集模块是 AAA 服务器端的核心模块 , 其主要功能是采集原始计费信息 , 整 理成 BIDR 数据类清单 .

在设计过程中的遇到的问题及解决方法

(1)账号设置问题

(2)怎么样解析及形成计费文件

(3)用户的识别问题

(4)对于 wtmpx 内用户信息文件的读取问题

(5)用户上下线时间可能交叉,一次登录可能跨时间段,针对不同情况该如何计 费。

问题解决

(1)区分账号,设计账务账号和业务账号,账务账号的作用是用于缴费,一个账 务账号可以携带多个业务账号,业务账号是用于远程连接到 AAA 服务器上,用 来使用服务器的,如果有多个组,每个组可以分配一个业务账号,这个组的每 个成员可以同时登陆一个业务账号,进行多人登陆访问。此时计费按各个 PC 机 的使用时间收费 , 将进行多次收费 , 因为多人同时在使用服务器 .

(2)在对 wtmpx 进行解析时,找到用户的上线标志 7,并匹配下线标志 8.

在上下线交叉时只取首 7和最末尾的一个 8. 当跨时区时,可以人为的在每次传 送时制造下线标志 8和一个上线标志 7即可。 Wtmpx 每隔一个小时进行一次解 析 , 跨时段的用户 (即使用时间超过一个小时 ) 的计费解决方法 :在时间交叉点 (可 以人为设置某个点为自动设置时间点 ) 可以人为自动的设置一个上线和下线记录 , 生成计费信息

(3) 针对多个人在使用同一个账号时的收费 , 因为用户名相同 , 若按照用户名收

费 , 将会出现混乱 ; 因此收费识别 :用户名 +IP地址 , 进行唯一识别

(4) 为防止漏记或重复计费的问题,以一个小时为一时间段,每小时对文件进 行一次读取操作,读取到哪个位置做一次标记,下次读取时从该标记处开始。

(5) 某个用户某段时间内多次登陆同一个服务器时 ,wtmpx 文件中用户的登陆和 退出记录交叉进行的计费标准 :取最长的时差 (以用户首次登录记录为基准 , 设置 一个计数器 , 查询记录遇” 7”加 1, 遇” 8” -1,, 直到计数器为 0, 到最后一次退 出记录 )

计费 Log 文件 :/var/adm/wtmpx,不是纯文本文件 , 因此采集系统将调用 /usr/local/bin/lwtmpx分析小程序 , 把 /var/adm/wtmpx分析成 JAVA 能识别的 文件 ;$lwtmpx默认把 /var/adm/wtmpx文件分析结果输出到当前目录 wtmpx 文件 中 , 文件格式不变 , 如果 wtmpx 文件已经存在 , 覆盖 , 如果不存在 , 自动生成

2.5.4备份模块

在网络或者数据库发生异常的情况下将本次采集或接收到的 BIDR 数据清单 持久存储 ; 在下次传输时 , 取出上次持久存储的 BIDR 数据清单 , 进行重新传送至 中央处理器

2.5.5网络模块

将采集系统客户端采集形成的 BIDR 数据清单传送给位于中心处理系统的服 务器端 ; 调用入库模块插入数据

2.5.6 采集系统的定时调用和项目分配

(1)采用 sleep 函数或者 alarm 函数 , 定时调用 ; 采用系统调用 crontab();

(2)采集系统项目分配图

2.6中央处理器系统

中央处理器系统包括配置模块、日志模块、入库模块、备份模块、网络模 块 ; 当多个子服务器同时向中央处理器发送接收请求时 , 中央处理器就要有处理 并发事物的能力 , 保证系统正常运行

2.6.1配置模块

实例化其他模块 , 降低模块之间的耦合性 , 通过配置文件配置多个模块之间 关系 , 使各个模块遵循高内聚 , 低耦合

2.6.2日志模块

将系统运行过程信息记入日志文件 , 以备查验 ; 中央处理器从各个子服务器 接受数据信息的记录

2.6.3入库模块

将从子服务器接收到的数据放入数据库表 t_detail_x中

2.6.4备份模块

在网络或者数据库发生异常的情况下将本次采集或接收到的数据清单持久 存储 ; 在下次传输时 , 取出上次持久存储的数据清单 , 进行重新插入到数据库表 t_detail_x中

2.6.5网络模块

将采集系统中心处理系统接收到的数据清单送给位于数据库服务器系统的数 据库表 t_detail_x;调用入库模块插入数据

第三章 整合系统

3.1 整合系统的内容

采集系统根据计费日志文件中用户的上下线记录,配成了计费信息,并通 过中央处理系统写入了数据库表中。而这些在数据库中的记录有很多条,如果 都写入一个表中,数据量势必过大,用户想要查询自己的信息或者管理员要管 理这些记录都会很麻烦。所以,需要对这些记录进行整合。整合系统就是把这 些信息进行负载分摊:

3.2 整合系统要实现的具体功能

用户要查询自己一段时间内的消费账单,而各个子实验室的账务也要传到 总实验室进行汇总。所以整合系统主要包括二个模块:账单模块 和 账务模块 。 各模块又按小时合并清单表 t_detail_x生成日表、按天合并日表生成月表、按 月合并月表生成年表,便于用户查询账单、电信公司管理账务,提高效率。

3.2.1 账单模块的实现

按 小时 合并清单表 t_detail_x生成所有用户计费数据日表 t_day_x; 按 天 合并日表 t_day_x生成所有用户计费数据月表 t_month_x;

按 月 合并月表 t_month_x生成所有用户计费数据年表 t_year_x;

图示为:账单模块的实现流程

3.2.1.1账单模块中数据库表的建立

不管是日表、月表、还是年表都要包含登录用户名、用户 ip 、用户下线时 间、所登陆服务器的 ip 、在线时间。

3.2.2 账务模块的实现

各个子实验室的记录要统计到总实验室,就要把清单中的 lab_ip按照小 时、天、月合并。所以:

按 小时 合并清单表 t_detail_x生成所有 lab_ip数据日表 t_day; 按 天 合并日表 t_day生成所有 lab_ip数据月表 t_month;

按 月 合并月表 t_month生成所有 lab_ip数据年表 t_year;

图示为账务模块的实现

3.2.2.1账务模块中数据库表的建立

因为是汇总各个子实验室用户使用情况,所以账务模块的各个表中可以 只包含用户下线时间、所登陆服务器的 ip 、在线时间三部分。

第四章 Web统计系统

4.1 用户管理系统

用户管理的需求 : 1)用户开通管理:管理用户登录 AAA 服务器的帐号,包括 帐号开通、暂停、恢复、删除。

2)用户资料管理:管理用户资料,包括姓名,所在公司,身份证 号码,联系方式,地址及自费信息等。

用户信息:ID ,姓名,公司名字,账务账号 /密码、 Open Lab帐号 /密 码、状态(正常 /暂停 /关闭)、联系电话、 Email 、开 通日期、停止日期、付费方式(现金 /邮寄 /支票 /转账 /电子银行)、证件号码、国籍(中国 /美国 /日本 /其 他)、性别(男 /女)、联系地址、邮政编码。

4.1.1 用户管理类图及用例

(用户管理类图)

(用户管理用例)

4.1.2 用户管理用户描述 — 注册账务账号

名称:注册账务帐号

描述:管理员在新账务账号信息页面上输入详细信息,提交到服务器,结 果是将信息

保存到数据库。

作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已经登录

主方式:从浏览器上选择注册账务账号连接进入到注册界面

异常方式:1)管理员提交新账务账号信息后,服务器发现帐号名称已经 存在

2)管理员提交的信息不完整

4.1.3 用户管理用例描述 — 删除账务账号

名称:删除账务账号

描述:管理员在页面上选择多个账务账号复选框,点击删除按钮,结果是 服务器将数据库相应账务账号置为删除状态,返回确认 信息给管理员。

作者:Robin

参与者:管理员

优先级:1

状态:定义了使用方式

前提:管理员已经登录

主方式:从浏览器上选择多个账务账号复选框,然后点击删除按钮 其他方式:从浏览器上输入账务账号,然后点击删除按钮。

4.1.4 用户管理用例描述 — 修改账务账号信息

名称 ; 修改账务账号信息

描述 ; 管理员在修改页面更改相关信息,提交到服务器,其结果是服务器 将修改后帐务账号信息更新到数据库。

作者:Robin 、

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已经登录

主方式:从浏览器上修改账务账号信息

异常方式:管理员提供的信息不完整

4.1.5 用户管理用例描述 — 查询账务账单信息

名称:查询账务账号信息

描述:管理员在账务账号列表页面上点击账务账号快捷连接,结果是服务 器将数据相应账务账号记录以及该账务账号对应的业务账号信息 返回给管理员

作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已经登录

主方式:从浏览器上点击账务账号连接

其他方式:从浏览器上输入账务账号,然后点击查询按钮

异常方式:管理员提交账务账号信息后,服务器发现帐号记录不存在 4.1.6 用户管理用例描述 — 注册业务帐号

名称:注册业务帐号

描述:管理员在新业务帐号信息页面上输入详细信息,提交到服务器,结 果是将信息保存到数据库以及对应的 AAA 服务器

作者:Robin

参与者 ; 管理员

状态:定义了使用方式

优先级:1

前提:管理员已经登录

主方式 ; 从浏览器上选择业务管理连接进入到注册界

异常方式:1)管理员提交新业务帐号信息后服务器发现帐号名称已经存 在

2)管理员提交的信息不完整

4.1.7 用户管理用例描述 — 删除业务帐号

名称:删除业务帐号

描述 :管理员在修改账务账号页面点击业务帐号对应的删除按钮,结果是 服务器将数据库及 AAA 服务器上相应业务帐号记录为删除状态, 返回确认信息给管理员

作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已经登录

主方式:从浏览器上点击业务账号对应的删除按钮

4.1.8 用户管理用例描述 — 修改业务帐号信息

名称:修改业务账号信息

描述:管理员在修改页面更改相关信息,提交到服务器,其结果是服务 器将修改后业务帐号信息更新到数据库及 AAA 服务器

作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:

前提:管理员已登录

主方式:从浏览器上修改业务帐号信息

异常方式 :管理员提交的信息不完整

4.1.9 用户管理用例描述 — 查询业务帐号信息

名称:查询业务帐号信息

描述:管理员在账务账号修改页面上点击业务账号快捷连接,结果是服务 器将数据库相应业务帐号记录信息返回给管理员

作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已经登录

主方式:从浏览器上点击业务帐号连接

4.2 用户自服务系统

需求:用户可通过 Internet 自查询自己的当前或历史账单,并能自修改密 码

用户账户信息自查询:

用户标识信息:账单 ID ,姓名、帐号、状态(正常 /暂停 /关闭)、开 通日期。

账务信息:日期、等了时长、本月费用

服务信息 :各种服务信息查询

服务帮助:提供一个亲切的服务界面

账单明细:登录时间 推出时间 时长

4.2.1 用户自服务管理用例

4.2.2 用户自服务管理用例描述 — 认证用户

名称:认证用户

描述:用户输入登录名和密码,提交到服务器,其结果是服务器验证输入 信息,并将登录信息存放到回话状态中。

作者:Robin

参与者:用户

状态:定义了使用方式

优先级:1

前提:管理员已开通账务账号

主方式:从浏览器上选择选择登录进入到登录界面

异常方式:登录名或密码不对

4.2.3 用户自服务管理用例描述 — 修改用户信息

名称:修改用户信息

描述:用户在修改页面更改相关信息,提交到服务器,其结果是服务器将 修改后用户信息更新到数据库中。

作者:Robin

参与者:用户

状态:定义了使用方式

优先级:1

前提:用户已经登录

主方式:从浏览器上修改用户信息

异常方式:用户提交的信息不完整

4.2.4 用户自服务管理用例描述 — 查询日清单信息

名称:查询日清单信息

描述:用户选择要查询日清单信息的业务帐号、资费政策以及日期、点击 提交按钮提交到服务器,其结果是服务器将该业务帐号对应日期 和资费政策的清单信息返回给用户。

作者:Robin

参与者:用户

状态:定义了使用方式

优先级:1

前提:用户已经登录

主方式:从浏览器上点击按钮日清单信息

4.2.5 用户自服务管理用例描述 — 查询日报表信息

名称:查询日报表信息

描述:用户选择要查询日保镖信息的业务帐号、资费政策以及日期,点击 提交按钮提交到服务器,其结果是服务器将该业务帐号对应日期 和资费政策的

日报表信息返回个客户

作者:Robin

参与者:用户

状态:定义了使用方式

优先级:1

前提:用户已登录

主方式:从浏览器上点击按钮查询日报表信息

4.2.6 用户自服务管理用例描述 — 查询月报表信息

名称 :查询月报表信息

描述 :用户选择要查询月报表信息的业务帐号、资费政策以及日期,点击 提交按钮,提交到服务器,结果是服务器将该业务帐号对应日期和 资费政策的月报表信息返回给客户。

作者:Robin

参与者:用户

状态:定义了使用方式

前提:用户已登录

主方式:从浏览器上点击按钮查询月报表信息

4.2.7 用户自服务管理用例描述 — 查询年报表信息

名称:查询年报表信息

描述:用户选择要查询年报表信息的业务帐号、资费政策以及日期,点击 提交按钮提交到服务器,结果是服务器将该业务账号对应日期和资 费政策的年报表信息返回给客户

作者:Robim

参与者:用户

状态:定义了使用方式

优先级:1

前提:用户已登录

主方式 :从浏览器上点击按钮查询年报表信息

4.2.8 用户自服务管理用例描述 — 查询资费列表

名称:查询资费列表信息

描述:用户从浏览器上点击资费列表的超链接,提交到服务器,其结果是 服务器将该所有资费信息以分页列表的形式返回给客户

作者:Robin

参与者:用户

状态:定义了使用方式

前提:用户已登录

主方式:从浏览器上点击资费列表的超链接

4.2.9 用户自服务管理用例描述 — 查询资费明细

名称:查询资费明细

描述:用户在资费列表页面点击资费名称的快捷链接,提交到服务器,结 果是服务器将该名称对应的资费信息返回给客户

作者 ;Robn

参与者:用户

状态:定义了使用方式

优先级:1

前提:用户已登录

主方式:从浏览器上点击快捷链接查询资费明细信息

其他方式:从浏览器上输入业务账号名称,点击查询按钮查询资费明细信 息

4.3 管理员管理系统

需求:1)管理员开通管理:管理普通管理员登录 NetCT OSS的帐号,包括 帐号开通、暂停(枷锁),恢复、删除。

2)管理员资料管理:管理管理员资料,包括姓名、身份证号、地址 等

3)管理员权限管理:改变管理员的各类权限

管理员信息:ID 、姓名、帐号(一个)、密码、状态(正常暂停关闭)、 联系电话、 Email 、开通日期、停止日期、权限(查询修改开户 ALL )

注意:一个用户对应一个帐号

系统默认帐号:ID :0,姓名:杰普公司,帐号:briup ,状态:正 常,联系电话:62132839, Email :briup@briup.com.cn、开通 日期:系统日期、停止日期:Null 、权限:ALL

4.3.1 管理员管理类图及用例

(管理员管理用例)

4.3.2管理员管理用例描述 — 认证管理员

名称:认证管理员

描述:管理员输入登录名和密码,提交到服务器,结果是服务器验证 输入信息,并将登录信息保存到会话状态中。

作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:超级管理员已开通管理员帐号

主方式:从浏览器上选择登录进入登录界面

异常方式:登录名或密码不对

4.3.3 管理员管理用例描述 — 增加管理员信息

名称:增加管理员信息

描述:管理员扎增加管理员页面上输入详细信息、提交到服务器,结 果是将信息保存到数据库

作者:Robin

参与者:超级管理员

状态:定义了使用方式

优先级:1

前提:管理员已登录

主方式:从浏览器上点击增加管理员链接进入到增加界面

异常方式:1)超级管理员提交新管理员帐号信息后,服务器发现账 号名称已经存在

2)超级管理员提交的信息不完整

4.3.4 管理员管理用例描述 — 修改管理员信息

名称:修改管理员信息

描述:用户在修改界面更改相关信息,提交到服务器,结果是服务 器将修改后管理员信息更新到数据库

作者:Robin

参与者 :管理员或超级管理员

状态:定义了使用方式

优先级:1

前提:管理员或是超级管理员已登录

主方式:从浏览器上修改管理员信息

异常方式:用户提交的信息不完整

4.3.5 管理员管理用例描述 — 查询管理员信息

名称:查询管理员信息

描述:管理员在管理员列表页面上点击管理员帐号快捷链接,结果是 服务器将数据库相应管理员帐号记录信息返回给管理员

作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已登录

主方式:从浏览器上点击管理员帐号链接

其他方式:从浏览器上输入管理员帐号,然后点击查询按钮

异常方式:管理员提交管理员帐号信息后,服务器发现管理员记录不 存在

4.3.6管理员管理用例描述 — 查询管理员列表

名称:查询管理员列表

描述:超级管理员多浏览器上点击管理员列表的快捷链接,提交到服 务器,结果是服务器将该所有管理员信息以分页列表的形式返回给超 级管理员

作者:Robin

参与者:超级管理员

状态 :定义了使用方式

优先级:1

前提:超级管理员已登录

主方式:从浏览器上点击管理员列表的快捷链接 4.4 账单管理系统

需求:1)按月生成所有用户月账单、明细账单 2)按月生成指定用户月账单、明细账单 4.4.1 账单管理类图及用例

(账单管理类图)

(账单管理用例)

4.4.2账单管理用例描述 — 查询账户月账单

名称:查询账户月账单

描述 ; 管理员选择要查询账单信息的账务账号、日期,点击提交按钮 ,提交到服务器,结果是服务器将该账务账号所属的所有业务帐号 当月的资费总计信息返回给管理员

作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已登录

主方式:从浏览器上选择要查询账单信息的账务账号、日期、点击 提交按钮

4.4.3账单管理用例描述 — 查询日清单信息

名称:查询日清单信息

描述:管理员选择要查询日清单信息的业务帐号、资费政策以及日 期,点击提交按钮,提交到服务器,结果是服务器将该业务账号对应 日期和资费政策的清单信息返回给管理员

作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已登录并已查询日清单信息

主方式:从浏览器上点击按钮查询日清单信息

帐务帐号

4.4.4 账单管理用例描述 — 查询日报表信息

名称:查询日报表信息

描述:管理员选择要查询日报表信息的业务账号、资费政策及日期, 点击提交按钮,提交到服务器,结果是服务器将日报表信息返回给管 理员 作者:Robin 参与者:管理员 状态:定义了使用方式 优先级:1

前提:管理员已登录并已查询日清单信息 主方式:从浏览器上点击按钮查询日报表信息

帐务帐号

4.4.5账单管理用例描述 — 查询月报表信息

名称:查询月报表信息

描述:管理员选择要查询月报表信息的业务账号、资费政策及日期, 点击提交按钮,提交到服务器,结果是服务器将月报表信息返回给管 理员

作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已登录并已查询日清单信息

主方式:从浏览器上点击按钮查询月报表明细 帐务帐号

4.4.6账单管理用例描述 — 查询年报表信息 名称:查询年报表信息

描述:管理员选择要查询年报表信息的业务帐号、资费政策及日期, 点击提交按钮,提交到服务器,结果是服务器将年报表信息返回给管 理员

作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已登录并已查询日清单信息

主方式:从浏览器上点击按钮查询年报表信息

帐务帐号

4. 5账务管理系统

需求:1)按月生成所有用户月账单、明细账单 2)按月生成指定用户月账单。明细账单 4.5.1 账务管理类图及用例

(账务管理类图)

(账务管理用例)

4.5.2 账务管理用例描述 — 查询日报表信息

名称:查询日报表信息

描述:管理员选择要查询日报表信息的 AAA 服务器、日期、点击提交 按钮,提交到服务器,结果是服务器将日报表信息返回给管理员。 作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已登录

主方式:从浏览器上点击按钮查询日报表信息

按日期查询

时段 在线人数(人) 流量 (G) 时长 (分钟 ) 10 100人 53333G 4332分钟 11 200人 13333G 232分钟 12 140人 32233G 1432分钟 13 70人 2833G 3432分钟 14 120人 32333G 9432分钟 15 800人 62333G 9432分钟 16 500人 32333G 3232分钟 17 440人 1333G 9432分钟 18 300人 52333G 8432分钟 19 800人 42333G 9432分钟 20 230人 32333G 5432分钟 21 560人 22333G 7432分钟

22 100人 11113G 9432分钟

23 100人 92333G 9432分钟

总计 4460人 482842G 90548分钟

4.5.3账单管理用例描述 — 查询月报表信息

名称:查询月报表信息

描述:管理员选择要查询月报表信息的 AAA 服务器、日期、点击提交 按钮,提交到服务器,结果是服务器将月报表信息返回给管理员 作者:Robin

参与者:管理员

状态:定义了使用方式

优先级:1

前提:管理员已登录

主方式:从浏览器上点击按钮查询月报表信息

日期

在线人数(人) 流量 (G) 时长 (分钟 ) 22 100人 53333G 4332分钟 23 200人 13333G 232分钟 24 140人 32233G 1432分钟 25 70人 2833G 3432分钟 26 120人 32333G 9432分钟 27 800人 62333G 9432分钟 28 500人 32333G 3232分钟 29 440人 1333G 9432分钟 30 300人 52333G

8432分钟

31

800人

42333G

4.5.4账务管理用例描述 — 查询年报表信息

名称:查询年报表信息

描述:管理员选择要查询年报表信息的 AAA 服务器、日期、点击提交 按钮,提交到服务器,结果是服务器将年报表信息返回给管理员 作者:Robin 参与者:管理员 状态:定义了使用方式

优先级:1

前提:管理员已登录

主方式:从浏览器上点击按钮查询年报表信息

月份 在线人数(人) 流量 (G) 时长 (分钟 )

6 100人 53333G 4332分钟

7 200人 13333G 232分钟

8 140人 32233G 1432分钟

9 70人 2833G 3432分钟 10 120人 32333G 9432分钟

转载请注明出处范文大全网 » 电信计费系统_项目标准