系统集成和主数据管理项目工作说明书(SOW).doc

上海烟机应用系统集成和主数据管理项目工作说明书
Cordys China
二零零九年九月
第9 页
上海烟机应用系统集成和主数据管理项目工作说明书(SOW)
目 录
1 项目目标 2
2 工作说明 2
2.1 软件及服务范围 2
2。1。1 应用系统集成 2
2.1。1.1 ERP与其他系统集成 2
2。1.2 主数据管理 3
2.1.3 假设条件 3
2.2 时间进度 4
2。3 成果交付物与验收标准 4
2.4 里程碑 5
2。5 费用支付 5
2.6 需求变更过程 5
2.6。1 变更依据 6
2.6.2 外部变更请求处理流程 7
2。6.3 内部变更请求处理流程 7
2。7 双方责任 8
2.8 项目组织架构 9
2.9 假定条件 10
1 项目目标
在上海烟草机械有限责任公司的范围内，分期实现应用系统集成和主数据管理相关功能，本期项目主要包括ERP与其他系统间的应用系统集成，以及NC系统、ERP、PDM、CRM、EAM、MES、HR与KBS等系统间的主数据管理业务需求。
2 工作说明
以下所有内容基于9月11日版本的需求文档。
2.1 软件及服务范围
2.1.1 应用系统集成
2.1.1.1 ERP与其他系统集成
序号
应用系统间集成业务描述
数据源
(表名+字段）
中间数据库
数据目的地
(表名+字段）
更新方式详述
备注
1
编码库与ERP零件编码信息同步
服务器:Pdm
数据库：codeman
表：cd_item

服务器：ERP（172。16.2.13)
数据库:codeman
表：cd_item
使用sqlserver 的job实现新增数据同步
Job位置：ERP服务器
Job名字:同步codeman数据
每天一次/4点
2
ERP获取MES派工信息和完工信息
服务器:MES（172。16。2。31）
数据库:FSDBMR
派工表:z_sjtu_t_Dispatch
质检表：z_sjtu_t_quality

服务器:ERP（172.16。2.13）
数据库：FSDBMR
派工表：z_sjtu_t_Dispatch
质检表：z_sjtu_t_quality
使用sqlserver 的job实现新增数据同步
Job位置:ERP服务器
Job名字：MES数据同步
每天一次/11点35分
3
为MES提供生产订单PICK信息
服务器：ERP
数据库：FSDBMR
表：REPORT_POPICK999

服务器：172。16.2。31
数据库:FSDBMR
派工表：z_sjtu_t_Dispatch

使用sqlserver 的job实现新增数据同步
Job位置：ERP服务器
Job名字：更新REPORT_POPICK999
每天二次/11点40分和21点30分
4
为Product系统提供库存和在制品信息
服务器：ERP
数据库：FSDBMR
表：FS_ItemInventory和OrderInfo

服务器:GJR4525
数据库：Pmanage
表：ITEM_INVENTORY2、FS_MOInfo和FS_POInfo
使用sqlserver 的job实现新增数据同步
生成库存和订单信息
Job位置：ERP服务器
Job名称：订单完成情况、ERP数据同步
Job位置：GJR4525服务器
Job名称:ERP数据提取
每天一次/11点半
共4个应用集成接口。
2.1.2 主数据管理
主文件基础数据清单
序号
主数据名称
NC系统
业务系统
备注
ERP
PDM
CRM
EAM
MES
HR
KBS
1
物料主文件
产品
√
√
源

目前数据来源为PDM系统,异地协同设计实现后将用集团公司winchill（交大实现接口），本期不考虑
设备/备件
√

源
√

办公用品
源

2
计量单位
√
源

3
物料计划单价
产品
√
源

设备/备件
√

源

办公用品
源

4
仓库主文件
产品
√
源

设备/备件
√

源

办公用品
源

5
供应商主文件
产品
√
源

建议：以NC系统为数据源传到ERP、EAM系统中
设备/备件
√

源

办公用品
源

6
客户主文件
√
√

源

7
存货分类
产品
源
√

NC系统与ERP系统一次同步更新
设备/备件
源

√

办公用品
源

8
部门信息
√
√
√
√
√
√
源
√
同上
9
操作人员信息
√
√
√
√
√
√
源
√
根据岗位设置权限
共31个源—目标接口。
2.1.3 假设条件
1. 需求与接口清晰,逐项提供接口说明文档并有必要的原厂商配合，一天可完成4个应用集成接口的需求调研工作或4个1源-1目标的主数据需求调研工作
2. 系统上线后试运行5天
3. 对每个功能点源系统和目标系统均只有一张表需要进行主数据管理
4. 不需要前台维护界面,采用系统默认页面实现后台功能即可
2.2 时间进度
我们的服务预计将于2009年10月19日开始。
预计项目服务周期：3个月
项目经理 30 人天
外国专家 15人天
技术经理 92人天
软件工程师 198人天
QA工程师 22人天
培训 4天
2.3 成果交付物与验收标准
甲方:上海烟草机械有限责任公司
乙方：CORDYS(北京)信息系统有限公司
阶段名称
阶段性成果与提交物
是否付款
付款条件
1。项目签约

是
项目合同签定
2.项目启动
产品许可证书与安装介质
是
乙方人员进入现场工作
产品许可证书与安装介质交付
3。需求调研与系统设计
功能设计说明书
系统原型
数据库设计

4。系统上线
验收测试用例与测试报告
生产系统
是
系统验收通过
5.系统收尾
源程序
可执行程序
配置脚本
用户操作手册
是
1。 系统上线切换成功完成（系统上线5天后)
2。相关成果与提交物提交完成
6. 运行维护

