计算机软件管理工作探析论文.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
  论文关键词软件工程管理开发人员组织结构用户论文摘要通过对软件产品特点的分析,讨论软件工程管理可能涉及的人员、组织机构、用户、控制、文档资料等内容一、引言软件工程管理目前还没有引起人们的足够重视。   究其原因首先是人的传统观念,工程管理不为人们所重视;另一方面软件工程是一个新兴的学科领域,软件工程管理的问题也是刚被提出的。   同时,由于软件产品的特殊性,使软件工程管理涉及到很多学科。   因此对软件工程管理,人们还缺乏经验和技术。   但事实证明,由管理失误造成的后果要比程序错误造成的后果更为严重。   很少有软件项目的实施进程能准确地符合预定目标、进度和预算的,这也就足以说明软件工程管理的重要。   二、软件工租,理的内容目前软件生产自动化程度很低,在开发过程中人是起决定性的因素,因此,软件工程管理很大程度上是对人的管理。   我们可根据软件产品的特点分析软件下程管理的具体内容,它包括对开发人员、组织机构、用户、文档资料等方而的管理。   一开发人员软件开发人员一般分为项目负责人、系统分析员、高级程序员、初级程序员、资料员和其他辅助人员根据项目的规模人小,有可能一人身兼数职,但职责必须明确。   不同职责的人,要求的素质不同。   如项目负责人需要有组织能力、判断能力和对重大问题能做出决策的能力;系统分析员则要有概括能力、分析能力和社交活动能力;程序员需要有熟练的编程能力等。   人员要少而精,选人要慎重。   软件生命期各个价段的活动有分工又互相联系。   因此,要求选择各类人员既能胜任工作,又要能相互很好地配合没有一个和谐的工作气氛很难完成个复杂的软件项目。   二组织机构组织机构不等于开发人员的简单集合。   这里的组织机构要求好的组织结构、合理的人员分工和有效的通讯。   软件开发的组织机构没有统一的模式。   下面简单介绍三种组织机构。   1主程序员组织机。   公司提出的主程序员组是软件系统结构化思想在组织上的体现。   它的目的是为了保证全组的协调和统一。   一位高级工程师主程序员主持计划、协调和复审组的全部技术活动。   技术人员一般25人负责分析和开发活动,一位后援工程师支持高级工程师的工作,并且在该项目继续进行时,可以代替高级工程师工作,以减少可能的损失2专家组。   专家组强调每个人的才能,把每个人都看作是某一方面的专家,由这些专家组成一个开发机构。   这种组织结构虽然能发挥所有工作人员的积极性,但往往有可能出现协调上的困难,选择这种方式要慎重3民主组织民主组织由从事各方面工作的人员轮流担任组长。   很显然,这种组织结构对调动积极性和个人的创造性是很值得称道的。   但是由于过多地进行组长信息转移不符合软件工程化的方向。   三用户我们是为用户开发软件的,在开发过程中自始至终必须得到用户的密切合作和支持。   作为项目负责人,要特别注意与用户保持联系,掌握用户的心理和动态防止来自用户的各种干找和阻力。   1用户不积极,不配合。   这种表现通常来自对采用先进技术持怀疑态度的用户,他们心理上的抵触情绪会在行动上表现为消极、漠不关心。   在需求阶段,做好这部分人的工作很重要,通过他们中的业务骨千,才能真正了解到用户的要求。   要使他们认识到计算机的发展和应用是现代化的必然趋势,使用计算机将会带来巨大的经济效益让他们掌握新的技术和方法去取代某些可能过时的或淘汰的专长。   2用户求快求全这种表现来自对使用计算机持积极态度的人他们中一部分人希望一个早上就能用上计算机,并且全能用上计算机。   要他们认识到;开发一个软件项目不是一朝一夕就能完成的,软件工程不是靠人海战术就能加快的工期。   另外,即使计算机能够处理的事情,系统也不能下于包罗万象,贪大求全。   要根据现有的条件量力而行。   如果系统大而全,必然会很复杂,开发时间就拖得很长,因此可能会导致一个系统的失败或性能太差3用户需求变化在软件开发过程中,用户可能会不断提出新的要求和修改以前提出的要求。   从软件工程的角度不希望有这种变化。   但实际上,不允许用户提出变动的要求是不可能的因为一方面每个人对新事物有一个认识过程,不可能一下子提出全面的、准确的要求另一方而还要考虑到与用户的关系。   对来自用户的这种变化要正确对待要向用户解释软件工程的规律,并在可能的条件下部分或有条件地满足用户的合理要求例如软件需求分析阶段结束后软件的设计口标已经确定,这时用户要求的重大变化要导致设计目标的变化,特别是到软件开发的后期,一般不可能满足这种变化的要求。   要向用户解释清楚工程的内在规律,但对用户提出的如性能等局部方而的要求,只要是合理的,就要加以考虑。  

文档评论(0)

wangxue1 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档