产品需求分析与管理课件或项目失败共同原因

3产品或项目失败的共同原因思考：失败的原因小系统需不需要需求分析好的需求产品或项目失败的原因:需求分析架构设计不合理小项目或产品需不需要需求分析•好的需求4绘制关联图可行性分析系统原型用户通过评价原型能更好地理解所要解决的问题分析每项需求实施的可行性提出需求实现的相关风险，

，用于定义系统与系统外部实体间的界限和接口的简单模型需求分析的目标是 技术与业务语言如何做好需求分析图形分析帮助需求分析 理清数据，业务模式，工作流程之间的关系找出遗漏或不一致的需求包括数据流图，实体关系图， 框图，对象类等5如何选取合适的需求集优先级按优先级来确定需求八二法则确定客户日常使用最需要用的功能作为取舍的依据完整性注意需求功能点的完整性可持续性需求是可以不断去叠加来完善的。如何进行需求功能的取舍如何判断你的需求是否可以过关问题一：需求是否已经考虑到了所有的应用场景？问题二：需求描述会给其它人带来歧义吗？问题三：是否详细定义了可靠性？一个简单的物料

案例：某公司员工需要根据销售订单来对物料进行追踪。也就是说，员工希望能够在系统中看到，某销售订单是否已经下了采购订单；采购订单上的预计交期是多少；现在到料的情况如何？思考：１.案例的场景有哪些?应通过什么样的描述来避免歧义?怎样考虑发生意外事故时所需要传递的故障信息?67需求分析报告的内容首先你要和那些让你提交这些报告的人沟通记录你的想法，列出你的关注点和解决的想法面对具体情况进行具体的分析和规划需求分析--子系统分析根据业务功能来划分不同的子系统或子模块系统->子系统->功能模块->子模块子系统9功能分解功能分解（会以系统/子系统/功能的分布和接口）确定系统功能边界确定系统与外部系统接口功能怎样 到子系统，从而确定子系统功能集子系统之间的接口（细节暂且不关注）10子系统划分的原则子系统要具有相对独立性要使子系统之间数据的依赖性尽量小子系统划分的结果应使数据冗余最小子系统的设置应考虑今后管理发展的需要子系统的划分应便于系统分阶段实现11某移动公司的融合计费12需求分析--业务流程分析业务流程1415业务流程分析的内容（1）原有流程的分析。（2）业务流程的优化。（3）确定新的业务流程（4）新系统的人机界面。税务申报业务流程图业务流程可以代替需求吗在业务流程的背后，有一个更加根本的因素——商业需求。商业需求才是真正的需求，业务流程只是一种实现

而已。例：新用户入网业务流程：1：首先把

和号码在交换网络上做对应关系的

；2：市场部把

存入一定的金额，发给销售商，收取销售商的货款；可以立即将用户的资料3：销售商把卡卖给用户，用户填写入网合同，SIM装入通话；4：销售商把入网合同交给市场部，市场部资料录入录入系统；5：计费系统按照用户选择的资费

单进行计费；6、市场部按照用户的消费情况给销售商计算佣金和返利。思考：用户需求是什么？17从业务流程中提取概念模型心得体会：看到背后的商业需求，你会发现需求原来非常稳定不需要急于知道所有的细节 ，只要了解比较重要的20％的需求18需求分析--数据流程分析20DFD数据流图（DFD）是一种历史悠久的建模方法，它对于数据流为主的主线索的处理过程是最合适的显示在结构化分析中产生的系统的输入、处理、存储和输出的图形模型过程数据流外部实体数据21数据流图的分层（一)确定系统的输入输出由于系统究竟包括哪些功能可能一时难于弄清楚，可使范围尽量大一些，把可能有的内容全部都包括进去。此时，应该向用户了解“系统从外界接受什么数据”、“系统向外界送出什么数据”等信息，然后，根据用户的答复画出数据流图的

