北方九省OSS系统技术规范书

86/92中国电信集团山东分公司OSS系统建设工程-施工调度系统招标文件第三部分技术规范书中国电信集团公司二ΟΟ九年一月目录TOC\o"1-3"\h\z1 概述 11.1 定义 11.2 建议书要求 21.3 报价书要求 31.4 标准和性能 41.5 乙方供货和服务范围 51.5.1 硬件设备 51.5.2 软件 51.5.3 安装材料和消耗品 61.5.4 工具和备件 61.5.5 技术文件 61.5.6 技术支持和技术培训 61.5.7 安装、调测、试运转的技术支持和现场验收测试 61.6 工程进度 62 工程概述 72.1 项目背景 72.2 项目目标 72.3 现状描述 82.3.1 功能概述 82.3.2 接口概述 92.3.3 硬件部署 113 总体技术要求 113.1 总体要求 113.2 遵循规范 123.3 系统设计要求 123.4 系统设计指标 133.5 系统体系结构要求 143.6 系统功能要求 143.7 系统质量要求 143.7.1 系统应具备高可靠性 143.7.2 系统应具备完备的功能性 153.7.3 系统应具备完整性和安全性 153.7.4 系统应易于使用 163.7.5 系统可维护性要求 183.7.6 系统完备性要求 193.7.7 系统可扩展性要求 193.7.8 系统可测试性要求 193.7.9 系统可移植性要求 193.7.10 系统易安装性要求 204 详细技术要求 204.1 业务需求 204.2 流程要求 214.3 功能要求 234.3.1 基础工具层 244.3.2 存量治理层 254.3.3 调度应用层 284.3.4 接触治理层 324.4 数据要求 324.4.1 核心数据 324.4.2 概念模型 374.4.3 逻辑模型 384.5 接口要求 384.5.1 与门户系统接口 384.5.2 与周边系统接口 384.5.3 接口技术原则 404.5.4 本地集成要求 414.6 性能要求 415 系统配置 415.1 系统配置需求 415.1.1 应用服务器 415.1.2 数据库服务器 425.2 系统配置方案 435.3 硬件平台 435.3.1 设备体系结构和实现原理 435.3.2 设备差不多技术规格 435.3.3 设备技术要求 455.3.4 电源要求 455.3.5 场地要求 455.4 软件平台 456 设备厂验、安装、调试、开通及试运行 466.1 厂验 466.2 交货 466.3 安装和调试 466.4 维护工具仪器和备品备件 486.5 验收 487 技术文档 488 项目治理 499 进度打算 5010 技术支持与技术培训 5010.1 技术支持 5110.2 技术培训 5211 保修 5312 其他 54概述定义本规范书为中国电信集团公司山东分公司OSS系统-施工调度系统技术要求和供货要求，供设备或软件提供商（乙方）编写建议书和报价书之用。建议书的内容格式应符合本规范书附件的要求。乙方在建议书中，对本规范书中所提各项要求能否实现与满足，应逐项予以讲明和答复。乙方亦可依照自己的产品技术性能具体情况，在建议书中提出建议，并附详细资料和讲明。对本规范书各条目的应答为“满足”、“不满足”、“部分满足”，不得使用“明白”、“理解”等词语。在答复中，要求明确满足程度，并作出详细解释，不得仅有应答而无解释。讲明中有“详见”、“参见”的，应指明参见文档中的具体的章节或页码。本技术规范书应视为保证中国电信集团公司山东分公司OSS系统-施工调度系统系统运行所需的最低要求。如有遗漏，乙方应予以补充，否则一旦中标将认为乙方认同遗漏部分并免费提供。依照本规范书要求，乙方应作出系统解决方案和系统详细设计。同时在建议书中讲明给甲方提供的技术文件、技术支持、人员培训等的范围和程度。规范书有关内容的澄清：乙方关于规范书的疑问能够通过书面材料与甲方联系。在规定的建议书提交最后期限往常，甲方将以书面材料给予答复。有关甲方答复材料的复印件也将递交所有得到技术规范书的乙方；在技术谈判的各个时期，甲方将以书面形式要求乙方对有关问题进行进一步的技术澄清，乙方应以书面资料给予正式应答；所有各时期的技术澄清文件都将作为合同附件。甲方在任何时候都保留和拥有对本文件的解释权。甲方有权在签定合同前，依照需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的附件。乙方在参与本项目中，关于甲方披露和提供的所有信息应作为商业秘密对待并予以爱护，未经甲方授权不得将任何信息泄漏给第三方，否则甲方有权追究乙方的责任。建议书要求乙方应依照本文件中提出的相关要求，提供1份纸质(中文)建议书和1份纸质(中文)报价书，要求同时提供建议书和报价书的电子文档(USB接口可读载体)，建议书和报价书须加盖乙方鲜章，报价书要求单独密封提交。建议书应采纳Word格式，报价书应采纳Excel格式。同时乙方在建议书中应以Excel格式单独列明所有设备配置详细清单。报价书中，产品报价以人民币为单位。本次报价为一次性报价。甲方只购买乙方所提方案中的部分设备时或设备配置规模变化时，乙方应承诺方案中所提价格折扣、技术服务等方面的优惠条件保持不变。甲方拥有乙方提供的应用软件的版权，并享受乙方提供的售后服务和技术支持。甲方有权对乙方提供的应用软件进行修改维护。甲方拥有购买乙方提供的部分或全部软件的权利。提交物：技术建议书（关于中国电信集团公司山东分公司OSS系统-施工调度系统的详细完整解决方案）；含应答书（对本文件各项要求的逐条详细答复）；乙方向甲方提供或建议的全部产品的详细技术资料（例如硬件产品的性能，硬件设备的外形尺寸、重量、进出线方式，硬件设备所需电源种类、耗电量、电压及地线要求，机房荷重、温湿度及环境要求，软件产品性能等）;乙方还应同期提交报价文件一份，报价书单独密封提交。建议书的内容格式：总体描述工程技术规范书及点对点应答系统详细建设方案软件和硬件设备介绍

含软件和硬件设备技术指标、软件和硬件设备不同配置的性能价格比较；软件和硬件设备的正式使用时刻。系统配置清单场地及环境要求设备安装要求及建议、抗震加固措施等各种设备的外形尺寸、重量、面板布置、进出线方式等各种设备所需电源种类、耗电量、电压及地线要求机房荷重、温湿度及环境要求工程界面、工程进度安排，以及施工方法和质量保证措施测试及验收

