ITSM系统-ITSM系统需求规格说明书
ITSM系统-CA_ITSM系统讲义
> 20+ 国内大型IT服务管理成功实施项目
为什么选择CA : 丰富的经验
总控 中心
服务台
区域
全国
CA在IT服务管理领域坚实的地位
> 1000+ ITIL认证技术顾问 > CMDB 同盟工作小组成员 (Federation Working Group)
变更管理
> 变更审批 > 变更自动更新CMDB > 自动关联优先级 > 灵活通知机制 > 变更工作流
发布管理
配置管理
发布管理
> 发布请求管理 > 发布计划和过程控制 > 发布集成服务水平协议 > 发布通知和公告
配置管理
> 配置管理数据库 > 配置基线管理 > 配置工作流 > 配置汇报和跟踪 > 配置审计
Security ‖ 的查看配 • 提供 “一目了然 置以及联盟数据源的信息和 关联关系 • 在CMDB中注册数据源，关 键配置项及其关联关系，不 需要把所有相关的数据都集 中到一个数据库中。 Synchronization
• 在切实存在的配置项之间建立 关联 (服务器, 网络, 软件) 同 Visualization • 配置的变更需要在变更管理的控制下进行，只 时也管理真实和抽象实体的关 有经过审批的变更才可以更改配置项。 系，如：(应用, 服务,配置 • 配置项的外观（属性）可以通过自动发现工具 • 管理父子关系 (相互依赖)， 和数据调整规则在不需要变更流程控制的前提 也管理包括邻居关系 下自动更新。（避免死亡手工更新。。。） • 未被授权的变更会被及时察觉并通知配置经理 去处理与实际数据的差异。
• 跨配置项和配置域管理角色、 Reconciliation 组以及个体的访问权限，甚至 细化到对相关属性的访问。 • 跨联盟数据源进行安全管理。
ITSM平台规划说明
桌面 维护
机房 维护
核心技术专家、研发中心
请求
自动监控
反馈
报告
关闭
一线
二线
三线
外部
职 能 性 升 级
跟 踪 监 督 干 预 管 理
前台
ITSM系统特色
*
建立主动式的问题管理流程，避免同类问题重复发生
纬创ITSM系统通过建立主动式的问题管理流程，在用户层面即开始避免同类问题重复申报，提升IT服务的效率： 通过广播消息，针对已知的故障/事件类型、区域、对象进行通知； 通过向导式的问题申报流程，结合知识库，给用户相应解决方案的查询；
配置管理
变更管理
服务台
尽快的恢复服务
提交问题 分析问题，稳定环境
提出变更申请 评估业务影响
科学实施变更 开发新服务应用
新服务部署和发布 配置数据入库
ITSR：运维派单系统
ITIM：基础设施服务管理平台
ITOR：企业信息运维风险管理平台
ITOA：运维数据分析服务平台
ITSM
用户
请求
第三方运维基础平台
故障
网管系统（ITOR）
派单系统（ITSR）
业务系统
数据分析（ITOA）
基础设施（ITIM）
事件管理
发布管理
问题管理
变更管理
ITSM功能架构
*
资产管理和配置管理的部分数据来源于ITIM，可以先以模拟数据进行开发
ITSM服务流程架构
*
新建
新建
新建
申请作业
知识库
CMDB
结束
结束
结束
结束
问题审核
服务人员处理
如何更好的管理各业务系统，提升运营效能？
系统需求规格说明书
（项目名称）系统需求规格说明书文件修改记录目录1引言 (1)1.1编写目的 (1)1.2适用范围 (1)1.3术语和缩写 (1)1.4参考资料 (1)2项目概述 (1)2.1项目介绍 (1)2.2产品环境介绍 (1)2.3业务与软件功能对照表 (1)2.4用户特点 (1)2.5假设和依赖关系 (1)3功能需求 (1)3.1功能1 (2)3.1.1功能ID号 (2)3.1.2功能说明 (2)3.1.3输入 (2)3.1.4处理 (2)3.1.5输出 (2)3.1.6优先级 (2)3.1.7相关性 (2)3.2功能2 (2)3.3功能3 (2)4非功能需求 (2)4.1数据需求 (2)4.2性能需求 (2)4.3安全性需求 (3)4.4产品质量需求 (3)4.5用户界面需求 (3)4.6运行环境需求 (3)4.6.1硬件环境需求 (3)4.6.2软件环境需求 (4)4.7接口需求 (4)4.8其他需求 (4)1引言1.1编写目的【说明编写这份用户需求说明书的目的，指出预期的读者。
】1.2适用范围【说明此文档在何种情况下或何种工作中使用。
】1.3术语和缩写【列出本文件中用到的专门术语的定义和外文首字母组词的原词组以及中英文全称。
】1.4参考资料【列出有关参考资料。
】2项目概述2.1项目介绍【描述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
】2.2产品环境介绍【描述本软件产品与其他产品或项目所组成的整体环境。
】2.3业务与软件功能对照表【列出业务与软件功能对照表，以便于检查软件功能是否覆盖了所有业务。
下表中业务需求是《用户需求规格说明书》中提到的所有用户需求，当项目软件不满足用户需求时，需在下表中明确说明。
】2.4用户特点【列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。
这些是软件设计工作的重要约束。
】2.5假设和依赖关系【列出可能影响需求说明书中需求的所有假设因素（与已知事实相对而言）、项目对外部条件的依赖、以及进行本软件开发工作的假定和约束，例如经费限制、开发期限、设备条件等。
ISO20220体系文件-IT服务管理(ITSM)-四级-公司信息中心容量管理计划
1 文档介绍 (4)1.1 文档目标 (4)1.2 范围 (4)2 IT 服务能力现状概况 (4)2.1 桌面维护管理 (5)2.2 业务系统管理 (5)2.3 环境与网络安全管理 (5)2.4 人员能力管理 (5)3 IT 服务能力计划 (6)本文档的目标是匡助XXXX 公司信息中心进一步加强IT 服务容量管理，建立并完善IT 服务容量管理体系。
根据本计划有效地制定容量管理的变更和项目，使得XXXX 公司信息中心的IT 资源能够更好的进行规划、调度和利用，并及时避免由于能力问题造成的故障，避免低水平重复建设形成的资源浪费，充分发挥现有IT 基础设施的作用，提高信息化建设投资成效，从而最终有效的保证业务需求。
本IT 服务能力管理计划主要针对XXXX 公司信息中心所负责管辖的系统和所提供的IT 服务进行容量管理的总结，并在业务发展的基础上，基于所签订的服务级别协议(SLAs)的范围和目标进行规划和预测。
在运维部所提供IT 服务范围包括：服务支持工具人力资源管理网络及安全设备机房环境管理业务系统XXXX 公司信息中心经过多年的投资和建设，IT 服务能力已经达到一定水平，建立了划分为多个平台的业务运营支持系统和较为完善的技术管理团队，其中包括：随着信息化进程的深入，导致用户对信息化的载体—电脑的依赖程度不断增加，随之而来的管理需求应运了XXXX 公司信息中心的桌面维护管理团队，针对XXXX 公司的IT 运维工作进行了有效的管理和资源的分配与再分配，有效的扼制和解决了XXXX 公司员工在工作中浮现的各种IT 相关问题，提高了员工工作的效率。
随着信息化系统平台的不断建设，XXXX 公司目前已建设了包括办公自动化系统、营销管理系统、人力资源管理系统、财务管理系统等在内的多个电子化系统平台，满足了多个业务发展对IT 服务的需求，同时也将在后期增加多个业务系统的投运，不断迎合业务对IT 服务的需求。
环境与网络安全的主要工作为：负责外网访问的控制与监督工作，负责公司内部IDC 机房的维护工作。
ITSM系统介绍
➢ 云运维安全标准贯标 ➢ 涉密企业和行业信息安全
规范实施
建设规划方案
以流程 为导向
以业务 为中心
以服务 为宗旨
卓越的IT运营与客户的满意
以技术为唯一导向 被动服务用户请求 各自为政的个体行为
救火队员
流程技术一体化 主动提升客户价值 紧密合作的协同行为
消防预案
建设规划方案
九牧厨卫 IT服务管理体系规划和ITSM方案
北京护航科技股份有限公司
目录
• 服务现状 • 运维管理需求 • 建设规划方案 • ITIL体系方案 • 工具平台选型：ITSM\统一监控\运维\DevOps运维自动化工具等
服务现状
• SAP\CRM\EWM等核心生产和营销业务系统处于已上线和研发阶段，业务应用运营保障级别高； • 数据中心和桌面、移动端设备规模较大，分布式部署，日均70单的服务请求规模属于中等水平； • 信息中心组织架构和岗位职责分工明确，并建立了初步的服务岗位绩效考核机制； • 利用OA系统实现基础的工单响应和管理功能，但OA系统缺乏测试环境，变更和发布有风险； • 企业未进行ISO20000贯标和ITIL体系内部推广工作，集团和企业级IT服务体系处于评估和筹备阶段； • 服务交付资源和人员以自有人员为主，涉及到研发等项目也有服务商提供外包服务；
• 体系落地：
➢ 业务连续性 ➢ 容量管理 ➢ 信息安全
• CMDB：
➢ 配置管理和财务资产 ➢ 配置、变更和发布联动
• 人员能力：
➢ 技术能力 ➢ 作业效率和品质 ➢ 综合素质和能力
持续改进阶段（9个月） 成熟创新阶段（6个月+）
• 外包管理：
➢ 供应商管控体系 ➢ 运维外包等实施
ITSM系统-CA_ITSM系统讲义
CMDB
People
• 自动化 • 发现配置项 • 发现配置关联关系 • 在更新 CMDB之前，对配置 属性进行整合。 • 支持变更计划，故障影响分析以及 Configuration Items 故障根源分析，对配置项及其关联 Relationships 关系可进行图形化展现 • 基线和版本使根源分析和遵从成为 可能。
变更管理
> 变更审批 > 变更自动更新CMDB > 自动关联优先级 > 灵活通知机制 > 变更工作流
发布管理
配置管理
发布管理
> 发布请求管理 > 发布计划和过程控制 > 发布集成服务水平协议 > 发布通知和公告
配置管理
> 配置管理数据库 > 配置基线管理 > 配置工作流 > 配置汇报和跟踪 > 配置审计
Security ‖ 的查看配 • 提供 “一目了然 置以及联盟数据源的信息和 关联关系 • 在CMDB中注册数据源，关 键配置项及其关联关系，不 需要把所有相关的数据都集 中到一个数据库中。 Synchronization
• 在切实存在的配置项之间建立 关联 (服务器, 网络, 软件) 同 Visualization • 配置的变更需要在变更管理的控制下进行，只 时也管理真实和抽象实体的关 有经过审批的变更才可以更改配置项。 系，如：(应用, 服务,配置 • 配置项的外观（属性）可以通过自动发现工具 • 管理父子关系 (相互依赖)， 和数据调整规则在不需要变更流程控制的前提 也管理包括邻居关系 下自动更新。（避免死亡手工更新。。。） • 未被授权的变更会被及时察觉并通知配置经理 去处理与实际数据的差异。
[IT计算机]ITSM系统手机客户端操作手册
![[IT计算机]ITSM系统手机客户端操作手册](https://img.taocdn.com/s3/m/22b76c1603020740be1e650e52ea551810a6c9fd.png)
东南融通ITSM系统手机版操作手册1/16/2009文档信息标题 ITSM系统手机版操作手册创建日期2009-1-6打印日期文件名 ITSM系统手机版操作手册.doc存放目录所有者Longtop作者Longtop修订记录日期描述作者2009-1-16 形成手机版操作手册初版黄宏文档审核/审批此文档需如下审核。
姓名职务/职称文档分发此文档将分发至如下各人姓名职务/职称目 录1. 前言 (6)1.1 目的 (6)1.2 内容摘要 (6)1.3 读者 (6)1.4 名词解释 (6)2. 环境准备 (7)2.1 Microsoft ActiveSync的安装 (7)2.1.1 安装ActiveSync (7)2.1.2 设置ActiveSync与电脑同步 (10)2.1.3 ActiveSync兼容性 (13)2.2 应用软件的安装 (13)2.2.1 应用软件上传到手机设备 (13)2.2.2 应用软件的安装 (15)3. 操作指南 (22)3.1 手机客户端操作流程图 (22)3.2 角色介绍 (24)3.3 登录ITSM系统手机版 (24)3.3.1 配置文件 (25)3.3.2 查看关于 (27)3.3.3 用户登录 (29)3.4 坐席角色查看工单 (31)3.5 工程师角色处理工单 (34)3.5.1 工程师角色登录 (34)3.5.2 查看工单详细信息 (35)3.5.3 备件查询 (39)3.5.4 备件领用 (43)3.5.5 开始维修 (45)3.5.6 请求重派 (48)3.5.7 完成维修 (51)3.5.8 费用录入 (55)3.5.9 坏件入库 (58)3.5.10 完成工单 (61)3.5.11 本地保存 (65)3.5.12 服务端保存 (67)3.5.13 知识库查询 (68)3.6 经理角色处理工单 (73)3.6.1 经理角色登录 (73)3.6.2 关闭工单 (79)3.7 管理员角色查看工单 (81)1. 前言1.1 目的1.2 内容摘要1．前言2．环境准备3．操作指南 1.3 读者1.4 名词解释2. 环境准备2.1 Microsoft ActiveSync的安装安装Microsoft ActiveSync是为了使手机设备和电脑进行同步，同步后可以将电脑中的文件拷贝到手机设备中，如安装软件的同步请参见2.2章节。
《系统需求规格说明书》参考模板
1.1
本文档详细描述×××电信公司业务支撑系统一期工程中的网上电信营业厅系统必须满足的功能需求、非功能需求（质量属性和外部接口）与限制条件，作为本项目的项目管理人员、系统设计人员、编码和测试人员以及与本项目相关的其他人员开展工作的基础和依据，同时也界定了本项目的工作内容。
1.2
在本文档中描述的所有需求都有一个唯一的编号标识。该需求编号在需求确立时产生并在整个项目开发过程中保持不变。
(4)综合结算系统提供的智能网话单结构（固定长度）
名称
长度（字节）
格式说明
主叫区号
8
字符串，后补空格
主叫号码
24
字符串，后补空格
计费区号
8
字符串，后补空格
计费号码
24
字符串，后补空格
被叫区号
8
字符串，后补空格
被叫号码
24
字符串，后补空格
通话开始时间
17
字符串，后补空格
通话结束时间
17
字符串，后补空格
投诉查询统计
门户网站
门户网站浏览
分销商自助
客户自服务
网站帮助
网上购卡
客户注册
2.3
【此处绘出本系统的使用机构和部门的组织结构关系图并加以说明。】
2.4
本系统根据用户的使用特征分成×××电信客户和操作员两类。
2.4.1
×××电信客户是指×××电信九省使用各种电信业务的客户，根据客户的实际业务使用情况可以把客户分为访客、客户、大客户以及分销商四类。
####4位流水号，话单产生日期＋流水号保证同一天内文件名唯一。
每个字段都是右补空格的；
(6)检查到OK<YYYYMMDD>.imp文件后，结算系统将删除原始话单文件和OK<YYYYMMDD>.exp文件。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文件类别●需求文档○设计文档○开发文档○测试文档○实施文档○模版文件编号ITSM01-01 版本号V1.0发布日期2008-10-1 密级○内部○外部○秘密●机密版权声明修订记录章节号修改内容修改人修改日期版本审核人审核时间号创建熊强胜2008-10-1 V1.0目录1方案前言 (5)1.1版权声明 (5)1.2编写目的 (5)1.3制作背景 (6)1.4说明定义 (6)1.4.1版本说明 (6)1.4.2阅读指导 (7)1.4.3 (8)1.5 (8)2整体定义...................................................................................................错误！未定义书签。
2.1产品前景 (8)2.2产品范围 (9)2.3产品功能 (9)2.4用户特征 (11)2.5运行环境 (11)2.6设计实现限制 (12)3设计原则...................................................................................................错误！未定义书签。
4接口需求 (12)5功能说明 (12)5.1整体功能 (12)5.2流程1 (12)5.2.1功能点1 (12)5.2.1.1功能说明 (12)5.2.1.2需求定义 (12)5.2.1.3业务规则 (12)5.2.1.4用例描述 (12)5.2.1.5异常处理 (12)5.2.1.6功能备注 (12)5.2.2功能点2 (12)5.2.3功能点3 (13)5.3流程2 (13)5.4流程3 (13)6补充需求 (13)6.1性能要求 (13)6.1.1以使用频率进行关联说明 (13)6.2安全要求 (13)6.3使用要求 (13)6.4拓展要求 (13)6.5维护要求 (13)6.6 (13)7其它附录 (13)7.1词汇表 (13)7.2业务模型 (13)7.3界面参考 (13)8 (13)1 规划前言1.1 版权声明本文中的所有信息均为个人所有，未经本人明确做出书面的许可，不得为任何目的、以任何形式或手段（包括电子、机械、复印、录音或其他形式）对本文档的任何部分进行复制、存储、引入检索系统或者传播、应用。
任何转载及利用说明书的章节或内容、模型引入系统设计与开发，均通过本人的认可与同意。
有任何希望应用本说明书的全部或部份思想进行开发软件系统的个人或组织，可与本人进行联系，以上强调书面的许可及同意，更多不是出于金钱与商业利益的考虑，而是维护个人花费的巨大的脑力劳动的基本尊重，相信我，用盗用的做法是难以成就一款优秀软件的，除非你有强大的理解与归纳组织能力，而且系统是一整体管理逻辑的集成，单单通过线性的、二维的文字难以驾驭全局。
1.2 编写目的设计一款尽可能卓越的ITSM系统，是我个人一直以来的兴趣与愿望，历时近两年的时间，点点滴滴的思考与积累，一直到最后觉得慢慢基本成形归集后，整个体系开始具备成态后，就越发希望整理记录下来，不希望积累的那些知识与经验就这样不成形的灵光一现后消失，才真正动手制作本说明书，所以真正花费时间倒不是制作一个文档的过程，反而成就这些文字背后的经历与思考。
中国在许多软件领域已很难追随国外知名公司的脚步了，比如ERP与BI或其它的管理软件，但ITSM由于产生时间较短，因此生成的一个软件市场也诞生不久，这给予国人一个相对可能的机会，与国外的公司比肩竞争。
而且加上国外的知名公司的ITSM软件产品，在实施环节的严重缺失，所以从整个ITSM项目的角度而言，我们完全有机会胜过他们，唯一最大的基础缺失就是，需要一款足够优秀的ITSM系统。
本说明书定义了应用系统软件应实现的功能、系统流程、需求模型。
本说明书确定软件设计的限制和条件要求本需求规格说明书作为测试、验收的依据为了与开发过程的有效衔接，本说明书利用了面向对象（Object oriented）的思想与使用了统一建模语言（UML Unified modeling language）来完成需求分析与用例建模，希望有助于后续希望使用本说明书进行构建ITSM系统的组织的后续作业。
这是本人第一次用这种方式去制作一个庞大的系统说明书，可能会因为技法的缺失而一些表达不够透彻，甚至可能出现偏差与错误，如读者有这方面的发现，请提出指导与改进意见。
1.3 制作背景本说明书构成等式是：ITSM理解+ITIL+ISO20000+运维业务经验+管理思想+多款ITSM产品调查。
在一个标准的软件项目过程中，涉及到规划、设计、开发、测试、实施环节，而本说明书对应的是规划环节与测试与实施环节，保障首尾，将具体技术环节独立出来，以避免信息与思想的流失。
见下图。
在规划本系统时，是尽可能以一种服务管理的视角，结合传统管理思想的理解，更加对象化的去分解业务过程与要素，所以本系统是可以跨越IT服务行业，是面向服务，而不是仅仅是IT服务。
所以在思想中将ITIL更加抽象，同时结合ISO20000的标准视角，考虑认证的便利。
严格意义上来说，本系统不是ITSM系统，而是SM系统（Service Management System），另一个需要特别说明的是系统中我希望可以完成一个指标导航机制的主线，以期可以做到流程管理的同时，真正给众多的管理者一个管理逻辑与视角，而不是被动的等待着由客户自己去选择应用，这是考虑到实施层面的问题，也是我个人的一个理念，一款管理软件它最大的价值不是程序代码，而是它背后的那一整体管理逻辑与机制，软件只是管理思想的载体，如何发挥那一系列的管理假设，是需要强大的实施力量的，在国内实施力量积弱的情况下，我寄望于在软件本身做更多的强制性手段。
本系统也有参考其它软件亮点，更多是原创性型的思考，尤其在业务模型层面与操作设计方面，它包含很多个性化的内容在里面，某种程度上，它是我个人对于管理软件的一次总结，它也是我对ITSM的一次总结，它也是我对管理本身的一次总结1.4 说明定义1.4.1 版本说明为了更具灵活性，说明书中将每一个功能需求定义了优先级、使用频率、技术风险、需求稳定、营销指数、实用指数。
以便于开发商根据各自的市场策略与产品策略进行选择，所以本说明书的规划思路是提供一个功能组合库，让开发商进行选择组装，这表示着可以基于本说明书，做出很多种产品变体。
为了满足各种规模的组织需要，本说明书的功能需求可以分为高中低三个版本，如此无论是从市场销售的角度还是从客户应用的角度都更具灵活性，这也表示基于本说明书可以起码开发出三个版本的ITSM系统。
1.4.2 阅读指导本说明书的读者对象主要是以下人群：u系统规划人员u系统分析人员u系统开发人员u系统测试人员u系统实施人员u系统应用人员u项目管理人员本说明书的逻辑层次说明如下：XXXXXXXXXXXXXXXXXXXXXXXXXX1.4.31.52 规划说明2.1 产品前景本系统适于IT服务业的管理，同时也适于单位价值较高的商品售后服务过程，其核心作用在于为服务商提供一个作业与管理平台，将服务资源协同作业，并按统一的管理逻辑与规则管理服务过程，所以应用主体为各种服务提供商。
由于模型与思想的抽象化，加上后台的配置功能，将会使本系统的应用范围更加扩大，而融入的ITIL与20000及BSM等较为先进的理念，也将帮助敲开客户的采购大门。
最重要的，从整体角度而言，规划本系统的目的不是为了开发一套软件，而是提供一整套管理逻辑与体系给客户，去帮助提升他们的业务价值，让客户仅仅把眼光聚焦到产品本身，是会严重削弱本规划书的商业价值的。
我一直强调，我们并不是一个软件贩子，我们是一个思想提供者，或者是一个服务管理解决方案提供者，软件只是展现的一个工具或平台而已，它会让我们的管理思想更有迅速有效的在客户组织中扎下根来，所以在实施过程的工作将是非常重要的，它会很大程度上决定最终的应用效果，当然，这一切的基础仍然是，我们有一个足够优秀与强大的软件平台，而本说明书就是决定性的，它决定了这款软件的极限所在。
2.2 产品范围本系统的核心是服务过程的管理，而在ITIL与ISO20000中有许多管理性行为，在软件中实现的意义甚低，这样就形成一个悖论，系统功能与实用性，如此需要把握一个平衡，而以下就是整个系统边界的一种最粗放的描述与切分：2.3 产品功能为了让读者在阅读细节功能前对系统有一个整体框架性的把握与了解，以下是对系统的业务模型做了一个粗线条的展示，为了有更立体的认识，我试着用几种视图去表达全貌（视图1：核心部份的业务模型）（视图2：。
）（视图3：。
）部份功能提列：More…….More…..2.4 用户特征u服务台坐席u服务台主管u一线人员u二线人员u三线人员u服务经理u流程经理u高层管理者u客户2.5 运行环境2.5.1 硬件环境在序号名称技术指标1 服务器2 客户机2.5.2 软件环境在序号名称技术指标1 服务器操作系统2 工作站操作系统3 数据库4 开发工具5 应用服务器6 设计工具7 其它2.5.3 网络环境基于TCP/IP协议的10M/100M局域网Internetg互联网内网与外网均可访问，亦可通过VPN方式2.6 设计实现限制Internet 浏览器系统的基于Web 页的界面应在Internet Explorer 6.0及以上版本的浏览器中运行。
软件结构及开发工具系统必须采用.XXXX体系架构，使用XXX语言，XXX开发工具，数据库使用XXX 数据库硬件限制现有网络环境的连接速率和连接质量。
质量与技术规范系统的设计、开发必须遵照CMMI及面向对象的方式。
数据转换标准系统的数据转换按照XML标准或Excel执行,视具体情况而定。
3 整体功能3.1 接口需求4 功能说明4.1 整体功能4.2 流程14.2.1 功能点14.2.1.1 功能说明4.2.1.2 需求定义4.2.1.3 业务规则4.2.1.4 用例描述4.2.1.5 异常处理4.2.1.6 功能备注4.2.2 功能点24.2.3 功能点34.3 流程24.4 流程35 补充需求5.1 性能要求5.1.1 以使用频率进行关联说明5.2 安全要求5.3 使用要求5.4 拓展要求5.5 维护要求自我维护报警，数据转移（历史数据）5.66 其它附录6.1 词汇表6.2 业务模型6.3 界面参考7。