。(二)由外向里画系统的顶层数据流图首先，将系统的输人数据和输出数据用一连串的加工连接起来。在数据流的值发生变化的地方就是一个加工。接着，给各个加工命名。然后，给加工之间的数据命名。最后，给文件命名。(三)自顶向下逐层分解，绘出分层数据流图对于大型的系统，为了控制复杂性，便于理解，需要采用自顶向下逐层分解的方法进行，即用分层的方法将一个数据流图分解成几个数据流图来分别表示数据流图的绘制过程构建顶层图根据业务事件绘制DFD片段将DFD片段合并成DFD逐步细化，分解到底22DFD图的基本原则数据守恒子图与父图平衡合理使用文件思考：右图中两种DFD图是正确的吗?23案例:请画出顶层DFD24监视病情产生病告经过初步需求分析，得到的系统功能需求:1.

监视病员的病症(血压，体温，脉搏等)2.

定时更新3.

病员出现异常

警4.

随机产生某一病员的病

告顶层DFD25病员护士病员监护系统护士病症信号要求报告病症报告病员日志需求分析--需求建模需求建模需求建模是需求分析的主要 ，它通过简化，强调来帮助分析 理清思路，达成共识。需求建模是需求分析

段27需求建模所需的技能和能力分析能力见树又见林模拟论证学习能力抽象综合交流能力组交互演示访谈原型设计能力企业体系架构2829需求建模的要点和原则建模原则选择创建什么模型对如何动手解决问题和如何解决方案有深远影响每一种模型可以在不同的精度级别上表示最好的模型是与现实相联系单个模型不充分，需要一组模型去处理建模的要点正确认识建模方法论正确认识UML需求建模的UML图UML图活动图：说明业务流程，以及业务活动的步骤类图：说明业务实体之间的关系，体现结构规则用例图：说明角色和使用场景之间的关系时序图：说明系统usecase内的交换部署图：系统部署环境，体现设计约束其它功能列表树权限/功能表（判定表，判定树）数据流图实体-关系图（ER图）状态图界面/

图/页面流30需求建模的过程第一阶段：理清楚框架和脉络系统边界，接口，子系统的划分角色，组织，权限，用户业务流程/数据流/状态图用例业务实体报表第二阶段：明确细节需求界面细节业务规则非功能的确立3132利用图形来建立需求模型图形具有直观性、简单性以及可理解性等优点图形能自然地表达客观世界理解图中路径探索思考需求建模与业务建模需求建模与业务建模谁先谁后？开发过程是否应该是：业务调研，业务建模(业务分析)，(业务模型分析)需求调研（这时，已

经有一部分需求可从业务模型中获得）,需求建模，需求分析……33模型的意义全面完整地描述一个系统所必需的业务信息和业务规则。为不同角色的

清晰地定义出了基本业务概念(如客户、产品、资费、服务、资源等)，改

户和需求

的沟通，提高了IT系统开发的效率。为应用系统数据模型的设计提供了定义和标准。基于DM可以开发出高质量的应用系统。由于建立了逻辑数据模型，在未来的IT系统进行物理数据模型设计时，可以从逻辑模型中进行

并检查信息的完整性。找出多个系统相关和重合的信息。减少多个系统之间数据的重复定义和不一致性，从而减小了应用集成的难度。3435建模的三个阶段概念模型设计(Concept

Data

Modeling)：这一阶段之前的首要工作是通过需求分析，明确需求所涵盖的业务范围。然后再对需求范围内的业务及其间关系进行高度概括性的描述，把密切相关业务对象进行归类，即划分域。概念模型的设计是为逻辑模型的设计做准备，它没有的标准，主要根据设计者的经验。逻辑模型设计(Logical

Data

Modeling)：分别对概念模型的各个

域进行细化，根据业务定义、分类和规则，定义其中的实体并描述实体之间的关系，并产生实体关系图（ERD），然后遵照规范化思想在实体关系的基础上明确各个实体的属性。比如实体产生于中国移动开展的业务、服务及其涉及的对象（如客户、帐户、员工、机构、资源），实体间的对应、约束关系则来自于各业务过程中的规则。可以说，这一阶段面对的是业务。物理模型设计(Physical

Data

Modeling)：物理模型设计主要依据逻辑模型针对具体的分析需求和物理平台采取相应的优化策略。此时会在一定程度上增加数据冗余或者隐藏实体之间的关系或者进行实体的合并和拆分，目的是提高数据分析的速度，适应具体数据库的容量、性能等限制。可以说，这一阶段面对的是具体软硬件平台和性能要求。一旦逻辑模型到位，物理模型就有了可参照的依据，开发工作内容也同时得到明确。物理模型设计一般在架构设计阶段模型与需求分析的关系概念模型设计逻辑模型设计物理模型设计业务和分析主题范围要求分析性能要求分析

