- 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课)
软件工程与项目管理;你的职业生涯规划了么?;软件人员的职业生涯;如何成为优秀的软件人才;企业的根本目标 ;产品开发之道用人之道;软件工程与项目管理;为什么学习软件工程与项目管理;软件工程与项目管理的基本概念(1);软件危机
20世纪60年代以前,软件规模较小,文档资料通常不存在,基本上个人设计,个人使用,个人操作,自给自足的私人化软件生产方式。
20世纪60年代中期,大容量、高速度计算机出现,计算机应用范围扩大,软件开发急剧增长,软件系统规模越来越大,复杂程度越来越高,软件可靠性问题越来越突出。
个人设计、个人使用的方式不能满足要求,改变软件生产方式,提高软件生产效率。
;软件危机现象
软件开发进度难以预测
软件开发成本难以控制
用户对产品功能难以满足
软件产品质量无法保证
软件产品难以维护
软件缺少适当的文档资料
软件危机解决途径
软件工程与项目管理为研究克服软件危机应运而生;软件工程
研究软件开发和软件管理的一门工程科学。
是将系统化的、规范化的、可度量化的方法应用于软件开发、运行、和维护过程。
把工程化的思想应用于软件开发。
软件工程化
将软件开发当做一个工程来做
;软件工程与项目管理的基本概念(5);软件工程的目标
提高软件的质量与生产率,最终实现软件的工业化生产。
质量→软件需求方;生产率→软件供应方
好的软件工程方法可以同时提高质量与生产率
;项目
为完成一个独特的产品、服务或任务所做的一次性努力;
一项有待完成的任务,有特定的环境和背景要求,具有特定的约束条件;
在一定的组织机构内,利用有限的人力、物力、财力等资源,在规定时间内完成任务;
任务要满足一定数量、质量、功能、性能和技术指标等多方面的要求。
eg:三峡工程、首都机场改造工程、超级女声比赛;项目成功的因素
工作范围、成本、进度计划和客户满意度。 ;项目管理
通过项目经理和项目组织的努力,运用系统理论和方法对项目及其资源进行计划、组织、协调、控制,旨在实现项目的特定目标的管理方法。
项目管理过程
就是
制定计划
然后
按计划工作;软件工程与项目管理的主要环节(1);软件工程与项目管理的主要环节(2);人员管理;人员管理(1);经理与技术队伍的建设
软件公司各级经理即精通技术又懂管理。
一个出色的领导,加上一支技术过硬的的队伍,才有可能创造业绩。
好兵好将都不是天生的,是后天练出来的。所以把普通员工培养成为优秀人才才是重要的举措。
在工作中领悟如何管理,经过挫折,升为组长、项目经理,乃至公司重要决策人。
要使程序员队伍稳健,必须有合理的等级制度来维护。;人员管理;项目计划与质量管理(1);项目计划两个要点:知己知彼进度安排
知己知彼
知己:了解有多少可用资源。
如:可调用的程序员有几个?他们水平如何?软硬件设施如何?……
资源分三类:;知彼:了解项目的规模、难度与时间限制。
规模与难度难以估计,需要经验。
项目时间限制:
第一类:项目应该完成的日期写在合同中。如果延期了,开发方要作出相应的赔偿。
第二类:开发自己的软件产品。只确定产品大致的发行日期,允许有延误,但延误太久回失去商机,造成损失。;进度安排
进度延误的原因
上级领导主管臆断,制定了不现实的期限。项目经理与程序员门被迫按照不合理的进度表开展工作。
客户的需求发生了变化,但没有对进度表作出相应的修改。
低估了项目的规模与难度,导致投入人力物力不足。
未预见到存在难以克服的技术障碍。
未预见到开发人员会发生问题,如生病,辞职等等。
开发人员之间不能很好的交流、协作,导致各阶段任务难以如期完成。
总结:进程表不能象小学生写决心书那样充满幻想。;保证进度的几点建议
制定进度表的最好是项目负责人,他最了解项目和开发人员。
进度表要经过开发小组的讨论,在得到大部人的支持后才能实施。避免出现一厢情愿的局面。
进度安排不一定要符合逻辑顺序。应尽可能地先做技术难度高的事,后做难度低的事。也就是辛苦在前,轻松在后。
开发一个大的软件项目,应该将进度表分为若干个里程碑。一个里程碑之内的多个任务可以同步进行。(程序员极容易沉迷于技术,要么乐不思蜀,要么焦头烂额。里程碑就像心灵的灯塔,使忙碌的人群不混乱,不迷失方向。)
进度表中必须留有缓冲时间,并将缓冲时间用到不确定的事情上。
发现项目应交付的期限非常不合理,就要跟领导或客户据理力争。请求放宽期限、调整进度。
当客户需求发生变化时,要对进度表作出相应的修正。 ;质量管理
质
文档评论(0)