【5A版】项目需求分析和项目计划.pptVIP

  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文档。上传文档
查看更多
静态原型法的实施 快速建立一套用户界面原型 体现主要的功能(操作命令的使用) 提供基本的界面风格(菜单格式、输出格式) 原型的表现工具 HTML MS Visio MS PowerPoint ... 总结 OOA(面向对象分析)是在一个系统的开发过程中进行了系统业务调查以后,按照面向对象的思想来分析问题 面向对象分析模型有3种:对象模型、动态模型、功能模型 OOD(面向对象设计方法)是对OOA分析的结果作进一步的规范化整理,以便能够被OOP直接接受 UML用于描述模型,它用模型来描述系统的结构或静态特征、以及行为或动态特征 用例模型的基本组成部件是用例、角色和系统 用例之间主要有扩展和使用两种关系,它们是继承关系(即通用化关系)的另一种体现形式 需求分析可以分为需求提出、需求描述及需求评审3个阶段 项目计划书不仅对融资具有重要作用,而且对企业的发展具有战略指导意义 说明: 这里的七个问题,只作为引子引起学员对Y2毕业设计项目的重视,不需要学员做出回答。 讲解: 本页PPT文字速度较慢,目的是让学员自己来一个一个的读这些问题。随着紫色文本框的出现,教员此时重复“你会做出怎样的回答”?在学员稍作思考的同时,单击出现黄色文本框,肯定的告诉学员:经过Y2毕业设计项目的“磨练”,回答这些问题将不成问题! 然后过渡”下面我们来看一下Y2毕业设计项目的目标“,转到下一页PPT。 讲解: 告诉学员,通过完成Y2毕业设计项目,我们能顺利地回答出上页PPT中面试官的问题。 通过两个学期、一个学年课程的学习,我们已经学习并掌握了网页开发、数据库、Java及.NET技术,这一切都是为今天准备的。通过完成毕业设计项目,我们不仅可以积累项目经验,还可以积累行业经验、及规范的团队开发经验和实用软件工程的知识。 一般在公司,我们做什么项目只能“服从组织安排”,可现在每个小组可以从四个候选项目中选一个。我们来看看这四个为我们量身定做的项目,转到下一页PPT。 讲解: 按照幻灯片动画来讲解,引出凡事要做计划,预则立,不预则废。 下面我们来一起看看老板和小张是怎样做的计划! 讲解: 按照幻灯片动画来讲解。通过安排合理的计划,解决了上一页PPT中小张的烦恼。同时让学员意识到,一个合理的计划是做好事情的前提。 告诉学员, 16:30~16:50:和客户签订合同和19:30:和女朋友一起吃饭是这个计划 的”里程碑“,关于”里程碑“的概念我们本章后面会讲到。 下面我们来看看怎样制定一个项目计划,转到下一页PPT。 讲解: 1、划分任务点 一个项目可以看作是一个大任务,将大的任务进行分解,一直到我们可以估计的程度,那项目计划就做出来了。把大任务分解成多个小任务,可以帮助我们进行更加精确的估计,暴露出在其他情况下可能没有想到的工作活动,并且保证更加精确、细密的状态跟踪。 2、分配资源 划分好任务点之后,然后就要给每个任务点指定人手和必须的设备、物资了。完成任务必须的人手、设备和物资就称为“资源”。 由于现在只是计划阶段,并不是真正的分配资源,但我们可以从全局的角度看一下资源分配是否合理,到需要的时候资源是否能够到位。同时也就能够避免资源过度使用或资源浪费的情况。 3、获得项目人员的承诺 如果项目经理只凭自己的主观判断制定计划的话,那这样的计划在实施的时候也许阻力会很大。这就要求开发工程师被本人要对项目经理或开发经理分配给自己的任务表示同意,也就是“接受”。 1)承诺必须由开发工程师本人作出,开发工程师以外的任何第三者即使十分了解任务并对此表示同意也不能当作是承诺。 2)承诺必须在有效的时间(例如项目开发周期)内作出。 3)承诺只能向分配任务的人(例如项目经理或开发经理)作出。 4)承诺的内容应当与分配任务的内容保持一致。 但一般情况下,当一个团队长期合作,彼此了解的时候,不会逐项确认计划是否合理。但项目经理(或开发经理)制定出开发计划后都会在正式发布前留一个反馈的时间,以便提前发现计划中不合理的部分。 步骤有了,接下来我们一起来看看制定软件开发计划的原则,转到下一页PPT。 讲解: 1、有效追踪原则 任务点是进行有效追踪的基本单元。 在前面小张的例子中,小张的老板在13:50、16:20和17:00分别三次(对应三个任务点)给小张打了电话,确认小张事情进展情况(追踪),我们凭直觉就能感觉出来,这三次确认确实非常关键,如果前两次确认时小张都达到了预定目标(里程碑),那么老板一定能99%(我们不排除意外,例如遇到恐怖分子,公交车半路爆炸)确认小张可以在16:30到达客户公司,并顺利签订合同(完成任务)。 从这个例子我们可以看出,要使一个任务(顺利签订合同)能被有效追踪(三次电话确认),我们必须要首先将任务有效分解成子任务(吃饭、理发、在北京站等车......),并且要保

文档评论(0)

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

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

1亿VIP精品文档

相关文档