组织和数据粒度要求需求分析业务范围确定业务对象及规则分析业务数据实现业务分析成立建模工作组后续模型及应用的设计和开发36业务单位的指导规范业务单位规划业务单位需求信息系统功能需求建模的主要参考数据模型业的业务单位的成功经验建设方的业的成功经验37需求分析及建模案例系统需求分析总览概念模型业务流程业务功能描述系统业务需求40系统业务问题1:缺乏的业务受理支撑系统41系统业务目标:提供的业务受理42系统业务需求:综合的业务受理43系统业务问题1:缺乏的产品管理44系统业务目标2:

灵活的产品和包装45系统业务需求2:

灵活的产品和包装46系统业务问题3:缺乏的客户视图47系统业务目标3:的客户视图48系统业务需求3:的客户视图49系统需求建模的过程业务流程框架分解的业务功能组及功能点逐层分解的业务流程功能框架概念模型/逻辑模型/物理模型50业务总体模型51系统流程框架52系统功能框架53设计活动管理流程图—活动54执行活动管理流程图—活动55评估活动管理流程图—活动56服务管理流程图—服务请求处理57综合订单管理业务流程图58确定域及各域之间的关系服务通过网络实现/网络支持服务网络产生事件/事件包括网络类产品被销售给客户/参与人使用和管理产品应付&应收/提供成本&收入历史事件包含财务类参与人产生和经历事件/事件包括参与人的产品/服务产生事件事件包括产品类产生事件事件实现位置定位针对特定产品/产品通过 推向市场为参与人建立帐户、帐单/记录帐户、成本和付款服务使用的帐务信息/帐务记录产品的成本和付款定位网络/网络支持的位置的目标针对参与人/参与人是 的受众位置定位Finance

Management（财务管理）BILLING（帐务）NETWORK（网络资源）PRODUCT（产品）MARKETING（市场

）被锁定位置/LOCATION（地域）包括消费者和运营商在内/PARTY（参与人）EVENT(事件)总帐/负责59系统逻辑模型60参与人域的建模指导根据参与人的特点进行分类（个人、家庭、组织），提供最佳的分析模型。参与人的内容涵盖了所有的对象信息，包括

和外部的组织，同时提供一种灵活的组织结构定义模型，充分满足电信业务的需求。针对参与人的各种特记录对参与人的息进行分类、分析，建立和参与人有关的完整知识

。，以提供对

的效果进行评估的信息。61参与人域的主要概念参与人角色62参与人参

与

人基本结构特

征隐

私的参与人 描述了和电信运营商有着任何个人、企业、组织、团体等。63参与人间关联参与人角色组织层次结构层次结构级别层次结构类型商业组织组织标准分类代码参与人：基本结构参与人：和电信运营商有着

的任何个人、组织机构、家庭和虚拟客户。例：财务市场例：客户潜在客户电信运营商商供应商管理者雇主

职工个人家庭组织参与人64特征符合程度特征类别值客户特征帐户特征特征类别参与人：特征例：个人喜好信用类信息家庭类信息教育类信息职业类信息机构类信息例：信用等级职业状态收入数教育程度特征分组完全符合部分符合不符合65计划管理参与人角色目标客户群目标群等级类型参与人历史记录参与人：计划计划：记录电信运营商向客户提供奖励和回报的历史。66参与人：隐私隐私信息类别同意周期组织隐私策略信息参与人帐户隐私信息帐户同意等级信息参与人同意等级信息参与人隐私信息隐私信息类别67对产品进行了细致的分类，定义清楚电信产品的大的分类方式，打包产品、单一产品、基本产品和组合产品之间的关系。将产品和资费剥离，使产品 更加清晰。引入了产品之间的角色的概念，使得新的电信产品更加容易的表达，如长话批销、买一送一。清晰的定义了产品策划、产品、服务、资源的之间的关系。通过资费计划等实体的描述，清晰的定义了各种灵活的资费方式，特别是使用元规则的概念，将价格计划中的多重

