网站大量收购闲置独家精品文档,联系QQ:2885784924

内部控制研究与开发案例分析.pdf

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

内部控制研究与开发案例分析

软件公司研发项目内部控制方面的风险分析

软件项目研发操作风险是指在软件项目生命周期的各个环节中,

由于不完善的组织管理或者企业企业内部工作流程、人员及信息系统

或外部事件所造成损失的风险。软件研发公司通过实行全面风险管理,

特别是加强日常软件项目研发操作风险的管理,及时控制风险、预防

风险的发生,可以提高软件研发效率和质量,增加软件研发公司的收

入,提高公司管理能力。软件项目风险会影响项目计划的实现,如果

项目风险变成现实,就有可能影响项目的进度,增加项目的成本,甚

至是软件项目不能实现。

一、案例阐述

A软件公司是我国一家比较知名的软件生产企业,其研发的OA软

件凭借专业化的研发技术和完善的售后服务,已经成为小型企业办公

自动化的首选软件。随着公司规模的扩大,公司股东计划向其他领域

扩展。由于公司创始人原先从事过金融行业,认为开发该行业领域的

软件前景好、利润高,随后便与某金融企业签订了系统开发合作。于

是,A公司将原先的研发人员一分为二,一部分继续从事原有业务,

另一部分则成立项目组,专门针对银行和证券公司研发大型办公自动

化软件。由于客户企业对项目完成的时间要求紧,项目组立刻进行分

头开发。随着开发进程的不断深入,出现的问题也越积越多,由于A

公司的研发人员专业水平不够、项目经费超支、技术难题解决缓慢,

加上同类软件已在市场上出现,导致整个项目面临失败的风险。

二、案例分析及内控防范措施

通过对以上案例的分析,我们发现如下问题并提出相应的解决措

施,具体如表1所示。

表1A公司存在的风险及控制措施

存在的风险控制措施

1.公司决策者仅凭借自己曾在金融行业的工作经验,就决定进行

大型金融软件的开发合作,既没有进行市场调研分析,也未邀请相关

外部专家进行评审。1.结合企业发展战略、市场及技术现状,制定研

究项目开发计划。

2.企业应当根据实际需要,结合研发计划,提出研究项目立项申

请,开展可行性研究,编制可行性研究报告。企业可以组织独立于申

请及立项审批之外的专业机构和人员进行评估论证,出具评估意见。

3.研究项目应按照规定的权限和程序进行审批,重大研究项目应

当报经董事会或类似权力机构集体审议决策,重点关注研究项目促进

企业发展的必要性、技术的先进性以及成果转化的可行性。

2.公司在未对整个研发计划的背景、技术方案、预计经费、完成

时间、预期目标等方面做出筹划的情况下,研发团队就急于启动项目

开发工作,导致研发费用超支,陷入困境。

3.A公司对于自身不熟悉的领域,面临的技术风险估计不足,导致

在开发的过程中面临着诸多技术难题,项目完成时间一拖再拖,导致

整个项目面临失败的风险。

随后,考虑到市场的情况,根据董事会的审议决策,A软件公司

将主营业务调整为对银行进行大型操作软件开发、调试与后期维护。

对于银行而言,由软件引起的业务中断和系统失败是操作风险的内容

之一。因此,A软件公司认为,由软件项目研发中程序的错误和缺陷

等引起的业务中断、交易错误、外部欺诈造成的客户资金损失等都应

该属于公司操作风险的重要防范内容。软件项目研发操作风险存在于

软件项目研发的需求、设计、编码、测试、投产生命周期的每一个环

节中,A公司对其在软件研发项目中可能存在的各类风险进行了全面

风险管理,对风险类型的描述和应对措施分别见表2至表3所示

表2A软件公司项目研发的需求风险与应对措施

风险类型与描述控制措施

描述不清:需求内容描述不清或者不完整,对如何实现需求没有

详细的描述。1.加强业务与技术的交流,建立业务与科技之间良好的

交流沟通机制,业务人员要讲解需求的含义,让技术人员了解整个需

求内容和达到的结果,技术部门要帮助业务部门完善需求内容。

2.建立良好的需求变更管理制度和需求工作处理流程。

3.做好需求的可行性分析,把分析结果发给业务部门进行确认,

并就业务部门反馈结果作进一步分析,然后在与业务部门交流确认。

4.编写业务需求说明撰写规范,引导和帮助业务部门按照规范撰

写业务需求说明书。

需求变化:由于业务发展或外部市场、政策

变化等引起的需求变更。

理解错误

文档评论(0)

178****1027 + 关注
实名认证
内容提供者

专注于中小学教案的个性定制:修改,审批等。本人已有8年教写相关工作经验,具有基本的教案定制,修改,审批等能力。可承接教案,读后感,检讨书,工作计划书等多方面的工作。欢迎大家咨询^

1亿VIP精品文档

相关文档