设备测试、系统测试的方法和环境培训技术承诺技术支持及保修技术文档列表集成厂商及合作方资质证明报价书要求报价的要紧内容如下：应用软件及中间件等中国电信集团公司山东分公司OSS系统-施工调度系统必须具备的软件；系统软件（指操作系统、数据库软件等，可不报价，但需要提出系统软件详细配置建议）；集成费率（按本项目软件、硬件等总价的百分比计算，不计入总价，但作为评标的重要指标）；保修期内（终验后1年内）维保费（计入总价）；培训费用（开发培训和中级培训计入总价，高级培训可不计入总价）；系统硬件；保修期后维保年费率，按成交价百分比计算（不计入总价）；提供系统后续开发费用的组成和报价方式供甲方参考，不计入总价；其它费用；报价格式按省按项目汇总需要承诺维保期内本地需求的增加和更改，经集团确认后，乙方也应当免费满足，同时支持免费更换及软硬件升级；报价应按设备的详细项目开列单价、数量、折扣率和总价，其中电缆、备品备件、安装材料等应开列清单单价和总价，配置和报价应按设备、节点、安装地点、设备类型等进行汇总；设备详细项目应细化到最小计价单位；维护、工具仪器、仪表应按台、件详列单价、数量和总价；本项目以人民币为单位报价；甲方只购买乙方所提方案中的部分设备时或设备配置规模变化时，乙方应承诺方案中所报目录价、折扣、技术支持等方面的优惠条件保持不变；同型号产品价格的折扣需一致，否则以低者为准；如有赠送、一次性优惠等优惠条件，乙方也必须在优惠条件之外，给出正常折扣方式的报价，并承诺今后扩容或新购软、硬件不超过该折扣；针对第三方客户化开发费乙方必须提供本次在现场全职参与客户化开发的人员名单和资质；乙方应承诺在中标后不得退标，且当本期工程甲方实际所购置设备的种类、数量、规模发生变化时，保证所提供的价格折扣水平、技术服务等方面的各种优惠条件不变；乙方提供的备品备件单独列出价格，不包进总价。标准和性能本次中国电信集团公司山东分公司OSS系统-施工调度系统是按照中国电信集团公司颁布的CTG-MBOSSOSS施工调度系统相关标准作为依据并结合了中国电信山东分公司公司需求现状提出的要求，乙方提供的各项设备和系统的功能、业务、接口、性能等应完全符合或高于中国电信集团公司颁布的CTG-MBOSSOSS施工调度系统相关标准。关于本技术规范中涉及的中国电信山东分公司本地需求和施工调度系统相关标准不同的部分以本技术规范的要求为准，关于本标书中未涵盖的所有内容以施工调度系统相关标准为准。乙方应同时讲明网络方案及软、硬件系统所支持的其它国际标准化组织的标准（例如3GPP标准、ITU-T标准、IETF建议等）及我国国家标准、信息产业部部颁标准。若乙方的设备包含自己专用标准，也应在建议书中具体讲明，并附上相应的详细技术资料。在系统使用期内，若有中国电信集团公司CTG-MBOSSOSS施工调度系统相关标准或技术体制出台，乙方应依照甲方要求在一定时限内（甲方应提供具体时限供乙方参考）免费负责修改或更改所提供设备和系统的治理软件版本。乙方供货和服务范围所需的物资和技术支持合述如下：硬件设备本技术规范书要求厂家需报详细的硬件配置建议，不作为供货范围内容，但作为甲方单独采购硬件设备的参考；但假如甲方认为乙方报的设备各项条件能够同意，也可考虑从乙方直接采购该硬件设备。软件乙方提供的软件包括：操作系统、数据库软件、备份软件（上述三项乙方均需报详细的配置建议，但不作为本次供货范围内容）和中国电信集团公司山东分公司OSS系统-施工调度系统系统软件、中间件等；乙方所提供软件应为最新且成熟稳定的经中国电信测试的商用版本，必须涵盖本技术规范书所列出的所有功能，并要保证安全可靠及以后扩容和版本升级方便，在建议书中要详细列出所提供的软件清单、公布日期和升级讲明；假如乙方提供的产品属于与合作厂商合作完成的，则应由乙方负责协调合作方产品软件的集成及维护。假如乙方与其合作方解除关系，则仍由乙方负责其产品的维护、软件更新、版本升级，乙方不得推卸责任。乙方全面承担由乙方产品中涉及到的第三方产品所引起的一切法律责任；甲方拥有乙方针对本项目客户化开发的应用软件（包括源程序和各种文档）的版权，乙方有责任对第三方保密。本项目中用到的所有的第三方软件的安装、实施、集成和维保期内的维护均有乙方承担。安装材料和消耗品建议书应包含各节点的安装材料和清单，用于连接各种设备和硬件的室内线缆可包含在设备价格中，如不包含则需要单列；若需要，乙方提供的设备应配有一套数量足够至少两年维护期的消耗品，在设备价格中也应包含消耗品价格。工具和备件若需要，乙方报价每节点应包含一套专用安装维护、测试工具；乙方应依照设备元件的质量情况提出备件配置的建议；乙方提供的设备使用寿命应在10年以上，乙方需保证在终验后10年内甲方可买到功能相同、性价比相同或更高的备品、备件或替代产品。技术文件详细描述见本规范书的第7部分。技术支持和技术培训详细描述见本规范书的第10部分。安装、调测、试运转的技术支持和现场验收测试详细描述见本规范书的第6部分。工程进度本工程打算在2009年6月初进行项目初验。时期详细工作打算（采纳相对时刻与打算时刻点相结合的方式，重点保障打算时刻点，确切日期依照工程具体进度确认）如下：序号项目时刻开始时刻结束时刻OSS系统1可行性研究20days2008-10-82008-10-312软件SI确定20days2008-11-12008-11-203硬件设备采购20days2008-11-202008-12-104工程设计20days2008-01-12009-1-205设备到货15days2009-1-112009-1-256施工调测15days2009-1-252009-2-107软件开发110days2009-2-102009-6-01依照上述要求，乙方应在建议书中给出详细的进度安排打算表（以打算时刻点为标识），并讲明各个时期的工作安排、以及双方的协调配合问题。工程概述项目背景随着电信行业经营环境和竞争格局的变化，企业开始实施转型和精确化治理战略，从以产品为中心向以客户为中心转变，从粗放经营向集约经营转变，要求建设强大、可靠的信息支撑体系。为适应日趋激烈的市场竞争环境，提升北方九省电信的企业核心竞争力，应充分利用企业大量宝贵的数据资源，尽快形成完善的OSS，提升OSS的网络运行维护支撑能力，提升OSS提供服务组合的能力，向治理层展示准确、及时、全面、一致的数据，为治理工作提供科学的决策依据，同时为前端部门的快速开通、快速响应提供强有力的支撑。项目目标本期将在北方九省各自建立一套独立的的施工调度系统，完成综合服务开通和服务保障相关的施工调度功能，实现“规范治理、统一调度”的目标,具体建设目标包括：对人员、工具、材料集中调度；支撑全业务施工，将服务保障、服务开通、运维治理等施工任务进行统一调度；支撑精细化治理、优化资源配置、提高生产效率、降低企业运作成本；快速响应前端需求，提升客户感知。现状描述功能概述由上图可见，施工调度系统目前为服务保障、服务开通两系统提供统一的人工单调度处理服务。在业务覆盖范围上，目前山东电信施工调度这块只处理了接入型业务开通过程中外线人工施工单和服务保障相关的人工施工单。施工调度系统在山东分公司存在的最要紧问题是尚未把职员的技能治理到位，因此基于技能因素的更准确地派单到个人还不具备实现条件。在山东分公司施工调度部分要紧实现的功能有：派单策略维护提供多种派单策略派单到部门、班组、个人：线路/交换局向或地区派单工作量均衡派单（服务保障，直接派到个人）人工指定班组派单（服务保障，可用于带宽型派单）技能优先派单（服务开通/保障，因技能治理不够精确，系统此项功能未充分使用）施工时限治理定单和工单两个层面的时限治理节假日、工作时刻，能够按地区、班组、个人细化配置时限配置取决于地区、产品、业务、客户类型、调度优先级等多个因素工时池治理班组预约信息查询改约监控维护班组预约配置支持超限预约接口概述与服务开通接口施工调度_施工工单处理请求施工调度_改单申请推断施工调度_撤单许可申请施工调度_撤单请求施工调度_待装请求反馈施工调度_待装开装反馈施工调度_缓装处理请求施工调度_施工工单进度查询施工调度_预约能力查询请求施工调度_预约能力预占请求施工调度_预约能力修改请求PF_产品服务目录请求PF_施工工单竣工通知PF_撤单结果反馈PF_退单请求PF_待装请求PF_待装开装请求PF_缓装处理反馈与服务保障接口施工工单处理请求施工工单竣工通知退单请求挂起待修请求挂起待修反馈解挂开修请求解挂开修反馈施工进度查询请求预约能力查询请求预约能力预占请求预约能力修改请求与资源治理系统的接口地理区域信息请求与IVR语音平台接口呼出、挂机工单关联录音听取保持呼叫/取消保持连续外呼的接口硬件部署山东分公司当前硬件部署情况列表如下：用途部署系统硬件硬件配置应用服务器（2台）CRM、服务开通（施工调度）、服务保障、资源治理HPIntegritySuperdome16C/80GCRM、服务开通（施工调度）、服务保障、资源治理HPIntegritySuperdome24C/80G工作流和消息中间件、后台应用进程（2台）服务开通（施工调度）、服务保障HPIntegritySuperdome8C/48G服务开通（施工调度）、服务保障HPIntegritySuperdome8C/48G数据库服务器（2台）CRM、服务开通、服务保障、资源治理HPIntegritySuperdome16C/80GCRM、服务开通、服务保障、资源治理HPIntegritySuperdome24C/80G总体技术要求总体要求系统各项技术应遵循中国电信相关标准和技术体制；乙方应向甲方提供完整、最新而成熟的系统软硬件等技术和产品。其各项技术应保证具有开放性、可移植性、兼容性和可扩展性。系统配置的软件和硬件设备提供开放的应用接口，能够方便地与其他厂家同类型应用系统进行软、硬件平台互连，便于系统以后的扩展；本项目涉及的设备提供商可能不只一家，因此在遵循本技术规范的基础上，要求各设备提供商在系统集成方面提供充分的合作和技术支持；在工程实施中，不同的承建系统集成商由甲方工程治理单位和总系统集成商统一协调，各设备提供商须积极配合，涉及到的互连接口，必须提供具体技术细节资料；乙方提供系统所有软硬件保修两年，保修期自买卖双方签订终验证书之日起开始计算，保修期内乙方为甲方免费更换和维修有缺陷的设备（包括软件的升级和改造），由于设备缺陷造成的甲方损失由乙方承担。关于有缺陷的硬件设备，乙方应在收到它们的十五天以内修复或更换并返还给甲方；乙方保证长期向甲方提供维修配件，同时在软件保修期内由于软件升级而引起硬件变动所发生的费用也应由乙方承担；假如乙方目前难以达到甲方所提出的技术要求，甲方要求通过商务条件使乙方承诺进行产品的技术升级；乙方负责提交系统的验收测试方案供甲方确认，并配合甲方完成工程验收；乙方应依照甲方的业务需求及相关的技术规划要求，提出完整的项目治理、系统设计、工程培训、项目施工、项目验收、技术支持方案以及乙方人力资源供给方案，乙方负责建立并向甲方提交工程技术文档。乙方所提供产品应具备对以后3G业务的差不多支撑能力。遵循规范乙方应遵循如下中国电信施工调度系统标准规范：《CTG-MBOSSOSS施工调度系统规范V2.0_总体分册》《CTG-MBOSSOSS施工调度系统规范V2.0_业务功能分册》《CTG-MBOSSOSS施工调度系统规范V2.0_数据模型分册》《CTG-MBOSSOSS施工调度系统规范V2.0_集成接口分册》系统设计要求中国电信集团公司山东分公司OSS系统-施工调度系统在技术实现上应满足以下要求：1）应用软件的设计应采纳业界成熟的软件架构，或承诺按照用户的进度要求无偿向满足上述要求的系统过渡，系统应具有良好的灵活性、可操作性和可扩展性，并遵循中国电信集团公司的相关接口规范；2）为了向客户提供灵活多样的服务，快速适应新业务的开展，应用软件的设计应采纳灵活的结构，应采纳面向对象、中间件等技术；3）整个应用软件系统应能够连续7×24小时不间断工作，应用软件中的任一模块更新、加载时，在上下模块的接口不改变的前提下，不阻碍业务运转和服务；4）应具有完整的操作权限治理功能和完善的系统安全机制，能够对每个操作员的每次操作有详细的记录，对每次非法操作记录日志并产生告警；5）应能为系统治理员提供多种发觉系统故障和非法登录的手段；6）应采纳简洁、直观、友好的图形化中文界面，支持鼠标操作；7）关于业务处理界面，应保证操作人员能够完全利用键盘操作；8）关于常用环节，系统应设置快捷键以方便功能间的切换；操作及选择键（热键、菜单选择等）的功能定义在全系统保持一致；9）应具备相应容错手段，同意操作人员有限范围的误操作；10）应具有在线关心功能，并能方便治理员修改关心信息；11）支持中文字符集等相关国家标准规定的汉字字符处理，可进行处理、显示和打印。12）系统开发、运行中卖方在任何时候对应用软件进行补充、修改后，都应提交相应的详细技术文档。所有的报表、图形、统计资料都应当能够方便地输出到电子文档，电子文档的格式应比较普遍，便于用户阅读、编辑、修改。假如采纳专门的格式，应免费提供阅读修改编辑该文档的软件。系统设计指标系统应具有较强的安全性和保密性。系统不易崩溃或被破坏，具有良好的恢复能力。系统有完善的用户组治理，操纵不同用户的权限。网络及数据库系统可进行访问操纵。系统应提供详细的记录日志。系统必须能够提供完善的业务告警系统。系统体系结构要求乙方所提供系统需遵循中国电信最新规范的要求。遵循松耦合、模块化的原则，采纳软件总线、组件设计方式以保证应用系统的灵活性，适应个性化的需求；乙方保证对外接口的开放性，支持与不同厂商设备间的互连。乙方应提供设备的在线扩容，包括在线扩展CPU、内存，及扩展集群点。乙方所提供系统采纳集中式结构（分布采集、集中处理、集中存储），同时提供一定的分级分权治理机制；乙方在建议书应对系统所采纳的体系结构、采纳的技术、实现方式、编程语言进行详细的阐述。乙方所提供系统应进行良好的分层和封装，并在建议书中对软件分层和封装进行详细讲明；系统功能要求见本技术规范书第4节“详细技术要求”。系统质量要求系统应具备高可靠性乙方应向需求方提供成熟的、容错性和易恢复性俱佳的系统。在乙方的应标书中应明确指明其系统的MTTR和MTBF指标（分软、硬件）。应用系统必须支持连续7×24小时不间断地工作，应用软件中的任一构件更新、加载时，在不更新与上下构件的接口的前提下，不阻碍业务运转和服务。乙方提供的系统应满足单节点系统（冗余热备后节点）应达到99.999％的电信级可靠标准，多节点组网的系统（含容灾节点）可提供100%可靠性。系统与业务提供相关的关键设备必须采纳主备或负荷分担在线冗余方式，冗余点在单台设备软硬件故障情况下要求系统所承载业务仍正常提供且服务质量不劣化。系统支持定期进行主备或负荷分担设备业务倒换操作，倒换操作对在线业务无损伤。软硬件设备故障情况下，系统应具备故障守护恢复机制，即当发生一般性软件和硬件障碍时，系统应具有自纠恢复能力，例如：硬件发生障碍时能立即倒换至无障碍的电路接着正常运行，软件发生障碍时能进行局部再装入等。当发生全系统中断或电源中断恢复后，系统应能迅速地自动再启动运行。乙方应在应标书中讲明系统故障倒换对业务损伤情况和系统恢复、再启动所需的时刻。系统必须采纳增量备份和全备份相结合的方式定期备份重要的系统数据。应用系统在业务处理高峰时，各主机设备的内存利用率应该不大于70%，CPU平均空闲率不低于30%。应用系统必须支持负载均衡能力，支持应用部署在多台服务器上，幸免应用系统的单点故障应用系统应具有良好的并行处理机制，对存取冲突的竞争具有有效的仲裁和加锁机制，充分保证事务处理的完整性，并降低系统I/O开销，提高并发用户查询和存取的性能。系统应具备完备的功能性系统应依据本规范书实现完善、准确的功能。系统应具备完整性和安全性系统应提供有效的安全保密措施，确保系统和数据资源的安全，防止对系统资源的非法侵入，入侵检测系统应对违背安全事件记录并报警；乙方应提供有关网络安全的详细讲明，公网上传输的数据，必须以国家标准的加密算法加密，并在应标书列出算法及相关软件列表；系统必须提供联机的数据备份能力，关键数据的传输必须支持采纳可靠的加密方式，保证关键数据的完整性与安全性。不同的操作员具有不同的数据访问权限和功能操作权限，系统治理员应能对各操作员的权限进行配置和治理。不同意以明文方式保存用户密码或系统使用的各类密码。应该采纳不可逆的加密方式保存此类密码，系统应该支持MD5、crypt等加密算法。系统应该充分利用防火墙、安全证书、SSL等数据加密技术保证系统与数据的安全。系统必须支持对系统运行所必须的用户名与密码周期性更改的要求。系统必须强制实现操作员口令安全规则，如限制口令长度、限定口令修改时刻间隔等，保证其身份的合法性。系统必须支持操作失效时刻的配置。当操作员在所配置的时刻内没有对界面进行任何操作则该应用自动失效。系统必须提供完善的审计功能，对系统关键数据的每一次增加、修改和删除都能记录相应的修改时刻、操作人和修改前的数据记录。系统的审计功能必须提供依照时段、操作员、关键数据类型等条件组合查询系统的审计记录。系统的审计功能必须提供针对特定关键数据查询历史审计记录。系统应易于使用系统应易于安装和使用，具备风格一致用户界面，且用户界面应为中文操作界面。为方便使用，系统应设置导航栏等内容。系统应能在扫瞄器中完成差不多的治理任务，对用户输入错误，应尽早发觉和提示；系统应具备完善的联机关心功能。随系统提交的产品文件必须包括完善的、针对不同级不用户的应用系统培训教材、培训考题及培训考核方法建议。厂家能够通过对产品颁发资格认证证书的方式，以确认用户对该产品的某个操作级不的使用资格。关于业务熟练同时熟悉电脑操作的一般用户，应该能够通过不超过三天的初级培训，即可熟练掌握应用系统差不多功能的操作技能。关于系统治理员，应该能够通过不超过累计两周的培训，即可熟练掌握应用系统治理相关功能的操作技能。应用系统必须提供一致性的图形用户界面风格。应用系统对一般用户的操作界面应该以B/S方式实现。应用系统应该支持操作员登录系统后，不超过三次鼠标的点击，即可访问到业务所需功能。应用系统必须支持同时打开多个治理窗口以对不同任务进行并行的操作。应用系统应该支持在一个业务过程中的所有功能界面都有返回上一个操作的快捷联接。应用系统应该支持通过键盘即可完成一个界面窗口内的要紧操作。应用系统应该支持通过Tab键或回车键能够访问到同一个窗口的所有控件对象。应用系统应该支持关于常用功能设置快捷键以方便功能间的切换；快捷键的功能定义在全系统保持一致。应用系统必须采纳分页机制显示查询结果，并显示返回的记录数目、当前页和总页数。应用系统发觉用户提交有误信息，必须以弹出窗口的形式明确提示用户错误的缘故，并把界面操纵焦点置于发生错误的控件对象上。应用系统的操作界面必须用“*”明确标识出必填的输入信息。在导致系统数据发生变化的操作执行之前，系统应该弹出提示窗口供用户确认。关于复杂的信息结构，系统应该采纳分帧的机制在同一个窗口中显示不同的信息内容，并自动刷新不同部分的信息内容。当应用系统正在执行用户提交的请求而无法返回时，必须明确标识系统处于繁忙时期。应用系统功能菜单必须按照功能域、功能组的分类方法进行组织。关于操作员无权限使用的菜单功能，应用系统不同意显示该菜单或将其设置为不可用状态。系统必须提供在线关心功能，关于每一个操作功能都能查找到相应的详细使用讲明。操作员登录系统后，系统必须能够主动地提醒等待该操作员处理的任务。系统可维护性要求系统具备方便且可定期执行、分析结果的业务测试功能；系统应易于修改，对某一个子系统的修改，不阻碍其他系统的正常运行；系统应易于扩展，新增服务时要求对系统做尽可能少的修改；系统应具备自治理和监控功能，能够实时监控各模块的执行；系统在运行过程中所发生的任何错误都应该有明确的错误编号，并能在系统的相应维护手册中查到错误处理方法与步骤。应用系统应该支持通过统一的图形界面，监控各应用构件的运行状态。应用系统必须支持通过统一的图形界面，能够监控到应用系统所有的报警、异常信息。应用系统应该采纳构件化设计思想，系统框架与业务逻辑分离；要求具备开放的体系结构。应用系统应该支持通过统一的图形界面能够访问到系统各构件、合约的版本信息及相应功能讲明。系统完备性要求乙方依照本规范书要求提出的方案及设备配置，必须能完成网络连接及所有要求的功能，不存在电缆、网卡或其它附件的短缺，不存在本期工程设备和软件性能不满足业务需求和系统功能的情况，否则乙方须在两周内免费补齐所缺设备和软件。系统可扩展性要求系统应采纳分布式多处理机结构（能自动或人工调整各种业务的分担方式，分担比例），模块冗余度为1+1，易于扩容和维护。能支持平滑无中断在线扩容或新增业务。系统可测试性要求随系统提交的技术文件必须明确标识出所实现的可度量的功能和性能指标。乙方应有固定的测试工程师进行专门的测试工作，每次新功能测试完成后，应提供详细的测试文档，包括测试的用例、方法及其结果等，交付局方人员作验收测试。测试结果应符合实际，测试未通过的项目应及时反馈并进行修改。系统可移植性要求应用系统应该不需改动或尽可能少的改动就能够在不同的主流UNIX（IBM、HP、SUN）及Linux平台下方便的移植。应用系统必须关于存储设备、备份设备及各种网络设备具有完全无关性。应用系统必须支持在不同主流数据库平台（ORACLE、INFOMIX、DB2、SYBASE）的移植。移植时不同意修改业务逻辑构件，应该尽可能少地修改直接操作数据库的信息服务构件。系统易安装性要求应用系统应该提供图形化的安装与配置界面。应用系统必须支持客户端软件版本的自动升级。详细技术要求在以下功能模块中，假如乙方系统在实现中集成了第三方产品，需详细讲明集成度和集成方式；假如乙方与合作方共同完成，则明确彼此的分工界面，详细讲明集成度和集成方式。在以下功能要求中，假如系统需要进行周期性操作，要求实现周期可配置；如不特不讲明，系统所配置的缺省参数均为本规范书所提出的要求。业务需求施工调度相关业务需求要紧包括：实现关于人员的治理，通过人员治理能够掌握目前的施工人员人力资源总量及分布状况，能够明白当前的施工人员状况，为工单分配提供基础数据；实现工具治理，工具治理包括工具差不多信息维护和工具动态信息维护，通过对专门专业测试仪、车辆等工具的治理，实现资源的合理、有效利用；实现调度规则治理，调度规则是阻碍工作效率的关键，合理的调度规则能够充分发挥人员的工作效率和积极性，是保质保量完成任务的基础；实现任务治理，任务治理是依照调度规则把工单指配给具体施工人员的过程，支持工单自动指配和人工指配；梳理预约施工的前后流程；初步实现SLA/QoS/KPI治理；较好实现工时池治理和预约能力治理；满足服务保障的施工调度；满足服务开通停开机的施工调度。流程要求图STYLEREF1\s4SEQ图\*ARABIC\s15施工调度业务总览图上图列出系统之间的要紧流程，结合具体流程的分析，将施工调度分为工单接收、工单调度、工单施工、工单竣工四个过程，各个过程之间的关系如下图所示：图STYLEREF1\s4SEQ图\*ARABIC\s16施工调度过程框架施工调度过程框架的四个过程一般是顺序完成，上一个过程的完成能够激活下一个过程的开始，上一个过程的输出作为下一个过程的输入。在施工调度的过程框架的基础上，为完成开通、保障等业务处理，还应该考虑到施工调度的就绪过程（如配置好调度方案）和管控过程（如对施工调度进行监控和异常处理）。施工调度系统是对施工人员的治理，需要对班组、人员技能、人员的岗位的治理，最终能够对人力资源总量分布情况有所了解，为人员的任务分配提供基础数据。为了实现对人员施工调度，需要配置系列规则来满足各种不同的生产作业需求，同时考虑分配任务的合理性，需要对工作进行量化，进而引入工时池治理的IT手段。施工调度系统对人员的管控，最终提高工作效率，需要减少施工路途时刻，因此需要借助GPS定位信息，实现就近调度。同时通过对车辆的调度和常用工具的治理，来合理进行分配，减少不必要的白费。电信行业现在的竞争日益激烈，需要对企业运营成本进行操纵，因此对施工过程使用的材料进行治理，通过工单回单时进行详细记录，材料的用料能够精确到每张工单，材料的使用能够进行有效管控。施工调度系统治理的对象大部分是属于室外作业，因此要考虑人员移动办公的特点，需要采纳PDA、语音、短信、EMAIL等方式进行自助式处理。乙方应遵循上述流程要求，在实施过程中负责对所有业务流程进行梳理、整合和优化。功能要求为了支撑施工调度中的各个过程，施工调度的业务功能中横向按基础工具层、存量治理层、调度应用层和接触治理层进行四级划分，基础工具层是整个系统的基础，包括规则治理、业务单模板治理和定位治理三个功能组；存量治理层包括工作资源治理、材料治理、预约能力治理和工时池治理四个功能组；调度应用层按调度就绪、调度过程、调度管控等进行纵向划分；接触治理层为语音服务、短信服务、PDA服务、EMAIL服务和WEB服务。功能架构图如图所示：图STYLEREF1\s4SEQ图\*ARABIC\s17业务功能架构将施工调度的功能框架横向分为基础工具层、存量治理层、调度应用层和接触治理层。基础工具层为共用的功能部分，存量治理层为施工调度系统的核心配置数据，调度应用层为施工调度所独有的功能部分，接触治理层为使用该系统的方式和向外提供通知的功能。基础工具层中的规则治理、施工业务单治理和定位治理等功能提供的基础功能贯穿调度就绪、调度过程和调度管控三大过程。例如调度方案是在调度过程中工单调度所调用的功能。基础工具层基础工具层分为规则治理、业务单模板治理和定位治理，为接触治理层和调度应用层提供服务。规则治理规则治理包括基础规则治理和调度方案治理。基础规则是系统相关信息的的基础配置，包括任务单预警时限配置、任务单告警时限配置、优先级配置、异常缘故配置、资源服务（动作）与资源（动作）对应关系配置、资源（动作）与技能关系配置、工时配置、工时预警规则配置和消息单发送策略配置等。调度方案治理包括调度元素和调度方案的治理。调度元素是任务分配过程使用的调度方案的基础和依靠，是调度方案的组成的最小粒度，要紧包括：位置、人员、时刻要求、技能、SLA等。调度方案是调度元素的组合，同时调度方案将指导具体使用哪些调度原则，最终形成在任务单分配时可依据、可实施的方案。调度原则要紧包括：时刻最先原则、就近原则、工作量最小原则等。业务单模板治理业务单是业务作业过程中与施工调度相关的各类作业要求的信息载体的总称。在施工调度的各个过程将使用到各种不同的业务单。业务单模板治理要紧包括：施工工单模板治理、任务单模板治理、消息单模板治理。具体架构如下图所示：图STYLEREF1\s4SEQ图\*ARABIC\s18业务单模版治理架构图存量治理层工作资源治理工作资源治理包括人员治理、工具治理和代维治理。人员治理是对参与施工调度、具有一定技能，能够对通信资源进行使能的电信业务活动参与人信息的治理，包括技能角色治理、组织结构治理和排班打算治理，具体描述如下：技能角色治理：维护技能角色差不多信息，人员与技能关系。组织结构治理：维护部门、班组、人员之间的关系。排班打算治理：维护人员的排班打算。施工工具要紧指施工过程中需要使用的工具，包括施工工具和施工车辆，具体描述如下：施工工具治理：指一些常用工具和仪器仪表等；施工车辆指施工过程需要使用的属于电信的交通工具。施工工具将需要在施工调度系统中进行治理，包括：工具信息的维护查询、调拨记录等。施工车辆的治理：记录车辆的差不多信息和调度使用记录。施工调度系统可对多个作业的用车时刻和地点进行统筹安排，将多个用车时刻错开；地点相近的多个申请用车能够合并，只需派出一辆车和一位驾驶员即可满足。代维治理实现对代维人员、代维公司、代维事务的全方位管控，具体描述如下：公司治理：包括基础信息维护、扩展信息维护、奖惩情况维护、结算情况录入、车辆信息治理、工具信息治理；人员治理：包括人员新增及信息维护、人员变更治理（转正、离职、辞退、专业/队不/公司变更）、人员培训治理；设备代维：支撑代维公司对设备代维流程的管控；线路代维：要紧是处理交接箱分线盒的小规模的整修作业，主干电缆和和配线的日常维护、整治作业，还包括处理协查核对资源、用户协助要求、现场服务等；代维评估：包括评估项目、评估指标、评价方式、评估模板、评估流程。材料治理目前对施工材料还没有进行全程管控，部分省市只进行了从采购部门到使用部门的一、二级治理，从部门到班组，从班组到个人，个人手中材料具体是如何消耗，还没有具体的IT系统来进行管控。施工调度系统将对材料进行从部门到班组、个人的三级管控，同时在施工竣工时将材料的具体消耗进行登记。材料治理包括库存治理和消耗治理。1、库存治理库存治理要紧是对物资治理系统的延伸，在施工调度系统中对三级材料的管控，治理由部门到班组、班组到个人材料的发放过程，具体包括材料发放、材料调拨、材料收缴、拆旧料与工程余料回收、材料盘点、库存清空等功能。2、消耗治理消耗治理要紧对材料消耗情况进行登记，要紧是在对任务单回单时进行登记，登记具体某张工单使用了哪些材料，以及每种材料的数量，并依照每一种材料所设置的透支限额进行推断，只有当使用量小于此人该材料的库存量加上该材料透支限额之和时，才同意录入该材料。同时包括提供事后对录入材料的更新功能、事后对工单使用材料进行补登功能。预约能力治理预约能力形成因素包括排班打算、技能、工时等，按照不同的专业服务和排班打算等综合因素考虑最终形成以后一段时刻内能够提供的专业服务预约能力。预约能力最终将体现工作资源和工时的预占用。预约能力治理包括：预约能力计算；预约能力查询；预约能力预占；预约能力释放。工时池治理工时池治理要解决的全然问题，确实是生产岗位如何高效地为客户提供他们所需要的服务。随着中国电信转型战略的实施，业务与服务转型、网络与技术转型的需求与人力资源配置之间的一些深层次的矛盾逐渐显现出来，要紧体现在生产流程与劳动组合不尽合理，管控不到位，人力资源投入产出较低，人力资源精确治理水平还有待提高。工时池治理以精确治理为手段，以满足客户需求为导向，以职员有效激励为配套措施，通过对生产岗位工时的量化治理，实现了生产过程的“可管可控”，从而达到预期结果。因此，工时池是衡量职员或组织工作量大小的一种工具，它借助IT支撑系统，通过工时量化治理，实现生产层面工作全过程的可视、可管、可控。通过对施工人员处理装移机、修障等生产工作时长进行跟踪测算，将人职员作量化，又以生产人员的数量与每项工作的耗时确定班组、支局和分局在一天内的工作量，将正常状态下最大工作量对应的工时池满容度定义为100％，假如实际工时池达到或超过100％，则实现了工时零库存。通过工时池的治理，可实现如下作用：能够为施工调度时提供人职员作量负荷的参考，便于任务分配的合理性。提供预约能力治理的参考。提供对施工人员考核的量化数据。提供给治理者对流程的优化和人力分配优化的依据。工时池治理的功能包括：当前池：以标准工时方式记录分配到施工人员手中还未完成的任务情况；工效池：以标准工时和实际工时方式记录施工人员差不多完成的任务情况；工时预警：通过图形化的方式展示当前池的情况；工时均衡：实时监控当前池，当超过某一阀值时进行预警，通知治理人员；工时展示：依照施工人员当前池的数据，当当前池不平衡时，可人为进行干预，实现工作量均衡。调度应用层调度应用层包括调度就绪、调度过程、调度管控。调度就绪调度就绪是在调度过程实施前，做一些调度预备工作。要紧是调度方案的就绪和专业服务的就绪。调度方案就绪调度元素是描述了施工工单在施工调度系统中进行任务分配调度的参考维度。调度原则从节约成本、客户感知、工作量均衡等方面综合考虑确定，如就近原则、时刻最先原则、工作量最小原则等；调度元素和调度原则的就绪是为了最终实现调度方案的就绪，调度方案的就绪为调度过程做好预备。专业服务就绪专业服务就绪是施工调度系统对原子资源服务和技能的对应关系建立；要紧包括如下四种关系的就绪：原子资源服务、资源服务动作和专业服务的对应关系就绪；原子资源服务、资源服务动作和通信资源、资源动作的对应关系就绪；通信资源、资源动作和技能的对应关系就绪；通信资源、通信资源状态和施工状态的对应关系就绪。调度过程调度过程包括工单接收、工单调度、工单施工和工单竣工四大部分。施工调度的四个过程一般是顺序完成，上一个过程的完成能够激活下一个过程的开始，上一个过程的输出作为下一个过程的输入。工单接收工单接收是调度过程的入口，也是施工调度系统从其它系统接收施工工单的接口。工单接收完成接收、校验和存储服务开通、服务保障、运维治理等系统的施工工单，依照施工工单的专业服务解析出对应的技能要求，为下一步的工单调度做好预备工作，是整个调度过程的开始。要紧包含工单接收、工单校验、工单存储和工单解析等功能。工单调度工单调度是依据专业服务、工作资源、工时池、定位治理等诸多因素，考虑调度方案进行任务单的生成并指派到施工人员或班组。工单调度是依照待施工工单或关联待施工工单对应的专业服务对技能的要求，按照调度方案进行任务单的生成。在工单调度中依照施工单相关信息选取调度方案，在选取调度方案时考虑区域、对人员技能要求等因素，结合调度方案运用定位治理、工时池治理等找到合适的施工人员或施工班组，即生成任务单，此过程是将任务单分配给找到的施工人员或班组，为下一步工单施工中施工人员进行资源服务施工做好预备。工单调度支持自动调度，体现系统的智能性，是提高施工效率的保证；当自动调度失败便转人工调度，人工能够指定人员派发任务单或考虑无法量化的因素等进行派发任务单，体现了系统的灵活性。要紧包含工单关联、自动调度和人工调度等功能。工单施工工单施工是施工人员利用施工工具依照任务单所涉及的资源服务施工的要求进行现场施工，通过语音、短信、EMAIL、PDA等接触手段进行信息交互，施工人员能够及时了解最新任务以及任务紧急情况等信息，以便安排自己目前差不多被分派的工作。系统也能够通过这些接触手段对预约到期、任务单预警、告警信息进行及时通知施工人员。关于施工结束的任务单能通过这些接触手段及时回单（包括材料使用情况、施工情况等信息的回填），也能够通过WEB服务直接登陆系统进行填写施工情况、材料使用情况等信息。在此过程对任务单能够进行退单、预约或改约、转入待装（修）和转出待装（修）等操作，所有没有正常施工的任务单一般都需要进行任务单审核。退单——关于由于电信缘故如资源配置错误等无法施工的任务单进行退单操作，填写退单缘故等信息将任务单转到任务单审核。预约——关于后台预约的工单，支持预约时刻、预约描述等记录，通过任务单审核最终完成预约动作。改约——关于需要进行后台修改预约的任务单，支持预约时刻的修改和预约修改缘故记录，通过任务单审核则进入待装、待修。转入待装（修）——能够对因设备暂缺或改约等缘故的任务单进行转入待装（修）。转出待装（修）——能够对预约到期或应急等需要从待装（修）状态转出进行正常施工的任务单进行转出操作，关于预约到期的任务单可自动转出。工单竣工工单竣工是对工单施工过程完成的任务单进行汇总，最终将施工工单涉及的资源服务施工结果回送给服务开通、服务保障和运维治理等系统。确保上游系统请求一次施工工单，施工调度系统只返回一次该施工工单的施工结果。竣工通知服务开通、服务保障、运维治理等系统相关施工情况，包括相关原子资源服务涉及相关资源服务的施工结果，可全部成功，也可部分成功。调度管控包括SLA支撑、施工质量治理、监控治理、查询统计。SLA支撑服务等级协议（SLA），是中国电信对客户的服务承诺，并依照与客户签订的SLA，分解为企业内部各部门、各环节的可操作的SLA。本规范要紧涉及与施工调度有关的SLA，以及SLA在施工调度系统的中的实现。施工质量治理依照统计施工人员的工作量、监控施工过程和抽查任务单等手段提高和改善施工质量。通过工单抽查抽取施工质量的信息、不同施工人员对消耗材料的使用情况从而核查材料使用回填是否属实等，能够建立相关施工人员信任治理，作为抽查任务单数量的一项重要依据。监控治理包括对施工工单、任务单、消息单的监控，以及车辆停放治理、光缆巡查治理。施工工单监控功能要紧是跟踪施工工单的施工进度和处理情况，及时报告施工工单异常、超时等状态。施工工单监控功能包括施工工单异常监控，施工工单预警监控。任务单监控功能要紧是跟踪任务单的施工进度和处理情况，及时报告任务单异常、逾时等状态。任务单监控功能包括任务单异常监控，任务单预警监控。消息监控功能要紧是对消息发送情况的监控。车辆停放治理是指车辆在指定时刻的停放地点治理，确保对车辆进行紧急调用和幸免公车私用等，要紧运用定位治理的车辆定位查询功能对车辆停放进行治理。光缆巡查利用定位治理提供的定位功能，推断施工人员是否按照巡查打算进行了光缆巡查。查询统计查询功能包括在本系统中对施工工单、任务单、消息单的查询和对其他系统查询要求的支持。包括施工工单查询、任务单查询和消息查询。施工调度系统的报表要紧包括以下三大类：业务单报表、预约报表、施工质量报表、材料报表和工时报表。接触治理层通过WEB、语音、PDA、EMAIL等方式进行自助式处理，包括工单处理、信息查询、工单回单等功能；系统通过语音、短信、EMAIL等手段进行任务通知、预警通知、告警通知，确保任务及时完成，防止工作疏忽。也可通过短信等手段通知客户当前任务单的处理进度，上门时刻等。具体如下图所示：图STYLEREF1\s4SEQ图\*ARABIC\s19接触治理层功能架构图数据要求要求乙方满足施工调度系统数据模型的要求及原则。核心数据施工调度系统中的核心数据指施工调度系统需要使用的要紧数据实体，这些数据归属于施工调度系统和其它相关系统，在此对它们的关系、归属、生命周期进行了分析。施工调度系统数据模型全局视图下图为施工调度系统数据模型的全局视图。它从比较高的抽象层次上展现了施工调度系统在运行过程中需要使用到的核心数据和它们之间的关系，并按照中国电信企业数据模型（EDM）中主题域的定义对它们所归属的主题域进行了划分。图STYLEREF1\s4SEQ图\*ARABIC\s113施工调度系统数据模型全局视图从图中能够看出，施工调度系统需要使用的数据跨越了事件、资源、参与人、服务四个主题域。这些数据只是要被施工调度系统使用，并不一定会归属于施工调度系统治理。下面通过参照核心数据的归属原则，能够进一步分析出施工调度系统需要治理哪些核心数据，即进行主数据分析。核心数据归属所谓某数据实体归属于某一系统治理，是指该数据保存于该系统中，该系统可对该数据进行增删改等治理操作，同时最为重要的是，在整个企业范围内，该数据都以保存在该系统中的版本为准。其它系统中即使存储了该数据，也只是作为参考的副本。归属原则在确定核心数据归属时应遵循以下原则：1、关于实体数据，应本着谁创建、谁治理的原则。也确实是讲，数据实体在哪个系统中创建，就应该归属于哪个系统治理。2、关于跨系统的关系数据，应本着以下两个原则进行考虑：谁最频繁使用数据应当放在最频繁使用的系统中，如此做有助于提高查询性能和减少系统间交互。谁最容易创建通常在创建实体的同时创建实体所参与的关系，因此后创建的实体，能够比较方便的与前面的实体建立关系。归属关系按照以上原则，与施工调度系统紧密相关的核心数据的归属关系如下表所示：表STYLEREF1\s4SEQ表\*ARABIC\s11核心数据归属关系核心数据生命周期表4-2列出了与施工调度系统紧密相关的核心数据生命周期中的重要事件，其中生命周期的终止状态是指该事件发生后该数据的状态和内容从此可不能再被修改（但还有可能会被查询）。需要讲明的是，那个地点要描述生命周期的数据要紧是指在施工调度业务处理过程中产生的各种实例数据。而对调度规则、专业服务目录、专业服务规格等在系统就绪时期就被创建的差不多配置数据，则由于生命周期相对简单，因此在那个地点不做描述。表STYLEREF1\s4SEQ表\*ARABIC\s12核心数据生命周期列表下图施工调度系统核心数据生命周期则用更为直观的方式表现了核心数据的生命周期，乙方可直观地理解各种核心实例数据生命周期的相对长短。图STYLEREF1\s4SEQ图\*ARABIC\s114施工调度系统核心数据生命周期概念模型下图为施工调度系统概念模型实体关系图。图STYLEREF1\s4SEQ图\*ARABIC\s115施工调度系统概念模型实体关系图逻辑模型关于逻辑模型实体的具体属性讲明，请参看数据模型分册。接口要求与门户系统接口实现待办箱功能施工调度系统与门户系统接口，使用门户系统的待办箱功能。施工调度系统使用人员的待办事件，能够在门户系统的待办箱中展示。实现单点登陆功能本系统建成后，需要实现用户的单点登陆，只要成功地被认证为企业门户的用户，就能够通过门户访问外部应用，而无需为了认证，重复地输入其用户信息。同时，门户系统需要挂接施工调度系统用户访问的静态页面。门户集成单点登陆规则施工调度系统登录的用户名必须与门户系统用户一致，即logonID必须一致。施工调度系统必须为B/S架构。由门户维护人员提供施工调度系统与门户系统之间连接的中间件文件，用与加解密用户信息。施工调度系统必须自行完成门户系统与本系统用户名映射关系。用户的权限由施工调度系统自行分配、治理。与周边系统接口本期工程重点实现综合服务开通、资源治理等系统与施工调度之间的集成，具体关系如下图所示：图STYLEREF1\s4SEQ图\*ARABIC\s116施工调度系统与周边系统关系图施工调度系统与综合服务开通系统、资源治理系统间数据交互信息如下表所示。编号源系统目标系统包括的要紧信息项1综合服务开通系统施工调度系统●省际、省内施工工单信息