得以清晰的表述。在资费计划中，清楚了定义了各种资费科目的各种价格，如列表价、最低、最高价，以及最终的实际成交价。明确

资费是产品策划的重要组成部分，但不是决定性因素。产品域的建模指导68产品服

务资费计划产

品细项产品实例产品实例关联产品

域提供了关于电信运营商销售的和它们的客户使用的产品或产品组的信息。69打包产品单一产品基本产品组合产品服

务产品和服务关联产品和地域关联地

域例：

依赖/互斥/包含产品关联产品关联原因基本产品：向市场提供的一些其功能不能再分割的产品，如具有市内通话功能的 、ADSL接入、mail等。组合产品：由两种以上产品构成，但这种组合可以产生新的通信功能，如

网络是由ADSL或宽带产品生成的组合产品。打包产品：是由两种以上

产品构成，但这种打包只

是为了

的目的，而不会产生新的通信功能，如

小灵通和

的

销售。产品：产品(1)产

品产品：电信运营商提供的能满足人们在通信上某种需求的功能单元。服务：电信运营商的后端资源，用来支撑产品。70产品：产品(2)产品和产品细项关联产品细项产品细项组单一产品和产品组关联产品组产品组关联产品组关联原因单一产品描述产品的一些特性，例如产品的规格、参数等。描述一组相关的产品，例如所有的宽带产品。产

品71资源规格服务和资源规格关联产

品服务和产品关联面向客户服务实例面向资源服务实例服务实例服务细项服务细项组服务和服务细项关联服务实例和服务细项关联面向客户服务面向资源服务产品：服务服务：组电信产品的资源或功能。例：铜线服务交换服务PHS上的中文输入服

务例：来电显示通话例：叫醒时间例：ADSL设备的端光纤线路例：通过交换机、交接箱、分线箱的接入服务72细项资费细项计算规则资费计算规则资费计算规则细项资费计算规则和元规则关联资费元规则产

品元规则类型描述型资费计算规则细项数值型资费计算规则细项资费数值型资费计算规则细项资费类型资费计划类型资费细项产品：资费计划(1)资费计划资费计划：电信运营商对各种产品或服务制定的价格计划。例：市话月租费21.6元/月

国内长途通话费0.6元/分钟73资费计划类型细项资费细项计算规则资费计算规则资费细项产品：资费计划(2)资费计划例：产品策划产品客户订单客户子订单合同合同条款策划例：市话月租费未过5号，按一个月收取过5号，按半个月收取国内长话期间8折例：某单位使用中国电信传统长途占所有长途通话费超过70%，将对其每部

的长途打60%的折扣。长途资费细项对应两个资费计算规则：规则1:

0.6元/分钟规则2:

长话批销如上业务规则定义，首先按照规则1计算后，再按照规则2计算最终的费用。例：长话费包含国内长话国际长话台长话其它附加费74产

品元规则类型资费计算规则和元规则关联资费元规则数值型资费计算规则细项资费资费类型资费计算规则细项描述型资费计算规则细项数值型资费计算规则细项产品：资费计划(3)资费计算规则例：长话费超过5千元，免收月租费超过2万元，免收市话费例：国内长话打8折例：列表价最高价定义对于某一个产品的某一个资费细项，多个资费计算规则之间的关系。例：优先顺序关系互斥关系例：优先顺序关系：国内长话超过5万元再打8折互斥关系：免月租费和市话费8折二者只能择一75细项组产品和细项关联产品细项合同和细项关联合同细项合同条款和细项关联合同条款细项客户订单和细项关联客户订单细项客户子订单和细项关联客户子订单细项产品：细项细项例：产品的月租费、市话费等例：整个合同的保险费或

