导图社区 IT系统讲义
- 47
- 1
- 1
- 举报
IT系统讲义
受一所高职院校邀请，给全校老师做的2个小时的关于IT系统，电子商务的培训，从IT产业的发展及逻辑，尤其是具体实施做了详细的介绍。其中IT系统实施成本估算模型是我研究生论文，有一定参考价值。
编辑于2022-10-23 10:21:44 北京市- IT
- 成本估算 I…
- 万亿级产业链-民航产业“基因图谱”-中国首份民用航空产业分类标准
近期局方首次公布的中国民用航空产业的“基因图谱”-民用航空产业分类。突破传统行业分类框架，按“技术关联 产业链协同”原则，将分散在国民经济16个门类中的航空相关活动重新整合，形成8大类、27中类、88小类。其中8大类包含民用航空制造、民用航空运输与运营、民用航空保障、民用航空建筑、民用航空数字信息、民用航空科技教育、民用航空公共管理、民用航空其他辅助服务等全产业链。个人认为这个分类意义非常重大，这个图谱就是全生命周期、全纬度的产业链图谱，而且是官方认证，对军机、民机都适用。无论对普通人，从业者、政府、园区、主机厂、航司、产业园区都会找到自己的位置。
- 【低空经济从业者必备！最新民航规章全解析】 思维导图电子版下载
还在为低空飞行器的适航审定、合规运营头疼吗？民航新规频出，如何快速掌握政策脉络？本思维导图梳理出中国民航最新规章体系，并给出无人机、载人飞行器（evtol）等全类型飞行器适用的适航规章建议。本导图准备了饼图和正常思维导图两个版本，小伙伴们可以直接下载使用。可编辑的体系图谱PPt可以私信我，我免费发送。
- 如何让孩子主动学习-提问清单(GROW)模型
根据grow模型，整理出与孩子深入交流，帮助孩子明确目标，找到解决办法，列出时间表路线图，最终让孩子能自己负责、自律、自信地自发投入学习。
IT系统讲义
社区模板帮助中心，点此进入>>
- 万亿级产业链-民航产业“基因图谱”-中国首份民用航空产业分类标准
近期局方首次公布的中国民用航空产业的“基因图谱”-民用航空产业分类。突破传统行业分类框架，按“技术关联 产业链协同”原则，将分散在国民经济16个门类中的航空相关活动重新整合，形成8大类、27中类、88小类。其中8大类包含民用航空制造、民用航空运输与运营、民用航空保障、民用航空建筑、民用航空数字信息、民用航空科技教育、民用航空公共管理、民用航空其他辅助服务等全产业链。个人认为这个分类意义非常重大，这个图谱就是全生命周期、全纬度的产业链图谱，而且是官方认证，对军机、民机都适用。无论对普通人，从业者、政府、园区、主机厂、航司、产业园区都会找到自己的位置。
- 【低空经济从业者必备！最新民航规章全解析】 思维导图电子版下载
还在为低空飞行器的适航审定、合规运营头疼吗？民航新规频出，如何快速掌握政策脉络？本思维导图梳理出中国民航最新规章体系，并给出无人机、载人飞行器（evtol）等全类型飞行器适用的适航规章建议。本导图准备了饼图和正常思维导图两个版本，小伙伴们可以直接下载使用。可编辑的体系图谱PPt可以私信我，我免费发送。
- 如何让孩子主动学习-提问清单(GROW)模型
根据grow模型，整理出与孩子深入交流，帮助孩子明确目标，找到解决办法，列出时间表路线图，最终让孩子能自己负责、自律、自信地自发投入学习。
- 相似推荐
- 大纲
IT产业之路
中国的IT系统之路
相关概念
定义
狭义
网站
广义
ERPII
ERP
EC
ASP
CRM
HR
BI
MRPII
MRP
特征
分类
应用现状
全球电子商务发展概况
中国电子商务发展概况
电子商务市场分布
总体发展情况
中国电子商务存在的问题
发展环境
中国互联网基础设施发展概况
中国电子商务支付方式概况
中国物流配送体系概况
IT如何与企业接轨
盈利模式
流量模式
网络广告
会员模式
产品及服务
业务模式
电子商务运营
网站概况
运营状况
营销策略
支付工具
合作伙伴
电子商务服务
行业
医药行业电子商务盈利模式
旅游行业电子商务盈利模式
办公用品行业电子商务盈利模式
图书音像行业电子商务盈利模式
玩具行业电子商务盈利模式
礼品收藏行业电子商务盈利模式
营养保健行业电子商务盈利模式
化妆品行业电子商务盈利模式
餐饮行业电子商务盈利模式
服装饰品行业电子商务盈利模式
IT创业模式分析
IT创业模式分析 模式一：要有超乎常人的技术发展和市场需求的洞察力。 支持案例：几乎所有大的成功IT企业必备的成功要素。 模式二：在产品推广初期，不要太在意盈利问题，新开拓的市场的培育和市场分额的大面积占领才是最重要的。这样才能主导未来产品方向。“我们是一群生逢其时的大学毕业生，我从浏览器上学到最大的收获就是占领份额是最主要的， 你必须尽最大努力达到这点，看起来今后20年整个用户接口都要遵守这个规律”--anderson 支持案例：YAHOO,ORACAL，腾讯. 反例：百事可乐。 模式三：在成功的IT大企业创立初期，往往有两个核心人物。一个是IT技术天才负责技术产品的研发。另外一个是懂得技术的有商业头脑的企业家。 支持案例：苹果，微软，甲骨文，YAHOO,JAVA等，很多。 模式四：当企业快速发展的时候，发展壮大所需的资金往往成了问题，这个时候你可以考虑风险投资商人，说服他们，向他们要资金，同时出让一定的公司股份给他们。 支持案例：YAHOO，CISCO,GOOGLE等 模式五：当企业发展到一定规模，上市是你不得不作出的选择。付出的代价是增加企业信息披露和管理透明度，得到的是企业发展所需资金，副产品是高层管理人员飙升的身价。 支持案例:太多了。 模式六：如果你的洞察力不足够将，但是比较强，别人已经看到一个新的市场并作出了产品，你可以拷贝这个思路，不过一定要有很好的本土化技术和策略，在外资没有进入中国市场前，抢先占领本土市场，凝聚人气，这样也可以获得相当的成功。并且非常适合中国的创业者。 支持案例：腾讯模仿ICQ.百度模仿INFORSEEK。盛大模仿韩国网络游戏公司。 模式七：市场和技术比较，市场永远是第一位的。技术只是出于次要地位。 支持案例：很多。 模式八：产品应该有下列特性：一旦用户选择了你的产品，用户再转用其它产品的转换成本会很高。 支持案例：微软，甲骨文。 模式九：傍大款策略。盯住IT界领先企业比如IBM等公司，支持它们或者争取它们的支持。OEM策略也是这个模式的特例。 支持案例：微软早期傍IBM。甲骨文早期傍IBM 模式十：当企业处于急速增长的时期，往往是危机出现的时机。最主要的问题很有可能是管理混乱，这个时候是应该引入专业高层管理人员的时候。 支持案例:甲骨文，YAHOO 模式十一：增长很快的市场一定有钱赚。尽管目前还看不到赚钱的方式。这是风险投资商CLARK在给NETSCAPE进行第一笔投资时候说的话。我相信这是一个通用的法则。. 模式十二：当竞争对手非常强大的时候，解决方案是扩大合作伙伴数目，建立反竞争对手联盟。Netscape的经验是：开发或者确定标准； 寻求合作伙伴支持标准；宣布标准并公布规格是其他公司能采用；开发基于标准的产品 支持案例：NETSCAPE与微软斗争。现在的LINUX阵营和WINDOWS阵营。 JAVA阵营和.NET阵营。 模式十三：判断一项技术是否有前途的方法，从历史看未来。分析以前成功的技术比如C++,JAVA或者产品比如浏览器，互联网的出现过程，出现时机，为什么会受欢迎等角度分析。得出现有或者刚出现的技术是否有前途。同样的，从过去的个人或者大公司的出现过程，出现时机等可以得到企业成功，产品定位的有效经验。
互动模式
P2one
P2P
P2MP
BT
实施
IT规划
企业战略
战略
战略特质
长远的
有冲击力的
全体一致的
未来的
与领导者的命运挂钩的
简单
最好的企业是大而简单的企业（GE、华为----）
复杂的都不实用
实用的都简单
less ismore
大道至简
可信
激励/富有想象的空间
击中要害
有趣
意想不到
战略的定义
希腊文：Strategos=covering everything+lead/do/act(覆盖一切+做)
Clausewitz：Strategy is the economy of force（如何有效地运用力量）
战略：What to do?（做什么）－地图上指挥作战的艺术
战术：How and when to do? （怎么做）－地面上指挥作战的艺术
孙子云：料敌制胜，计险恶远近，上将之道也。
战略是以建立持久的竞争优势为目的的一系列协调的行动
协调的
行动
持久的
竞争
优势
就是使企业资源能力与外部环境实现动态平衡的管理方法。
没有竞争者就没有战略－我们与对手争夺顾客的方法
成功战略的特点
透现出超前的战略意识
富有创新的内容
往往围绕一组关键概念展开
具有挑战性
战略具有一定的稳定性
战略的基本内容
Perspective（企业使命和远景目标）
Position（产品/市场关系，即经营领域）
Ploy（竞争优势的构建方向）
Pattern （竞争优势的构建方式）
Plan（实现目标的具体任务）
什么样的企业适合电子商务
行业
企业基础
领袖思想
企业战略
资金
人才
项目管理
实施成本
模型分析
环境设施
成本构成
A.办公环境成本构成
A1.办公空间建造工程
土建工程
装饰工程
A2.办公桌椅
A3.办公隔断
A4.水
A5.电
B.机房环境成本构成
B1机房建造工程
B11土建工程
B12装饰工程
B2机房附属系统
B21.动力供配电系统UPS
B22.综合监控系统
B23.综合布线系统
B24.独立空调系统
B25.气体消防灭火系统
B26.专用地线系统
B27.抗浪涌保护系统
B28.安保门禁系统
B29.BA
成本模型
成本动因分析
办公环境成本动因
Pn.人员及终端用户数量
E1S.办公面积
E1P.地区地域定额标准
机房成本动因
Pi.硬件性能
E2S.硬件面积
Sn.硬件数量
S1.投影面积
S2.单台设备占用面积
E2P.地区地域定额标准
成本模型
硬件成本
成本构成
平台系统
服务器
应用服务器
数据库服务器
开发测试服务器
日志或统计服务器
软件分发服务器
网络设备
交换机
防火墙
存储媒介
磁带机
磁盘阵列
终端系统
笔记本
台式机
POS机
附属设备
打印机
扫描仪
传真机
复印机
投影仪
视频设备
条码及读卡设备
成本模型
成本动因分析
硬件平台架构
3T.三层（多层）
2T.两层
系统容量（性能）
Pn.ERP系统用户数
u1
u2
u3
Mn.ERP标准模块数
SD.用户在系统模块的业务负载
PHi.成本项目价格
成本模型
软件成本
成本构成
应用软件
操作系统
数据库软件
其他应用软件
成本估算模型
成本动因分析
需求影响因素
企业的管理水平
正面临的管理难题
行业竞争与外部环境
接触到的产品及供应商团队
企业的战略
企业文化
决策者
IT 部门或团队
资金投入及预算
生产技术水平
企业需求
A.对企业管理信息化覆盖的全面程度
中等：企业生产制造、财务、库存管理
全面：企业的综合性管理系统，力图覆盖企业信息化管理的方方面面
单一：企业利用ERP 来解决生产制造、财务、固定资产管理或人力资源中单一方面的信息化管理
B.业务流程上对变革的需要与接受程度
灵活配置 ERP：在无变革风险的情况实现企业业务向 ERP 平台上的平移
利用 ERP 软件的实施来完成企业内部的一次巨大变革，实现企业业务流程再造和组织结构的重组；
ERP需求中是以企业原有流程为主，寻求借鉴 ERP 软件中的业务模型、管理流程，对企业的业务流程进行修补
坚持 BPCI 的企业则力图不断持续的改造流程，既避免 BPR的风险，又能以循序渐进的变革达到同样的目的
企业直接在新建工厂和生产线时全盘照抄 ERP中提供的成熟行业解决方案，以自身的调整来迅速适应先进的管理方法。
C.管理上对集中程度的要求
C1：高度集中:从上对下的全面管理，管理的高效准确
C2：局部集中:重点集中在财务、人力资源等集中管理上
C3：集中/分布:运用 ERP 软件寻求恰当的集中管理
C4：服务局部:解决企业中某项业务、某些部门、某个环节重点问题
C5：服务一线：解决一线基础的业务流程，现寻求基础流程的管理提升
D.管理上对实时性、数据真实性的要求
基本可借用 RTE 的概念管理实时，则要求 ERP软件具有充分的 OLAP 和 BI 能力，可对业务操作中的原始记录进行充分的挖掘，而统计分析的数据能及时提交并给予决策支持
按需细分，则不对 ERP 所涉范围要求全面的实时和透明，在投入可承担的情况，分级要求做到实时与透时
人为弥补是指业务操作和管理所面数据和信息不能全部由一线的操作自动生成，而需要人为的补充，以完善所需的信息，同意人为弥补往往是在 ERP 软件需求要求深度和广度不足时被迫之举；
延迟，是企业在 ERP 软件需求中愿意接受数据与信息的延迟。
E. 对软件模块复杂度的要求
企业仅是大规模的单一生产，其制造模块要求达到的复杂度就会较低
企业是混合生产性企业，又要展开 JIT 生产和柔性制造，则必然要求制造模块足够复杂来支撑企业的生产制造流程。
需求模式
业务专注化模式
需求模式
A 信息化覆盖:中等
B 业务变革:参考 持续改进
C 管理集中:高度集中 局部集中
D 管理实时:基于管理
E 信息化深度:中等
评价标准
模式关键评价标准(权重80％)
1.以面向企业基础/核心业务流程为根本
2.软件拥有多年的发展史和大量成功案例
3.业务模型和控制机制来源于大量客户的实践
4.拥有驱动业务的强大的算法和修正经验
5.有差异化明显的行业针对性解决方案
ERP产品公共评价标准(权重20％)
ERP产品软件性能评价(权重60％)
ERP厂商服务能力评价(权重40％)
典型厂商
国外
mySAP
SSA
MAPICS
四班
大陆
OPEN ERP
和佳 ERP
台湾 ERP
Workflow ERP——鼎新电脑（台湾）/神洲数码
其它台湾 ERP 厂商(汉康、艾一、天心和普扬）
集中管理模式
需求模式
评价标准
模式关键评价标准(权重80％)
1.以人、财、物等的集中管理为重点
2.其它功能模块围绕重点扩展
3.必不可少的决策支持功能
4.BPR 要求低
5.支持跨广域的网络结构
6.相当程度的通用性
ERP产品公共评价标准(权重20％)
ERP产品软件性能评价(权重60％)
ERP厂商服务能力评价(权重40％)
典型厂商
用友 ERP-NC3.0
金碟软件 EAS4.0
浪潮通软 myGS
新中大 A3ERP
信息集成模式
需求模式
评价标准
关键评价标准
1.J2EE 或.NET 架构应用的领先者
2.基础构件（数据库）与应用的内部无缝集成
3.强调组件化设计
4.拥有跨平台、异构的集成能力
5.开放的体系和广为应用的开发技术及工具
6.全面覆盖企业综合信息的潜在能力
ERP产品评价标准
ERP产品软件性能评价
ERP厂商服务能力评价
典型厂商
Oracle 电子商务套件 11i
微软 MBS
小型信息化模式
需求模式
评价标准
价格低廉、长期维护成本低
功能简单、部署迅速
实施难度和风险均较小
与适用企业规模成反比的通用性
典型厂商
典型软件提供——速达 Quick-ERP
用友 U860
SAPSBO
Oracle 电子商务套件特别版
新中大简约型
组合模式
需求模式
评价标准
价格低廉、长期维护成本低
功能简单、部署迅速
实施难度和风险均较小
与适用企业规模成反比的通用性
典型厂商
mySAP
Oracle 电子商务套件 11i
用友 ERP-NC3.0
产品价格
平台模块价格
可选模块价格
软件许可价格
成本估算模型
人力资源成本（实施团队）
成本构成
内部人员
副总裁
项目经理
信息经理
系统分析员
网络管理员
业务经理
业务人员
外部人员
项目经理
专家顾问
资深顾问
高级顾问
咨询顾问
成本估算模型
成本动因分析
实施标准作业
需求定义
业务流程结构
A.BP.010定义业务流程策略
bpr 业务流程充足
bp 流程数量
bu 业务单元
A.BP.020编写及分析潜在变化
amwc Application Module Weighted Count
bpr Process Change Required
A.BP.030确定数据收集需求
bu Business Units
tcon Task Constant
A.BP.040开发当前流程模型
bp Business Processes
A.BP.050主要实践评审
bp Business Processes
bu Business Units
A.BP.060开发高级流程版本
custom Customization Required
bpr Process Change Required
A.BP.070编制高级的流程设计
bp Business Processes
custom Customization Required
业务需求定义
A.RD.010定义财务和作业结构
Identify Financial and Operating Structure 定义财务和作业结构
progm Rolled-out or Phased Implementation
tcon Task Constant
A.RD.020执行当前业务基线
Conduct Current Business Baseline 执行当前业务基线
amwc Application Module Weighted Count
业务需求描述
A.TA.010 Define Architecture Requirements and Strategy
A.TA.020 Identify Current Technical Architecture
A.TA.030 Develop Preliminary Conceptual Architecture
应用和技术结构
A.MD.010 Define Application Extension Strategy
模块设计和建立
A.MD.010 Define Application Extension Strategy
数据转换
A.CV.010 Define Data Conversion Requirements and Strategy
建立文档
A.DO.010 Define Documentation Requirements and Strategy
A.DO.020 Define Documentation Standards and Procedures
A.DO.030 Prepare Glossary
业务系统测试
A.TE.010 Define Testing Requirements and Strategy
性能测试
A.PT.010 Define Performance Testing Strategy
培训
A.AP.010 Define Executive Project Strategy
A.AP.020 Conduct Initial Project Team Orientation
A.AP.030 Develop Project Team Learning Plan
A.AP.040 Prepare Project Team Learning Environment
A.AP.050 Conduct Project Team Learning Events
A.AP.060 Develop Business Unit Managers' Readiness Plan
A.AP.070 Develop Project Readiness Roadmap
A.AP.080 Develop and Execute Communication Campaign
系统切换
PJM Manage Phase
CONT Contingency
业务分析
业务流程结构（BP）
业务需求定义 （ RD）
业务需求描述 （ BR）
应用和技术结构 （ AT）
模块设计和建立 （ MD）
数据转换 （ CV）
建立文档 （ DO）
业务系统测试 （ TE）
性能测试 （ PT）
培训 （ AP)
系统切换 （ PM）
方案设计
业务流程结构（BP）
业务需求定义 （ RD）
业务需求描述 （ BR）
应用和技术结构 （ AT）
模块设计和建立 （ MD）
数据转换 （ CV）
建立文档 （ DO）
业务系统测试 （ TE）
性能测试 （ PT）
培训 （ AP)
系统切换 （ PM）
系统建立
业务流程结构（BP）
业务需求定义 （ RD）
业务需求描述 （ BR）
应用和技术结构 （ AT）
模块设计和建立 （ MD）
数据转换 （ CV）
建立文档 （ DO）
业务系统测试 （ TE）
性能测试 （ PT）
培训 （ AP)
系统切换 （ PM）
系统切换
业务流程结构（BP）
业务需求定义 （ RD）
业务需求描述 （ BR）
应用和技术结构 （ AT）
模块设计和建立 （ MD）
数据转换 （ CV）
建立文档 （ DO）
业务系统测试 （ TE）
性能测试 （ PT）
培训 （ AP)
系统切换 （ PM）
正式运行
业务流程结构（BP）
业务需求定义 （ RD）
业务需求描述 （ BR）
应用和技术结构 （ AT）
模块设计和建立 （ MD）
数据转换 （ CV）
建立文档 （ DO）
业务系统测试 （ TE）
性能测试 （ PT）
培训 （ AP)
系统切换 （ PM）
实施估算因素
因素指标
业务流程
obm 是否使用标准模块
bp 业务流程的数量
bu 业务单元的数量
country 子分类帐的数量
func 功能数量
prod 产品目录数量
roles 用户数量
pstd 项目管理需求标准值
技术架构
sac 系统技术复杂度(1-6)
sites 站点数量
测试
auto 使用自动测试工具
scope 性能测试范围
学习培训
clsqual 课程质量
data 与数据库有关的测试数据
pwuser 超级用户数量
csuser 临时用户数量
客户组织变革管理
sd 解决方案深度
org 组织变革
客户化
客户化模块数量
判断标准
是否要流程再造
The purpose of this question is to identify if your project objectives include taking advantage of the application implementation to significantly restructure and improve business processes. 这个问题的目的是定义是否你的项目目标包括利用应用的实施来显著重构和提高业务流程。 The default value will be set to Y (yes) if the Process Change Required EF for the project is equal to 2. 缺省值为Y，定量值为2 Note: The answer to this question should always be N (no) for FastForward Core implementation projects.
是否要模块化当前的流程及习惯
The answer should be "Y" (yes) if your project requires the modeling of current business processes and practices to gain a better understanding of the current business baseline. 如果项目需要模块化当前的业务流程及习惯来获得一个对当前业务基线的更好的理解，答案为Y Note: Modeling Current Processes and Practices is outside the scope of a FastForward Core implementation; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects. 对于快速实施FastForward Core implementation projects项目类型就是N
是否使用组织变革管理聚焦
The answer should be "Y" (yes) if your project will include assessing, aligning, and optimizing the organization's performance with the new system. 如果项目通过新系统来评估，矫正和优化组织绩效，就选Y Note: Performing Organizational Change Management tasks is outside the scope of a FastForward Core or FastForward Plus implementation; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.
项目复杂度是中是高
The answer should be "Y" (yes) if the Project Complexity is 3 or higher and you are estimating an AIM project. 如果项目复杂度为3或更高，并且是一个AIM项目 Note: FastForward Core and FastForward Plus projects will always have a low project complexity; therefore, the answer to this question should always be N (no) for FastForward Core or FastForward Plus implementation projects.
是否受影响的用户群体很大
The answer should be "Y" (yes) if the total number of power users (pwuser) and casual users (csuser) of the sysem is greater than 200. These two EF's are located on the AIMEstFact worksheet. 如果系统的超级用户和临时用户数量大于200，就选Y。这两个值来源于实施估算表 Note: FastForward Core projects will never have a large user population; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.
接口是否要开发
The answer should be "Y" (yes) when you add interfaces to the Module Counts and Complexities table located on the AIMEstFact worksheet. 如果实施估算表中的模块数量和复杂度中有接口项目，就选Y Note: Interfaces are outside the scope of FastForward Core projects; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.
是否要客户化
The answer should be "Y" (yes) when you add any modules, such as reports, forms, interfaces to the Module Counts and Complexities table located on the AIMEstFact worksheet. 如果在实施估算表中的模块数量和复杂度中加任何模块，如报告，表单，接口。就选Y Note: Customizations are outside the scope of FastForward Core projects; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.
是否存在复杂的技术架构改变
The answer should be "Y" (yes) if If your project involves the replacement of the existing architecture including networks, operating systems and server platforms, or includes specialized information security/access requirements. 如果项目涉及现有系统的替换，包括网络，操作系统和服务器平台，或包括专门的信息安全和接口需求。 Note: Due to the pre-configured nature of FastForward Core projects, the answer to this question should always be N (no) for FastForward Core implementation projects.
要复杂的报告吗
The answer should be "Y" (yes) if your project includes the implementation of Business Information System (BIS) products, Data Warehouse, ad hoc reporting products, such as Oracle Discoverer, custom reports, or other complex reporting requirements. 如果项目包括业务信息系统，数据仓库，ad hoc 报表产品，如oracle discoverer，自定义报表，或其他复杂的报表需求的实施，选Y Note: Complex Reporting is outside the scope of FastForward Core projects; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.
是否存在任何人工的数据转换
The answer should be "Y" (yes) when you add any manual data conversion modules to the Module Counts and Complexities table located on the AIMEstFact worksheet. 如果在实施估算表中的模块数量和复杂度中加任何人工数据转换的模块，就选Y Note: All conversion tasks are assigned to the customer when employing a FastForward Core project; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.
是否要程序化数据转换
The answer should be "Y" (yes) when you add any programmatic or via EDMS or other automated tool data conversion modules to the Module Counts and Complexities table located on the AIMEstFact worksheet. 如果在实施估算表中的模块数量和复杂度中加任一程序化，或通过EDMS，或通过其他自动数据转换工具的模块，就选Y Note: All conversion tasks are assigned to the customer when employing a FastForward Core project; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.@
是否要编写及发布详细的项目文档
The answer should be "Y" (yes) if your project includes publishing project- specific documentation. 如果项目包括编写及发布详细的项目文档，就选Y Note: Project Specific Documentation is outside the scope of FastForward Core projects; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.
是否需要性能测试
The answer should be "Y" (yes) if your project includes significant system performance risks due to the size or complexity of the implementation. 如果项目包括由于项目实施的范围或复杂度而产生的显著的系统性能风险，就选Y Notes: 1. If you are estimtating for either a FastForward Plus or an AIM project, the answer should be "Y" (yes). An "N" (no) answer should only be entered when the Bid Manager is certain that performance testing will not be an issue for the project. 2. Performance Testing is outside the scope of FastForward Core projects; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.
是否有后向产品系统改进目标
The answer should be "Y" (yes) if your project includes enhancing the system once production status has been attained. 如果项目包括一旦达到生产状态，就提高改进系统的目标，就选Y Note: Post-Production System Enhancement Objectives are outside the scope of FastForward Core projects; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.
是否有老系统替代目标
The answer should be "Y" (yes) if your project's scope includes decommissioning legacy systems. 如果项目范围包括遗留系统的更替，就选Y Note: Legacy System Decommissioning Objectives is outside the scope of FastForward Core projects; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.
是否有后向产品系统业务流程改进目标
The answer should be "Y" (yes) if your project includes post- production business process improvement objectives. Note: This is within the FastForward Core scope; therefore, the answer to this question should always be "Y" (yes) for FastForward Core implementation projects.
是否有后向产品系统技术架构改进目标
The answer should be "Y" (yes) if your project includes post- production system architecture enhancement objectives. Note: This is within the FastForward Core scope; therefore, the answer to this question should always be "Y" (yes) for FastForward Core implementation projects.
是否有技术转让建议目标
The answer should be "Y" (yes) if your project includes technology migration recommendation objectives. Note: Technology Migration Recommendation Objectives are outside the scope of FastForward Core projects; therefore, the answer to this question should always be N (no) for FastForward Core implementation projects.
项目复杂度PC（SSC）
AMWC－应用程序模块比重数量)
Application Module Weighted Count
产品族productFamily
应用模块Applilcation Module
=sum(App wt)
安装模块值App wt
Install
override wt
App %
缺省模块值default wt
custom－客户化模块的数量
Customization Required (0-3) This EF collects input regarding the amount of customization work that is anticipated for the project. 客户化模块的数量 Note: Customization includes application modifications, data conversions, and the development of interfaces. 客户化包括程序修改，数据转换，界面开发 This field will be automatically derived based on the number of modules identified in the "Module Counts and Complexities" table located on the AIMEstFact worksheet. 数据来源于实施估算因素表中的“模块数量及复杂度”确定的模块数量 A 0 will be entered if the number of modules = 0. 如果模块数量为零，即填零 Note: Enter a 0 if this is a FastForward Core project because no customizations are allowed with this type of project. A 1 will be entered if the number of modules is between 1 and 20 如果模块数量在1－20之间，填1 A 2 will be entered if the number of modules is between 21 and 50 如果模块数量在21－50之间，填1 A 3 will be entered if the number of modules is 51 or greater. 如果模块数量于51之间，填1 Valid Values: (0, 1, 2, 3)
模块数量及复杂因素cstcount
Summary of Module Counts and Complexity Factors
custover
Customization Override
程序开发
表单修改
新表单
报表修改
新报表
程序
数据转换
程序化
通过 EDMS 或其他自动转换工具
手动
接口开发
接口
菜单
表格Tables (Entity/Attribute
cocomo
规模比例因子
体系结构／风险化解ＲＥＳＬ
团队凝聚力ＴＥＡＭ
先例性ＰＲＥＣ
开发灵活性ＰＬＥＸ
过程成熟度（ＥＰＭＬ
工作量乘数因子
产品因子
要求的软件可靠性（ＲＥＬＹ）
数据库规模（ＤＡＴＡ）
产品复杂性（ＣＰＬＸ）
可复用性开发（ＲＵＳＥ）
满足生命周期所需的文档编制（ＤＯＣＵ）
平台因子
执行时间约束（ＴＩＭＥ）
主存储约束（ＳＴＯＲ）
平台易变性（ＰＶＯＬ）
人员因子
分析员能力（ＡＣＡＰ）
程序员能力（ＰＣＡＰ）
人员连续性（ＰＣＯＮ）
应用经验（ＡＰＥＸ）
平台经验（ＰＬＥＸ）
语言和工具经验（ＬＴＥＸ）
项目因子
软件工具的使用（ＴＯＯＬ）
多点开发（ＳＩＴＥ）
要求的开发进度（ＳＣＥＤ）
bpr－业务流程重组需求
Process Change Required (0-2) This EF collects input regarding the amount of process change work that is anticipated for the project. It affects the project complexity and the amount of effort required to architect the new business processes for the organization. Consider the following when associating a value for this EF: 业务流程重组的工作的数量，它影响着项目的复杂度和为组织架构新业务流程所需的人力数量。影响它的因素有以下几个： the degree of change between the currentstate and the future vision 在当前状态和将来版本的之间的改变程度。 the client's ability to change the way they do business today, considering their culture, experience, and resistance to change 客户改变现有业务流程的能力，包括他们的文化，经验，和变革阻力。 * the speed in which decisions can be made by the project team 项目组决策的速度。 * the closeness of match between the client's business requirements and the functionality of the applications 客户业务需求和程序功能的粘合度。 Enter a 0 for startup organizations, or organizations which are capable of adopting "standard" Oracle Business Processes to minimize the degree of customization to the applications. 新公司，有能力接受标准ORacle业务流程并能最小化程序客户化程度的公司，值为零。 Note: The value for this EF should be 0 with a FastForward implementation. Enter a 1 for organizations which are NOT intending to make wholesale transformations to their business processes, nevertheless there is a need to spend time migrating the organization from current legacy working practices to more standard Oracle Business Models. 如果组织没有打算把真个供应链纳入他们的业务流程，然而仍需要时间把组织从当前传统的工作习惯转变更标准的oracle业务模型。填1 Enter a 2 for organizations which are intending to make a wholesale transformation of their business model, where a larger amount of effort will be required to develop the new processes. 如果组织打算把供应链纳入其业务模型，并且需要很大的努力去开发新流程，填2 Valid Values: (0, 1, 2)
progm－全面实施或阶段实施量
Rolled-out or Phased Implementation (0-2) This EF collects input regarding the degree to which the overall project will be implemented in phases or rolled-out across the enterprise. 整个项目是在企业阶段实施和还是全面推广的程度衡量。 The rollout can occur in either groupings of application modules across the entire enterprise, such as Financials and then Manufacturing; or by organization, where all of the applications are implemented for an organization before implementing the next organization. 实施推广可以是跨企业的集团应用模块，如先财务，后制造。 也可以是组织类型，即在没有对下一个组织实施之前，先把所有应用模块在一个组织全部实施。先做一个整体，在推广到另一个整体。 Enter a value into this cell based on the number of additional rollouts identified in the "Number of Additional Rollout Sites" question located on the Rollouts worksheet. 数据来源于推广表中由“附加推广点数量”来确定的数量。 Enter a 0 if the number of additional rollouts = 0. Note: The value for this EF should be 0 with a FastForward implementation. Enter a 1 if the number of additional rollouts is either 1 or 2. 如果推广数量是1或2，填1 Enter a 2 if the number of additional rollouts is 3 or greater. 如果推广数量为3或大于3，填2 Valid Values: (0, 1, 2)
实施人员工时费率
项目组成员组织架构
角色和职责
成本估算模型
项目文档成本
报告
图表
用户手册
合同
方案
IT系统在企业中的应用
案例
钢铁行业
IT分销行业
个人案例
技术应用
BSvsCS
JAVAvsASP
软件应用
ppt
mindjet
project
photoshop
java
IBM
BIxcel
管理应用
企业资源计划-ERP
业务流程管理-BPM
知识管理－KM
客户关系管理-CRM
商务智能-BI
供应链管理-SCM
协同商务-CC
项目管理-PM
工业工程-IE
企业资产管理-EAM
产品生命周期管理-PLM
IT战略规划-ITSP
企业信息门户-EIP
企业应用集成-EAI
IT外包-ASP
人力资源管理-HRM
展望IT产业发展前景和对人才的需求
未来5年
人才需求
CIO
CTO
具有管理背景的IT人才