●外线施工请求信息

●改单请求信息

●撤单请求信息

●退单请求反馈信息

●待装请求反馈信息

●待装开装请求反馈信息

●缓装请求信息

●产品目录信息反馈

●施工进度查询请求信息

●预约能力查询请求信息

●预约能力修改请求信息2施工调度系统综合服务开通系统●省际、省内施工工单信息反馈

●外线施工结果信息反馈

●改单推断信息反馈

●改单结果信息反馈

●撤单推断信息反馈

●撤单结果信息反馈

●退单请求信息

●待装请求信息

●待装开装请求信息

●缓装请求信息反馈

●产品目录信息请求

●施工进度查询结果反馈

●预约能力查询结果反馈

●预约能力修改结果反馈5施工调度系统资源治理系统●资源服务目录同步请求

●地理区域信息请求6资源治理系统施工调度系统●资源服务目录同步反馈

●地理区域信息反馈施工调度系统与资源治理系统间接口详细方案见“北方九省OSS系统技术规范书附录2”接口技术原则为保证合理可靠的完成服务开通系统集成接口要求，集成接口应该满足以下几个方面的要求：技术原则简要描述数据格式要求服务开通系统与其它系统间交互的业务数据要求使用XML格式进行定义。具体的XML结构格式应该由各省公司实施时自行统一定义标准性要求业务流程定义必须遵循国际标准，保证可移植性一致性要求接口和业务流程的命名必须清晰明了，遵循合理一致的命名规范统一性要求同一省公司的应用系统间接口建议采纳统一技术实现，尽量幸免采纳多种不同的技术可靠性要求系统接口设计要求采纳事务性设计，保证交易的完整性，交易成功则提交，交易失败则回滚到原来状态粒度要求应该依照业务含义完整性、性能、可重用性以及治理难度这几个要素合理划分业务流程和系统接口的粒度。应该保证业务流程和系统接口具备一定的业务含义，具备良好的性能、可重用性与可治理性异常监控要求接口和业务流程实现应该考虑出错处理和安全机制，应该具备完善的日志和监控手段本地集成要求乙方应支持对门户、综合服务开通系统、资源治理系统等的集成和接口，符合本技术规范书4.5.1~4.5.3以及“北方九省OSS系统技术规范书附录2”乙方应完成所提供的系统与本次方案所涉及到甲方目前现网中实际运营的支撑系统或本次项目拟将新建系统的集成。性能要求施工调度系统性能要求具体如下表所示：指标类型关键功能描述指标要求非高峰期高峰期前端性能指标所有用户操作的响应<7s<7s工单操作界面响应<3s<3s工单查询界面<5s<5s工单导出页面相应<20s<20s全文检索最大时刻<5s<5s后端性能指标CPU利用率<=70%<=70%内存利用率<=70%<=70%整体指标每天新增工单量>10000张系统打算外停机时刻360分/年系统配置系统配置需求施工调度要紧实现关于人员的治理，工具治理，调度规则治理，任务治理这四大类的治理。所涉及到OLTP操作较少，关于硬件的要求较低，按照数据库服务器和应用服务器两台配置。具体性能估算如下。应用服务器1、TPCC值估算：应用服务器所需TPC总值＝工作资源治理子系统＋系统参数配置子系统＋调度就绪子系统＋调度过程子系统＋调度管控子系统＋工时池治理子系统＋查询统计治理子系统，并发用户数为20，考虑30％的系统冗余，具体计算如下：序号子系统名称并发用户事务操作数单位TPCC所需TPCC值1工作资源治理20121024002系统参数配置20121024003调度就绪20123072004调度过程20123072005调度管控20123072006工时池治理20122048007查询统计治理2084064008系统冗余系数30%9TPCC值总计537142、存储估算应用服务器的磁盘上要紧放置应用软件、系统软件、系统备份、系统日志。依照JDK、TOMCAT及C网资源治理系统应用软件大小，磁盘容量共需40G，考虑30%的系统冗余，磁盘容量总值×1.3=52G。数据库服务器1、TPCC值估算数据库服务器所需TPC总值为＝工作资源治理子系统＋系统参数配置子系统＋调度就绪子系统＋调度过程子系统＋调度管控子系统＋工时池治理子系统＋查询统计治理子系统，并发用户数为20，考虑30％的系统冗余，具体计算如下：序号子系统名称并发用户每分钟事务操作数单位事务产生表的数量单位表所需TPCC所需TPCC值1工作资源治理20124548002系统参数配置20124548003调度就绪20125560004调度过程2012510120005调度管控20125560006工时池治理20123536007查询统计治理20851080008系统冗余系数30%9TPCC值总计645712、存储估算磁盘上要紧放置数据库软件、数据库表空间，系统备份、系统日志等。具体计算如下：序号模块名称公式所需存储1每天日志增加量（M）1