费例：装机、拆机、移机、改名、过户例：保证金、预存款与具体合同条款相关的细项：来自相应的各种资费细项，包含计费自己的调整账目的

细项。76服务实例产品实例和服务实例关联打包产品实例单一产品实例基本产品实例组合产品实例实例关联实例关联实例关联角色产品：产品实例(1)产品实例和产品细项关联产品实例关联产品实例关联角色产品实例产品实例：某种类型的产品被真正实现的一个具体的实例。例：号码是3600830

的

就是

产品的一个产品实例。例：一个

产品实例包含多个市话产品实例一个ADSL产品实例依赖于一个市话产品实例服务实例是用于支持产品实例的具体服务。例：经由某端口的512K

ADSL支持BGP的一个例：一个市话产品使用一条铜线服务一个ADSL产品实例

电话的铜线服务77产品：产品实例(2)产品实例和细项支付关联支付计划帐

户支付计划细项组合产品实例和基本产品实例资费规则细项组合产品实例和基本产品实例资费计划打包产品实例和产品实例资费规则细项打包产品实例和产品实例资费计划组合产品实例和基本产品实例关联打包产品实例和产品实例关联产品实例和资费计划关联产品实例和资费规则细项关联例：支付方式支付周期支付时间客户各种费用的支付计划。例：月租费由帐户1支付长途费由帐户2支付产

品

实

例成交价78接入方法和产品实例参与人和产品实例和产品实例地理位置和产品实例产品实例状态类型产品实例状态产品实例状态原因例：1个市话产品实例使用哪个1个宽带产品实例使用哪个宽带上网帐号例：哪个客户拥有产品实例哪个客户使用了该产品实例例：一个

电信的小灵通的通信范围例：1个产品实例是经由哪个

产生的，由哪个来管理产品：产品实例关联产品实例79市场

域的建模指导产品策划描述了将产品推向市场的所有环节：管理者、产品开发、组装、定价、目标群、

、地域等。将市场

与战术性的市场活动关联。每一次 活动的发起原因、日程、针对的目标客户群

、 等。一个 活动由多个查等。单元组成,

如

、 、客户回报、市场满意度调单元可用来评估

的有效性。引入广义的目标群概念,如客户群、产品群、产品实例群、地域群等，基于各种目标群来设计市场活动。支持

的无限细分：建立

与参与人的关联。提供了灵活的合同模型，支持非常复杂的合同条款。80市场市场细分策划促销方案产品策划合

同合同关联市场

域包含策略性的销售和信息收集行为。电信运营商通过它们来支撑其商业目标。该 收集的信息使得电信运营商可以建立、管理和衡量其市场活动的有效性。81和资费计划关联基本产品和组合产品关联产品策划和打包产品和资费计划关联产品策划和组合产品单一产品和打包产品关联产

品产品策划和产品和资费计划关联产品策划和关联产品策划和目标群关联目标客户群产品策划和地域关联地

域参与人角色参与人产品策划和参与人关联资费计划市场：产品策划产品策划：运用将新的产品类型或已有的产品类型提供到市场上。产品策划82模型类型模型因素模型算法模型分数值产品实例参与人产品地域帐户接入方法目标群管理参与人角色目标群间关联关联角色市场：市场细分市场细分：根据某些差异性，将特定对象划分为若干个群体，从而确定目标市场或目标群。例：流失获取增长例：收入/地域教育程度产品/用量收益/缴费分析模型市场细分例：决策树神经网络群簇分析线性回归描述型型83营业厅呼叫中心商客户经理市场：和帐户关联帐户角色和接入方法关联接入方法和参与人关联参与人角色各种

的，如1000号、114、180、营业厅的联系。例：客户通过什么

与电信运营商沟通。运营商的不同

由哪个部门管理。记录了

在电信运营商的管理帐号。例：如

商与电信运营商签定协议后向电信运营商支

用。84促

销产品策划其

它参与人角色目标群类型策划单元分类策划单元管理策划单元市场：策划策划策划类型策划管理策划单元策划措施目标群策划折价券策划85目标群关联原因促销方案间关联市场：促销方案促销方案资费计划促销方案细项折

价

