软件工程业务需求说明书Word文档格式.docx
《软件工程业务需求说明书Word文档格式.docx》由会员分享，可在线阅读，更多相关《软件工程业务需求说明书Word文档格式.docx（12页珍藏版）》请在冰豆网上搜索。
1.3业务范围5
1.4专业术语说明5
1.5关联业务需求5
1.6整体计划5
2业务需求6
2.1企业服务总线（ESB）6
2.2集成案例-工程系统集成需求9
3非功能需求12
3.1性能需求12
3.2安全要求12
3.3文档要求13
1业务概述
根据公司建立企业服务总线的总体目标，针对现有工程系统和应用系统，以及正在规划中的系统，向信息中心负责工程系统和应用系统的相关负责人做了调研，最终确定了现阶段企业服务总线的具体要求，并以工程系统和组织架构系统做为集成案例。
1.1业务背景
现阶段，公司信息系统正处于快速构建阶段，随着公司各项业务的关联性不断增强，使得孤岛间进行必须进行大量的后端集成，大量无序的后端集成将形成复杂的网状结构调用，复杂的网状结构必然导致“业务感知差”，形成后端服务的管理问题，无法有效了解服务整体的运行情况，最终使其潜伏着不可预知的IT运维风险。
为了解决这一问题，建立企业服务总线提上日程。
企业服务总线提供可靠消息传输、服务接入、协议转换、数据格式转换、基于内容的路由等功能，屏蔽了服务的物理位置，协议和数据格式。
它可以在不改变现有基础结构的情况下现有的系统进行集成，也能适应各种未知系统的集成。
1.2业务目标
建立企业服务总线是IT规划的总体目标之一，目的是为了使得现有系统的集成变得更容易、更健壮、更可控，从而解决目前各系统之间集成混乱的状况，也为新规划的系统建立标准。
企业服务总线总体目标：
建立完善的企业服务总线平台，实现企业内大多数系统的集成，提供可靠的、可管理的系统集成服务。
本阶段主要建设目标有：
✧初步建立企业服务总线核心功能，实现基于WebService、数据库、文件的集成
✧选取工程系统（P6、SPM、Prism、Documentum）和组织架构为案例进行集成
1.3业务范围
1
涉及模块
企业服务总线（服务发布、消息转换、路由、系统管理等）
使用部门
信息中心
服务对象
各个需要集成到企业服务总线上的系统
1.4专业术语说明
序号
术语/缩略语
全称和解释
1．
ESB
企业服务总线（EnterpriseServiceBus）
2．
SOA
ServiceOrientedArchitecture
面向服务的体系结构
3．
WebService
Web服务
1.5关联业务需求
关联业务需求
需求内容描述
1.6整体计划
阶段
计划完成时间
需求确认
2013年4月
完成企业服务总线
2013年5月
完成组织结构集成案例
2012年6月
4.
完成工程系统集成
2012年7月
2业务需求
2.1企业服务总线（ESB）
2.1.1业务需求描述
初步实现能够实现已有的WebService、数据库、文件为主接口服务的集成，进而建立整个企业服务集成平台，以支撑公司内大部分系统之间的数据交换。
ESB总体需求：
✧能够托管现有服务，并提供任意位置的服务调用，减少系统之间的依赖
✧能够提供不同接口协议的调用桥接，兼容现有接口
✧能够实现同步、异步，单一或批量数据同步
✧能够容易在平台上开发部署新的服务组件
✧能够支持负载均衡群集或分布式群集最佳
2.1.1.1协议中介
能够实现多种协议的接入和转换，提供灵活扩展支持多种协议的能力：
✧具备多协议接入和转换的能力，能够提供常见的协议的适配器组件，如HTTP/SOAP、FTP、JMS、MSMQ、XML、CSV等。
✧支持常见数据库集成，如SQLServer,Oracle
✧能够自定义支持更多接入方式，能够将应用系统的非标准服务转化成受ESB支持的标准接入协议，如邮件、Excel等
2.1.1.2消息转换
实现不同语义、不同格式消息的转换，具体要求如下:
✧能够消息类容、参数和返回值之间进行映射、转换；
✧能够针对异构消息格式、不同数据类型进行转换；
✧能够支持脚本，实现一些复杂转换、加密、编码和格式化，如XSLT，XPATH，JavaScript，Java,C#等；
2.1.1.3消息路由
能够根据预定义的规则实现基于消息内容动态路由机制
✧能够支持点对点、广播以及发布/订阅等方式
✧能够对消息内容进行检查实现消息过滤，能够实现消息聚合
✧具有可视化消息路由设计器最佳
2.1.1.4服务注册与管理
能够托管现有服务，并提供任意位置的服务查找、调用，减少系统之间的依赖。
✧提供服务组件的服务注册和服务发布功能，实现服务接口、服务运行与服务参数等各种服务信息的注册和发布，实现服务的查找和发现功能；
✧能够管理服务的元数据、服务的依赖关系、服务的版本；
✧能够对服务的生命周期进行管理，能够对服务进行验证和测试；
2.1.1.5服务集成与监控
能够对接入的服务运行状况、异常情况进行监控，能够监控服务调用是否成功、响应时间、调用次数、服务认证是否通过等，并对服务的运行状况监控分析，跟踪服务的执行情况。
✧服务状态监控，主要是实现对各接口的运行状态进行监控，包括服务未启动、服务异常、服务暂停、服务正常等，能够以图形的方式进行显示。
能够查看服务提供方系统名称、服务名称、服务状态、服务时间和服务日志情况。
✧服务流量监控，实现对服务的流量进行监控，通过设定的规则，能够实现在指定的时间范围内，各接口服务交互的数据量的显示和对比，并进行接口服务运行的预警。
通过对接口服务的流量的监控，可通过系统自动或人工的方式，进行接口服务的运行干预，确保接口数据传递的完整，实现接口服务的正常稳定运行。
✧服务性能监控，是实现对接口服务运行时，对接口服务调用方、接口服务使用方接收到的消息时间进行监控。
通过接口服务时间的监控，可准备的判断出，在接口服务被调用时，接口调用方发出消息、以及接口被调用方收到消息的时间点，并计算出在接口传递中所需要的时间。
可根据服务时间监控结果，进行系统平台的优化，确保最快的消息传递。
交易过程中单个或全部服务在某时间段内调用总次数、成功次数、失败次数以及服务成功率，失败率等监控
2.1.1.6系统管理功能
能够对系统运行参数进行设置和调优：
✧系统预警
能够对系统异常或服务运行负载超过设定阀值自动邮件提醒管理员；
✧群集管理
统一认证中心一旦出现故障或性能问题将导致所有应用系统不能正常工作。
因此要求系统能够配置群集节点，并监各节点运行状况（若支持）；
✧插件管理
能够通过组件扩展支持更多协议转换，能够管理和注册更多的适配器组件。
✧代码映射管理
在系统集成的过程中通常会存在各个系统的代码定义不一致的情况，为了方便系统集成，需要建立标准代码库，标准代码可以其中一个系统或多个系统的全集做为参照；
建立各系统代码和标准代码库映射关系；
另外还需要提供基于该代码映射关系的组件，部署到企业服务总线上，便于各系统之间的数据转换。
2.1.2重要规则及公式说明
2.1.3界面要求
企业服务总线能够提供基于Web的管理界面，能够通过系统管理界面简单容易的监控消息服务运行的状态、运行的历史、监控图表等，并能生成报表以便系统审计用。
2.1.4权限定义
一般情况下，消息的传输需要验证通过后才能接入。
另外管理和监控功能只能具有管理角色的用户才能查看。
2.2集成案例-工程系统集成需求
2.2.1业务需求描述
工程系统是公司核心系统，本阶段需要集成的系统有如下相关供应商接口。
◆接口需求
调用方
提供方
接口需求
备注
SPM
P6
SPM中实际到达现场时间传输至P6中
2
P6中计划需求到达现场时间传输至SPM中
3
Prism
Costaccount的金额总合，传到Prism的costaccount中
4
Prism中新产生的costaccount（费控代码）传到SPM中
5
DCTM
SPM中的PO、对应供应商名、项目号码传输到Documentum对应供应商文件下拉菜单属性中。
6
设计文件提交计划时间从P6中转到Documentum中项目文件的Plannedapproveddate.如果文件不存在，自动新空白文件。
当文件正式被发布以后将Actualapproveddate传到P6中
7
TPD（timephaseddate）报告以文件形式存储于Documentum中
8
通过controlaccount来对应数据，将P6中该控制账号的最初完成时间传输到Prism中
2.2.2重要规则及公式说明
◆相关系统说明
系统名称
技术平台
数据库
描述
1
PrimaveraP6（项目管理）
1.Weblogic11
2.J2EE
SQLserver2008R2（windowsserver2003EnterpriseX64）
1.有JAVAAPI
2.支持浏览器访问或客户端访问
3.浏览器需要Java,客户端访问也需要Java
2
PrismG2（费用管理）
1..NetFramework3.5sp1/4.0
2.WindowsInstaller3.5
3.CrystalRuntime
支持SQLServer2008R2,Oracle11g
1.C/S架构
2.客户端访问需要.Net3.5sp1/4.0
3.客户端WindowsInstaller3.5
3
SPM（采购管理）
1.Oracle10giAS;
2.OracleForm，java
Oracle10g
1.B/S架构，客户端访问需要安装OracleJInitiator
4
Documentum
Java1.627
Oracle10G
1.B/S架构，客户端访问需要安装Java插件；
依托项目客户端浏览器版本不超过7.0，后续项目客户端浏览器版本不超过8.0。
2.有两种接口方式DFC和DFS，DFC要求接口平台为.NET或Java开发；
DFS无平台要求
2.2.3使用频度
由于工程系统是核心系统，该集成服务的使用频度比较高，其中涉及到进度更新频度极高，费用同步中。
2.2.4优先级
请选择其一：
□/■
优先级
原因
■高□中□低
作为公司的核心业务系统，系统之间的集成将对现有的业务带来较大的影响
注：
高：
监管、公司战略、新产品；
中：
影响公司对客户服务、影响业务的正常开展；
低：
其他。
2.2.5附件说明
3非功能需求
3.1性能需求
企业服务总线要求能够通过配置实现负载均衡群集或支持分布式部署，从而保证系统的可用性和性能。
群集可以利用Windows群集功能，但不应使用其他第三方商业的软件支持。
3.1.1系统响应时间
响应时间：
一般请求<
3秒，复杂的请求<
5秒
系统故障恢复时间<
4小时
3.1.2容量支持要求
Ø
各系统使用人数
角色
最大
平均
1000
100
12
PrimaveraP6
30
3.2安全要求
✧网络安全遵从公司安全性策略。
3.3文档要求
✧设计完成后，需交付成果物
✓系统架构书
✓功能设计书
✓数据库设计书
✧编码完成后，需交付成果物
✓编码规范
✓代码
✧测试完成后，需交付成果物
✓功能测试用例和测试报告
✓性能测试报告
✧部署完成后，需交付成果物
✓部署说明书
✓用户使用说明书
✓系统API及集成开发说明书
✧项目管理文档
✓周报，每周汇报
✓进度计划与报告，每周汇报
✓Q&
A，随时提交
升级会员 