阶段4补充说明：
1. 由乙方编写验收测试用例用于验收测试，并在验收测试开始前完成确认.
2. 双方依据详细验收方案，由甲方进行验收测试。测试完成后，乙方依据客户的测试报告，在项目范畴内对缺陷进行相应的改进工作;对于项目范畴以外的改进需求，甲方应依据2.6提交变更申请。
3. 全部测试用例测试成功，则认为验收通过,双方在验收报告上签字确认。
2.4 里程碑
项目包括如下里程碑
ü 2009。10。19 项目启动
ü 2009.11。03 需求调研与分析完成
ü 2009。11.13 系统设计完成
ü 2009.12。19系统开发完成
ü 2009。12。26系统测试完成
ü 2010.01。10系统部署与验收测试完成
ü 2009.01。20系统实施完成/项目结束
其中已经考虑了元旦（2010。01.01）假期。
2.5 费用支付
以合同为准。
2.6 需求变更过程
2.6.1 变更依据
1。 变更来源
ü 项目进展报告
n 形成内部变更请求
ü 外部变更请求
n 除特殊紧急情况，只处理书面变更请求
2。 变更标准
ü 当工作说明书中软件及服务范围中所说明的工作项因某种原因(如实际业务变更、可实现性变更等）发生增加、减少或变更时,认为变更发生
3. 变更申请样式
Project ID:
Project:
Change Request Number：
Initiated by：
Date：
Description of Change：

More details attached：
□ Yes □ No
Impact if Change is not Incorporated：

More details attached:
□ Yes □ No
Alternatives:
More details attached：
□ Yes □ No
Proposed Change Type:
□ Problem/Not following plan
□ Improvement
□ Change in Environment
□ Scope：

□ Other。 Please explain:
Documents and Deliverables:
□ Contract Agreement
□ Payment Schedule
□ Delivery Schedule
□ Project Plan
□ Quality Plan
□ Work Plan
□ Functional Specifications
□ Acceptance Specifications
□ Purchase Order

□ Solution Component:
□ Other:
Estimate of Impact：
□ Minimal
□ Moderate
□ Major
Full Evaluation Required:
□ Yes □ No
Decision: □ Approved
□ Rejected
□ Deferred Until:
Customer Project Manager：
Signed：
Cordys Project Manager:
Signed：
Closing Date：
2.6.2 外部变更请求处理流程
ü 客户项目经理将书面变更请求提交项目经理
ü 项目经理与技术经理或软件架构师研究可行性
ü 项目经理将研究结果与变更请求一同提交项目控制委员会审批
ü 控制委员会将审批结果提交所有相关人
ü 若审批通过，项目经理
n 将变更请求提交项目团队执行
n 相应修改项目管理计划以便后续跟踪
2.6.3 内部变更请求处理流程
ü 项目经理将书面变更请求提交客户项目经理
ü 客户项目经理与内部管理层研究可行性
ü 客户项目经理将研究结果与变更请求一同提交项目控制委员会审批
ü 控制委员会将审批结果提交所有相关人
ü 若审批通过，项目经理
n 将变更请求提交项目团队执行
n 相应修改项目管理计划以便后续跟踪
2.7 双方责任
甲方：上海烟草机械有限责任公司
乙方:CORDYS(北京)信息系统有限公司
甲方责任
l 自合同签定后，成立项目领导协调小组并委派高层经理参与项目委员会，协调解决实施过程中的各种问题；
n 共同审核批准项目实施计划;
n 共同进行项目实施过程中的重大事件的决策；
n 共同根据项目过程中的进度、质量、技术、资源、风险等实行宏观监控；
n 帮助协调项目组织中甲方相关方的工作关系
l 自合同签订后,委派项目经理或协调人
n 在项目的各个阶段，包括需求调研、系统开发、系统实施、验收测试用例制定、验收测试、合同收尾与上线后支持等,协调项目组织中甲方或其它相关方的工作关系,包括相关的业务人员、技术人员等
n 有责任根据双方确认的实施进度提供必要的工作环境和工作支持，及时应乙方的要求向乙方提供实施过程中所需的各种资料和数据、配合乙方顾问的工作
l 在项目的各个阶段乙方提交评审请求后，包括需求、设计、验收测试用例与验收报告，甲方有责任在 1个工作日内提供反馈确认
l 在项目实施过程中，能及时应乙方的通知组织有关人员参与测试与培训工作。
l 发生需求变更超过 人天时，甲方有责任向乙方提供补偿，人民币/人天
l 如因甲方原因造成项目延迟超过 人天时，甲方有责任向乙方提供补偿，人民币/人天
乙方责任
l 乙方承诺所提供的CORDYS BOP 4。2版本的软件具有自主知识产权，不侵犯任何第三者的合法权益.
l 负责甲方项目实施范围内的开发与实施工作
n 委派项目经理
u 根据项目进展及工作范围要求整合工作计划,并监督实施，控制进度；
u 协调项目组内人员的分工合作，资源分配;
u 向双方汇报项目状况，提出建议及改进措施；
u 负责用户需求汇总和分析；
u 与用户进行有效的沟通协调
u 负责需求管理、需求变更管理、质量管理、进度管理、成本管理和风险管理
n 委派技术经理
u 参与系统总体设计；
u 指导并参与开发团队工作任务，包括开发、实施与上线支持
u 协助项目经理完成需求管理、需求变更管理、质量管理和进度管理
n 委派软件架构师
u 负责系统总体设计
n 委派开发团队
u 负责系统开发、实施与上线支持
l 应妥善保管与正当使用甲方交付的技术资料、设备设施.
l 应及时交付包括源代码在内的工作成果，并交还相应的技术资料及设备.
l 乙方有责任在项目的各个阶段通过电子邮件方式提交评审请求，包括需求、设计、验收测试用例与验收报告
l 乙方将通过知识转移对合作伙伴和甲方进行培训
2.8 项目组织架构
项目的组织架构如下图所示.
说明：
ü 项目委员会，由用户与供应商双方的高级代表组成
ü 软件开发团队力求小而精悍
ü PM对项目委员会负责，定期检查项目情况并在必要时向上汇报
ü 专家顾问一般与PM沟通，并在必要时带入开发团队
项目技术团队由乙方技术人员与甲方或相关厂商技术人员共同构成。
2.9 假定条件
ü 待集成系统能够提供Web Service、Java API、XML或者数据库接口
ü 待集成系统原厂商或甲方相关技术人员能够及时有效提供支持

签名

签名

日期

日期