券促销方案：电信运营商为了获取新客户或回报现有客户而发起的活动。产品实例参与人产

品帐

户86市场：合同(1)合

同合同条款合同条款类别服务等级协议协议类型合同资费计划合同资费规则细项合同

细项支付计划合信运营商和客户签定的协议。服务等级协议：合同的一个子类。87合同条款资费计划合同条款资费计划规则细项合同条款细项支付计划合同条款产品实例合同条款客户订单市场：合同(2)合同条款88合同类型合同和参与人合同和合同状态合同核准参与人角色角色合同状态类型市场：合同关联合

同89市场：对象间关联对象和产品策划置对象类型对象内容类型大小位置状态和产品策划内容类型对象例：/文字声音/影像例：报导产品90市场：问题回应回应问题值含义问题顺序含义问题因素答案类型题库问题题

库管理参与人支撑状况参与人角色目标群例：收入教育等级客户满意度例：教育等级1-6：小学程度7-9：初中程度91事件域的建模指导

所有与运营商相关的联，如：客户订单、及外部活动及这些事件之间的复杂关、工单、计费调整、欠费等，甚至断电、服务故障、节假日等都称为事件。给业务用户提供了一个客户生命周期的完整视图，记录了客户与电信运营商关系的不同阶段。事件单一视图使运营商具备了管理客户关系需要的高级商业智能。建立基于事件的市场

。允许市场和销售 确定和 与客户流失和增长相关的关键因素。事件和事件状态的改变可以触发相应的市场行为如客户获取、交叉销售或增量销售等 活动。例如,合同过期的60天内可触发一个续约通知和后续的直邮或保留客户的联络

。利用事件来

客户服务，提高服务水平。92事件基本结构客户订单呼叫中心交互其它事件事件

域包含一些重要的事件。它给业务用户提供了一个客户生命周期的完整视图,记录了客户和电信运营商关系的不同阶段。93事件：基本结构事件和事件的关联事件关联原因事件原因事件的解决方法和事件有关的和事件有关的参与人在事件中的角色和事件有关的事件状态类型事件状态事件类型事件类别事件状态原因事

件94事件：客户订单(1)客户订单工

单事

件交互业务交互客户订单：客户订购或购买电信运营商提供的产品。例：改名更换地址内容可能变更订单可能撤销产品实例产品订单和产品实例关联关联原因处理中的产品实例客户子订单产品订单非产品订单客户对产品的要求的属性描述，如装机、拆机、移机等都是。同样产品的不同的实例的安装过程中有不同的约定，如时间上的约定，设备上的约定。95事件：客户订单(2)子订单规格子订单细项子订单规格细项子订单资费计划子订单资费规则细项子订单

科目细项支付子订单和地理位置关联地理位置关联角色子订单和参与人关联参与人关联角色客户子订单订单资费计划订单资费规则细项订单

科目细项支付客户订单96事件：呼叫中心交互呼叫中心交互呼入人工应答申诉挽留查询呼出人工处理催费网络交谈电子邮件传真信件自动语音应答97事件：其它事件位置网络接入方法产品策划产品策划出帐周期重大事件类型重大事件催费帐单帐务其它事件98资源域的建模指导对资源进行详细的分层设计，利于资源的有效利用和及未来的扩充。管理，以以接入方法建立对号码资源从产品和外部客户联系的纽带，能对客户行为进行完整的追踪。、地域、参与人等建立联系，能进行有效的规划和分类管理。完整的详单记录及网间结算记录，对客户的消费行为能进行

分析及

，并发掘其它业务和其它运营商的潜在客户。99接入方法编码计划资

源号码资源网络资源网络资源 描述了客户如何使用或 电信运营商提供的产品和服务，并描述了网络硬件设备的基本信息。100网络资源：资源(1)物理设备硬件设备逻辑设备网络地址号码资源物理资源逻辑资源例：交换机－配线架－交接箱－分线箱逻辑资源：对逻辑资源进行描述，包括逻辑设备，如：设备接口、协议、软件等例：主板、硬盘、CPU、内存资

