- 1、本文档共7页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
MIS系统发中的项目管理
MIS系统开发中的项目管理计算机管理信息系统(简称MIS系统)的开发是一项复杂的系统工程。从70年代开始,人们逐渐认识到,为了保证MIS系统开发成功,必须采用工程化的系统开发方法,并研究出一些符合工程化标准的开发方法。这些方法旨在指导开发者进行工程化的系统开发,从而加快MIS系统开发的速度、保证质量、以及降低开发成本。工程化的系统开发方法确实在开发实践中取得了一定的效果。 那么,是不是采用了工程化的系统开发方法便一定能保证MIS系统开发的成功呢?答案是否定的。有许多失败的MIS系统的例子,其开发也是采用了工程化的方法,或声称采用了这种方法。但结果在投入了大量资金后,系统却不能达到预期的目标、满足用户的需求,以致用户方怀疑是否应进行该项目的开发,或者开发所选择的硬件、软件以及开发工具是否得当。究竟问题出在哪里呢?笔者通过对一些失败的MIS系统的分析,发现问题并没有出在开发方法本身,以及硬软件的选择上,而是出在了开发方法的实施过程中,也就是说主要出在开发项目的管理上。 任何一种开发方法最终是要由人来实施的,人们在开发工作实施过程中不可避免地要遇到许多项目管理方面的问题,如何正确对待、解决这些问题,直接关系到MIS系统开发的成败。目前计算机界虽有许多关于MIS系统开发中项目管理方面的问题的讨论,但大多局限于针对理想开发环境中的理想开发模型的讨论。而实际的开发环境和开发模型却各不相同,它受到各种客观因素的影响,忽略这些因素,或者回避、不解决存在的问题,必将导致开发工作的不完善、甚至于失败。本文就是要通过讨论如何处理实际MIS系统开发中一些重要因素之间的关系,分析项目管理中存在的矛盾,来揭示其中存在的问题并探讨解决的方案。 什么是MIS系统开发的项目管理 MIS系统开发的项目管理是根据管理科学的理论,联系MIS系统开发的实际,保证工程化系统开发方法顺利实施的管理实践。它包括MIS系统开发中的项目评估及可行性分析、人员管理、进度管理及成本控制等方面。 项目开发中的角色及其职责 一个MIS系统的开发需要用户方与开发方的共同协作。在一个MIS系统开发中,开发方人员和用户方人员各自扮演着不同的角色。主要角色有: 用户方的项目管理人员:他是开发项目的组织者,负有开发项目的计划、系统的阶段验收及对系统整体进度的监控、经费的使用、与开发方的项目管理人员工作的协调、用户方的使用人员的组织与培训等职责。 用户方的业务人员:MIS系统的需求的提出者,也是MIS系统的最终用户。他们是对应用系统开发成功与否的最终评判者。 用户方的决策层:MIS系统开发的最终决策机构,决策层要对MIS系统开发的项目的上马、经费的预算以及系统所要达到的总目标等作出决策。其决策直接关系到MIS系统的开发成功与顺利实施。 开发方的项目管理人员:负责项目的计划、开发人员的组织与调度、开发进度的检查、以及与用户方项目管理人员工作的协调。 开发方的软件编程人员:根据用户方的需求、按照项目的计划及进度进行系统开发。 项目管理中各种问题及各种关系的处理 1、用户方与开发方的关系 用户方与开发方是对立的统一体,双方均希望将开发项目做好。但用户方可能对计算机系统工程,如工程组织,缺乏全面的了解;而开发方对用户方的需求、细节了解不充分等因素,使得用户方与开发方对工程的理解从一开始就存在着差异。而这种认识上的差异与理解的不同往往在开发初期并没有表现出来,当系统开发结束时,双方才发现这种差异使开发出的系统与实际需求偏差甚远。因此,MIS系统开发项目管理的重要目标便是建立一个便于开发方与用户方之间进行交流的环境。在系统需求分析阶段,开发方与用户方的深入的交流是项目获得成功的关键。但这种交流却经常由于各种双方的误解而难以沟通。 在需求分析阶段,开发方的分析人员总是先把精力集中在整个系统的总的需求上,而不会对具体细节作过多的考查。当用户方提出一些细节要求时,开发方往往说: 这些问题留待后面讨论 ,而糟糕的是以后却可能永远不会再谈及这个问题。当用户方认为已经向开发方提出这些需求时,开发方却根本未予考虑。因此,开发初期,用户方的项目管理人员应该把这些 留待后面讨论 的需求单独记录整理,在开发方做完系统的整体需求分析后,项目管理人员应及时提出对系统进行进一步的、更深入的、细致的、具体的需求分析,以解决那些开发方要 留待后面讨论 的问题。 在某些需求尚未确定时,用户方项目管理人员往往会说: 这部分需求我们还要考虑,不过你们可以先按现在的模式做。 遗憾的是,开发方经常就会把现在的工作模式作为将来的、确定的需求去设计开发系统,而把用户方在此需求上的未确定因素抛在脑后。当后来用户方要求其改变时,开发方便陷入了窘境。因此,用户方管理人员应尽量将需求陈述清楚,对不能确定的因素,应提出几种可能的实施方案供开发方参考,
您可能关注的文档
- 076 关于工程项目竣工结算进行会审价的联合操作程序.doc
- 091 供材料(设备)采购及管理工作程序.doc
- 094 住使用说明书.doc
- 096 工程桩(钢筋砼预制桩)进货检验指导书.doc
- 100执的领导艺术.doc
- 10kV配电网防改进研究.doc
- 10年宝洁销亲历记.doc
- 1107轨顺安电动滚筒安技术措施.doc
- 119火报警系统通用技术条件.doc
- 13 人力源规划的内容与程序.doc
- 2025年网络文学平台版权运营模式创新与版权保护体系构建.docx
- 数字藏品市场运营策略洞察:2025年市场风险与应对策略分析.docx
- 全球新能源汽车产业政策法规与市场前景白皮书.docx
- 工业互联网平台安全标准制定:安全防护与合规性监管策略.docx
- 剧本杀剧本创作审核标准2025年优化与行业自律.docx
- 2025年新能源电动巡逻车在城市安防中的应用对城市环境的影响分析.docx
- 全渠道零售案例精选:2025年行业创新实践报告.docx
- 2025年网约车司乘纠纷处理机制优化与行业可持续发展报告.docx
- 2025年宠物烘焙食品市场法规政策解读:合规经营与风险规避.docx
- 2025年宠物行业数据安全监管政策影响分析报告.docx
最近下载
- 《常考题》初中八年级数学上册第十三章《轴对称》习题(含答案解析).docx VIP
- 《事件相关电位入门》课件.ppt VIP
- 《儿童骨科疾病诊断》课件.ppt VIP
- 公司战略与风险管理 第3版 吕文栋 教学大纲+教案1--3.doc
- 12SG121-1 施工图结构设计总说明(混凝土结构) .docx VIP
- 一种实验室危化品试剂进出库智能化管控系统及管控方法.pdf VIP
- 专练08:读后续写-2020-2021学年高一英语下学期期末题型专项训练.docx VIP
- 动脉血标本采集技术操作考核及评分标准.docx
- AI驱动的知识图谱:混合式教学模式创新研究.docx VIP
- AI辅助混合式教学设计实践与效果评估.docx VIP
文档评论(0)