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