源101资源关联原因资源关联资源状态类型资源状态参与人资源参与人管理地理位置资源地理位置地理地址资源地理地址网络资源：资源(2)资源细项组合资源细项资源规格资源规格细项资源服务实例组合服务实例资源服务组合服

务资

源102卡预付卡接入号码类型号码资源互联网地址窄带帐号宽带帐号号码接入数据接入卡接入网络资源：接入方法(1)接入方法接入方法：客户使用所订购的服务的方法。通过接入方法的定义，运营商可以针对某一接入方法定义其阻塞属性，如对某一有线限制它的国际长途功能。103网络接入类型偏好的电信运营商接入方法关联原因接入方法关联历史记录网络资源：接入方法(2)帐户和接入方法历史记录接入方法记录类型接入方法的角色接入方法和参与人关联历史记录接入方法和关联历史记录接入方法状态历史记录接入方法状态类型接入方法状态原因接入等级接入方法104资源号码和地域资源号码和参与人资源号码和资源号码类型网络资源：编码计划资源号码元素编码计划：描述对号码元素进行管理。例：号码分配给哪个

商谁负责管理这些号段

某一号段属于哪个局向105号码资源号码元素关联关联原因国家代码地区代码交换机代码用户电路号码移动号码数据号码网络资源：号码资源小灵通号码3G号码寻呼机号码资源号码元素号码资源：为了更好地对号码资源进行管理，把号码资源进行号段的划分，即一个号码是由多个号段组成。通过把号码资源关联到号码计划实现对号码资源更全面的管理。号码资源106网络资源：市话话单长话话单结算话单格式化原始话单通话行为分析发受话方话务量营收忙时闲时平日假日通信质量设备利用状况地域107地域域的建模指导透过地址、位置、端点三者的定义，完全能描述任何地理位置信息，满足电信业务对地理位置管理的功能需求。位置分为行政管理位置和电信管理位置，两者能建立

关系、有机结合，能非常方便有效地管理。包括产品、客户管理、网络资源管理、配置管理等。位置中的行政管理位置分为世界地区、州、国家、省、市（区）、县直至门牌，房间等，可以非常方便地采用标准化格式描述，进行

编码。方便地址信息的管理和 。

。地址分为物理地址和逻辑地址（

地址，邮政信箱，电子地址），物理地址还存在地址别名，能方便有效地识别客户各种地址信息。108地

址特

征地域地理

域提供了对电信运营商具有重要商业意义的地址和地理区域。用来定位客户和设备,提供客户列表,

的目标市场,指定产品的有效范围,

支持任意建立的边界范围如销售地区、测试市场等,满足销售和管理的需要。109地理地址位置角色地理地址位置关联行政划分位置电信管理位置邮箱电子邮箱地域：地址(1)地址地址别名逻辑地址地理地址表示一个点的概念。例：邮寄地址设备地址例：鼓楼广场电信局大钟亭对面电信局描述地理地址与地理位置的关系。通常地理地址由多级地理位置组成。

例：中国/江苏省/市/鼓楼区/

路/2号表示一个面的概念。例：某某小区台覆盖范围地理位置地理位置端点表示一个“非格式化”的概念。例：“出电信局大门向南走100米”110交换局局域网局帧中继局ATM局ADSL局DDN局街道社区小区楼宇门号室单位地域：地址(2)电信管理位置世界区域世界地区国

家省市区地

区市区

县资源规格常见问题：企图用

管理域来含盖其它设备的管理域。行政划分位置111地域：特征地理位置地理人口统计特征特征符合程度地理人口统计类别地理人口统计分组例：状况家庭组成特征GDP值市区/郊区行业教育程度语言种族人口密度完全符合部分符合不符合112帐务域建模指导区隔预出帐及正式帐务周期，既可掌握特定阶段应收帐款的状况，也同时满足客户特殊出帐周期的要求。记录列表价以及各个实际价格计划依次打折后的价格，便于进行内部成本核算。支持个性化的账单定制功能。提供多样的

方式。提供帐户付款记录及信用管理，为客户贡献度及客户分群建立基础。113帐户预存款帐

单帐

