- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
大中型企业(集团)业绩报告系统的实现
题目:大中型企业(集团)业务报告系统
题目:大中型企业(集团)业务报告系统系统系统正文部分
目录
1系统的规划 3
1.1系统定位 3
1.2范围控制 4
1.3部署策略 5
2系统的设计 6
2.1软件生命周期模型的选择 6
2.2报告逻辑设计 8
2.3报告展示设计 9
2.4数据准备相关 10
3风险及规避措施 12
3.1数据准确性控制 12
3.2需求变更的控制 13
1系统的规划
1.1系统定位
企业业务报告系统是用于管理决策使用的统计分析软件系统。它随着企业的规模、企业信息化情况和企业的领导者风格的不同,实现的形式也为多种多样。不过虽然变体很多,但能真正在企业内推广实施的业务报告系统,总体来讲都具备以下特征:
不涉及具体的基础业务结果类数据采集过程,而多关注于相关的数据整合、标准化等工作;
有针对特定指标的统计分析;
包含大量的经营管理报表群;
和企业的预算体系、绩效考核体系和战略评价体系拥有直接和间接的连接;
1.2范围控制
业务报告系统的范围包括2个方面:用户范围和系统开发范围。以下分别做分析:
用户范围
狭义上的业务报告系统的用户应定位为企业的中高级管理者,而广义上的业务报告系统的用户则可扩展到企业的基层员工。笔者认为,这就像软件工程领域的TSP(群组软件过程)和PSP(个体软件过程)一样,不同的管理者、员工关注的对象是不同的,高层用户主要关心企业战略决策的执行结果,中层用户多关注于企业战略决策的执行过程,而基层管理者(员工)则多关注于各类战术的实现,不同层面的用户都可以通过业务报告系统获得所需的信息;
开发范围
企业业务报告系统的开发一般不包含基础数据的采集。以制造业企业为例,车间的产品下线扫描数据、发货扫描数据等基础业务记录是不会出现在企业业务报告系统中的。但也有一个例外,就是各类预算数据,特别是针对不稳定的、临时性的考核分析指标,系统用户经常会以行业平均、或者通过加权平均的方式生成一些预算值,希望能和系统中的实际数据进行对比,此时就会需要开发一些预算数据的导入、维护界面了。
此外,为提高用户数据分析的灵活性,业务报告系统往往被设计为可将报告数据进行导出(以文本或Excel格式),供有对应技术分析能力的用户、或提供给外部的专有分析工具进行有效的利用。
1.3部署策略
笔者所见的多个零售业企业、制造业企业和物流行业企业成功所实施的业务报告系统,其部署策略都遵从了“由上至下”的方针进行推进,并将系统的实施过程分为多个阶段实现。在第一阶段,多数系统都选择先给企业核心管理者进行服务,得到反馈意见并完善后,再逐级下推到各级管理者。
当然,笔者认为“由下至上”的推广部署策略也可在以下2种情况中使用:
高层用户没有精力做先行者,而希望委以某个下级部门主导进行系统的研发;
系统用户担心系统推广失败,希望能够在小范围内进行测试性研发试点,成功后再进行较大范围的推广。
2系统的设计
2.1软件生命周期模型的选择
多数企业业务报告系统项目都具备以下特点:
需求不确定
多数企业没有现成的关键绩效指标库,因此需要“报告”哪些内容,往往不能通过几次需求调研整理出来,而需要一个较长的设计、完善和演化过程,故此业务报告类系统项目往往执行时间都会超过6个月,多数需要1年左右的时间;
需求更新频繁
对于多数企业来讲,唯一不变的就是经营战术不断变化本身。因此业务报告项目需求难以控制也就不足为怪。但也有特例,就是政府部门的业务报告系统需求相对来讲较为稳定。
鉴于上述特性,相较与传统瀑布模型、螺旋模型和快速原型法等软件生命周期模型,笔者认为增量模型是最为适合此类系统开发过程的。
增量模型是瀑布模型的一种变化模型。这种方式是首先建立概要设计,然后设计的实现是通过一系列小的、相互交错的子项目,每个子项目完成一个独特的功能。第一个增量往往是核心的产品,即实现了基本的要求,但很多补充的特性还没有开发。核心产品交用户使用的结果是下一个增量的开发计划。该计划包括对核心产品的修改,也包括新增的特点和功能。这个过程在每个增量发布后不断重复,直到产生最终的完善产品。具体开发过程如下图所示:
图表 1 增量开发模型
增量模型中的各阶段任务的定义如下表所示:
No 阶段 入口标准 任务 出口标准 1 增量1 项目任务书已经由高层经理签字,并进行了总体的需求分析及概要设计。 进行第一阶段的详细设计、编码、测试及发布。 第一阶段产品完成。 2 增量2 增量1产品已经完成并完善了本阶段的需求分析及概要设计。 进行第二阶段的详细设计、编码、测试及发布。 第二阶段产品完成。 3 增量3 增量2产品已经完成并完善了本阶段的需求分析及概要设计。 进行第三阶段的详细设计、编码、测试及发布。 第三阶段产品完成。 ┆ 各阶段中包含的详细阶段,可参考
文档评论(0)