户帐单支付帐号帐务账务 包括以下几个方面的信息，账户、计费、其他收入、支付和费用等。账户是客户和电信公司在帐单一级的联系。历史的计费信息通过帐单的形式进行保留，电信公司对那些使用了自己产品和服务的客户在账户一级进行费用的计算。114参与人帐户参与人帐户角色帐户间关联帐户关联原因支付计划帐务：帐户帐户：为了计费等相关需要，电信运营商为客户在运营支撑系统中建立相应的

帐户。帐户信用等级信用等级帐户状态帐户状态类型帐户状态原因客户各种费用的支付计划。例：月租费由帐户1支付长途费由帐户2支付例：现金/银行帐户支付类型帐

户115帐务：帐户预存款预存款科目帐户预存款科目组合科目帐

户帐户预存款：一个用户存在电信运营商中的钱，用来支付各种费用。预存款科目：用户根据预存款科目（对应于资费科目）来预存话费，用来表示支付的用途，如付月租费，付长途费等。116帐单明细支付帐单明细支付科目科目组帐务：帐务处理及帐单(1)帐单明细阶段记录帐单：此处账单的概念属于账务系统

的账单，提供运营商后面的统计等，如：统计应收、实收等。帐

单例：日/周/月季度/年记录按照列表价以及各个实际价格计划依次打折后的结果，以便于进行内部成本核算。例：某大客户长话费用的记录标准计价结果：5万元大客户部提供

结果：4万元为了特定目的所做的非正式出帐例：为了理解客户

消费情况，进行旬出帐预出帐帐务周期预出帐帐务周期类型117支付期限帐单支付期限帐务：帐务处理及帐单(2)帐

单标明一个帐单的支付期限例：30天/月/季度客户订单帐单客户子订单帐单合同帐单产品帐单合同细项帐单118参与人帐单参与人组合参与人角色帐单地址帐单细项组合帐单细项帐务周期帐单明细帐务：帐单帐单

：是指在帐单明细信息基础上，对某一帐务帐周期内的帐单数据进行合并和遵循一定的格式定义而生成的

信息。描述一个帐单

由哪几费用项组成，即由哪几个帐单的条目组成，如：长话费用、市话费、信息费等。例：中文英文大字体打印份数电子格式描述参与人与账单

之间的关系描述。例：1、

的拥有者2、

定义的参与者（一张

为多个参与人出账）帐单的展现格式展现格式类型帐单119帐务：支付帐户支付帐户：运营商

帐户对应的银行帐号或

。客户卡银行帐户信用额度卡类型信用等级支付帐户和帐户关联帐户帐户状态类型帐户状态原因支付帐户状态支付帐户120验证物理模型与逻辑模型的匹配建模时需要考虑模型对概念的适应原则逻辑模型应以能够实现对概念模型的为基础，避免复杂的映身转换。这个原则同样适用于物理模型逻辑模型的

体现在命名以市场的术语为准122在2.0时需扩展的功能123在原有逻辑模型基础上灵活扩展积分实体124会员管理模型灵活更改125一个需求建模的案例社保行业业务主线127社保关系管理与基金收支管理128请大家思考:如果是您来做业务流程分析，您会以怎么样的方式或步骤来达到需求分析的目的.129社保现有业务流程分析方法130业务流程分析的主要步骤131流程分解132第1级业务域流程业务域流程即机构级流程，为整个企业的最

视图，其中每个模块代表了一个业务流程链133第2级业务组流程每个流程组代表了一组相连接的（串行的或并行的）业务流程。例如：社会保险登记134第3级业务单元流程每个模块代表了一组由事件触发、产生具体输出的任务。例如：单位信息管理。135第4级业务活动流程每个模块代表

了一系列由活

动组成的过程，流程

是如何实现的。例如：单位信息登记。第5级业务步骤流程每个模块用来描述一个业务活动是如何完成的。列表中的每一个条目表示完成该活动需要执行的工作步骤。个人参保业务流程(第5级)138社保行业业务功能框架139社保流程列表(部分)140国内社保行业其它知识目前我们国家的社保主要分为养老，失业，工伤，，医疗保险和劳动力市场这6大块主要业务领域。在这6

大业务领域