欢迎来到优发表网

购物车(0)

期刊大全 杂志订阅 SCI期刊 期刊投稿 出版社 公文范文 精品范文

需求评审汇报范文

时间:2023-03-14 15:17:06

序论:在您撰写需求评审汇报时,参考他人的优秀作品可以开阔视野,小编为您整理的7篇范文,希望这些建议能够激发您的创作热情,引导您走向新的创作高度。

需求评审汇报

第1篇

(1)以往管理评审所采取的措施的情况:由质量负责人负责汇报。汇报要点:输出要求内容、完成方式、完成情况、完成情况的持续有效性、有无进行跟踪验证、有无需要改进的地方。

(2)与管理体系相关的内外部因素的变化:由质量负责人汇报。

(3)客户满意度、投诉和相关方的反馈:由质量负责人负责汇报。汇报要点:年度收集或受理了多少申诉、投诉及客户反馈、多少正面的、多少负面的。申诉、投诉及客户负面反馈如何分析、纠正、反馈、并获得客户认证的。哪些方面是最好或问题严重的、是否借此对体系哪些环节进行了改进的。

(4)质量目标实现程度:由质量负责人负责汇报。汇报要点:提交质量目标的核算记录,质量目标是否达到文件规定要求的结论描述,是否需要对质量目标进行调整的建议。

(5)政策和程序的适用性:由管理者或其授权人负责汇报。汇报要点:外部法律法规、认证机构对检验检测机构资质认定评审要求变化情况;内部组织结构、发展方向的变化情况;现行的体系文件对这些变化的要求的覆盖和细化情况;是否需要对体系文件描述进行调整的建议。

(6)管理和监督人员的报告:由管理层人员和质量监督员汇报。汇报要点:管理层人员针对体系文件中规定的职责对履行这些职责的情况、履行过程中遇到的问题、问题的解决情况、职责范围内改进的建议。质量监督的范围、频次、发现的问题、纠正完成情况、纠正后活动的持续有效性、监督环节的调整、合理化建议。

(7)内外部审核结果:近期内部审核的结果总结:由内审组长汇报。汇报要点:内审的时间、内审的实施整体情况、内审中发现的不符合项完成情况、因不符合项的纠正实施了哪些方面的改进、内审合理化的建议。由外部机构进行的评审总结:由质量负责人负责汇报。汇报要点:有无外部机构的评审、哪些外部机构(认证管理部门、行业管理部门、行政管理部门)开展了评审、评审的情况及结论、评审的整改完成情况、评审活动对那些环节进行的改进。

(8)纠正措施:由质量负责人负责汇报。汇报要点:年度各项活动中发现的不符合项采取的纠正措施的总结数量、完成情况、改进的环节。

(9)比对和能力验证结果:由技术负责人负责汇报。汇报要点:哪些项目开展了实验室间比对和能力验证,为什么开展、开展的结果如何、如何应用这些结果、有无对存在的不符合或不满意结果进行的分析和纠正、纠正是否获得认证。

(10)工作量和工作类型的变化:由技术负责人负责汇报。汇报要点:现有的工作量和工作类型是否满足组织发展要求,是否需要增加或减少工作量和工作类型、为什么需要调整工作量和工作类型、调整哪些工作量和工作类型、需要什么支持、什么时间调整到位或执行、执行后如何验证、何时开展评审。

(11)资源的充分性:技术负责人负责汇报,人员、设备、环境等资源是否充分,更新、购置需求等。

(12)应对风险和机遇所采取措施的有效性:管理层负责汇报采取相应的措施。

第2篇

乙方:北京达沃斯巅峰旅游规划设计院

北京国智景元旅游顾问有限公司

为了指导__旅游持续、健康、快速发展,加强政府协调、整合资源市场、推进开发保护,把霸州培育成主题鲜明、交通便利、服务配套、吸引力强,影响力大的旅游目的地,从而带动经济社会的全面协调发展,__市旅游局(以下称“甲方”)委托北京达沃斯巅峰旅游规划设计院/北京国智景元旅游顾问有限公司(以下称“乙方”)编制《__市旅游发展总体规划》。经双方协商一致通过达成以下协议:

1.项目定义

1.1项目名称

《__市旅游发展总体规划》

1.2规划界定

1.2.1规划范围:__市境全域,总面积784平方公里。

1.2.2规划期限:20__年至2020年,重点20__-20__年。

1.3规划主要内容

在国标《旅游规划通则》的基础上,充分借鉴国内外先进区域旅游发展规划的成功经验和运作模式,贯彻落实《__市国民经济与社会发展“十一五”规划》及相关规划的要求,充分衔接《河北省旅游发展总体规划》和《廊坊市旅游发展总体规划》,把《__市旅游发展总体规划》做成融科学性、前瞻性、可操作性为一体的高质量高水平的规划,指导霸州市旅游业“十一五”期间的旅游开发与发展以及为中远期旅游发展确定框架和战略。主要内容包括:

1.3.1全面分析__市旅游业发展历史与现状、优势与制约因素,以及与相关规划的衔接;

1.3.2分析__市客源市场需求总量、地域结构、消费结构及其他结构,预测规划期内客源市场需求总量、地域结构、消费结构及其他结构;

1.3.3提出__市旅游形象标识、旅游主题口号和发展战略;

1.3.4提出__市旅游业发展目标及其依据;

1.3.5明确__市旅游产品开发的方向、特色与主要内容;

1.3.6提出__市旅游发展重点项目,对其空间及时序作出安排;

1.3.7提出__市旅游要素结构、空间布局及供给要素的原则和方法;

1.3.8提出可持续发展原则,注重保护开发利用的关系,提出合理的措施;

1.3.9提出规划实施的保障措施;

1.3.10提出__市旅游业发展近期行动计划(含重点项目投资概算)。

2.项目时间

2.1工作时间

本项目自收到首付款之日起6个月内完成(如果由于甲方原因造成时间延后,则项目工作时间顺延)。

2.2时间分配

2.2.1乙方收到甲方支付的第一期项目款之日起1个月内,开展实地考察、资料收集、调研等工作;

2.2.2乙方收到甲方支付的第一期项目款之日起2个月内,开展调研总结、资料整理分析、内部研讨工作,制定总体框架,形成总体规划纲要,递交甲方讨论修改;

2.2.3乙方收到甲方支付的第一期项目款之日起第3-4个月,修改完善总体规划纲要,形成总体规划初稿,并进行初稿汇报;

2.2.4乙方收到甲方支付的第二期项目款之日起1个月内,对初稿进行修改完善,制作并递交评审稿;

2.2.5乙方收到甲方支付的第三期项目款之日起1个月内,对评审稿进行修改完善,制作并递交最终成果。

3.项目费用

3.1项目标的:

人民币贰拾万元整(¥200,000.00)。

3.2费用支付:

3.2.1合同签订后,甲方向乙方支付首期项目款,计人民币壹拾万元整(¥100,000.00);

3.2.2初稿汇报会通过后一周内,甲方向乙方支付二期项目款,计人民币陆万元整(¥60,000.00);

3.2.3专家评审会通过后一周内,甲方向乙方支付三期项目款,计人民币叁万元整(¥30,000.00);

3.2.4乙方向甲方递交最终全部成果后一周内,甲方向乙方支付剩余项目款,计人民币壹万元整(¥10,000.00)。

3.3项目款通过银行汇票或转账支付。

3.4项目组成员考察调研、纲要汇报会、初稿汇报会、专家评审会期间的食宿交通费等相关费用由甲方支付。专家评审会聘请的评审专家的评审费、食宿费、交通费等相关费用由甲方支付。

4.甲方权利和义务

4.1甲方权利

甲方有权利要求乙方提供的成果符合上述要求,并对乙方提供的成果进行验收;

4.2甲方义务

4.2.1落实规划费用并按时足额支付项目款;

4.2.2提供项目组需要的相关资料和图件;

4.2.3安排项目组在霸州工作期间的交通工具和食宿等;

4.2.4联络安排项目组的考察、调查、座谈等工作;

4.2.5负责纲要汇报会、初稿汇报会、评审会的组织工作。

5.乙方权利和义务

5.1乙方权利

乙方有权利按照合同要求按时足额收取项目款。

5.2乙方义务

5.2.1按照项目工作时间要求开展各项工作;

5.2.2按照合同要求完成项目成果;

5.2.3保证纲要汇报会初稿汇报会和专家评审会的汇报工作;

5.2.4协助专家评审会的组织工作;

5.2.5吸收纲要汇报会、初稿汇报会和专家评审会意见建议修改完善项目成果;

5.2.6协助甲方实施规划的有关后续工作。

5.2.7乙方收到款项同时应向甲方出具合法的发票。

6.项目成果

6.1成果内容

6.1.1《__市旅游发展总体规划》文本

6.1.2《__市旅游发展总体规划》图件,包括:

6.1.2.1__旅游区位分析图

6.1.2.2__旅游资源分析图

6.1.2.3__旅游客源市场分析图

6.1.2.4__旅游功能分区规划图

6.1.2.5__旅游线路规划图

6.1.2.6__旅游交通规划图

6.1.2.7__近期建设项目规划 图表

6.2最终成果数量

《__市旅游发展总体规划》文本、说明书(含图件)20套;

《__市旅游发展总体规划》电子光盘(含文字文件、图件文件)10套;

《__市旅游发展总体规划》(挂图)2套。

7.知识产权

合同最终成果的知识产权归属甲乙双方共同所有。

8.违约责任

8.1甲方未按照合同约定提供必要的资料和调研条件,或甲方未按期支付项目钱款,影响工作进度或质量的,甲方应立即纠正,乙方的工作任务同期顺延。

8.2如果乙方所提出的项目成果没有通过验收,乙方应立即采取补求措施,继续修改完善直至项目成果通过验收。

9.其它

9.1合同数量:本合同一式四份,甲乙双方各持两份。

9.2合同生效和终止:本合同自双方签约代表签字、盖章之日起生效,自甲方支付所有项目款、乙方递交最终成果后自动失效。

9.3本合同而产生的补充合同,与合同正本具有同等法律效力。

甲方(盖章):乙方(盖章):

签约代表:签约代表:

甲方联系方式:

地址:河北省__市迎宾道60号

邮编:*

联系人:__*

电话:*

传真:*

手机:*

E-mail:

乙方联系方式:

地址:北京市朝阳区亚运村北苑路168号中安盛业大厦(MOHO)16层

邮编:100101

联系人:任国才

电话:010-58246092

传真:010-58246092

手机:13811058785

E-mail:

账户名:北京国智景元旅游顾问有限公司

第3篇

在大多数互联网公司都是采用敏捷开发进行产品迭代,因为其符合精益创业的最小可用品原则,以最快的迭代速度,时刻保持跟用户之间的接触并获得反馈。我在担任项目经理期间,结合公司自身的情况,推出了一套适用于公司的敏捷开发项目管理流程。

项目管理的四大角色

产品经理

产品经理作为产品的第一责任人,负责带领团队做出有价值的产品。

产品经理的责任和义务:

清晰地表达产品的需求清单(需求记录清晰,没有歧义)

对产品需求清单的条目进行归纳(同类需求合并,大需求拆分,前置需求后置需求归类)

确保开发团队所执行工作的价值(解决用户的实际问题)

确保需求清单对所有人可见、透明、清晰,并指示团队的下一步工作(需求清单公开)

确保开发团队对产品需求清单中的条目达到一定程度的理解

项目经理

项目经理是项目进度、项目质量的监督者,负责团队的进度跟踪和质量把控,在敏捷迭代的模式中,项目经理是一个服务式的领导。

项目经理服务于产品经理:

清晰地和开发团队沟通愿景、目标和需求清单

找到有效管理需求清单的技巧

理解长期的产品规划

项目经理服务于团队:

指导开发团队自组织完成产品迭代

领导开发团队创造高价值的产品

帮助开发团队移除进展过程中的障碍

协助开发团队进行需求分解

评审小组

评审小组是由开发团队leader组成的团体,评审小组从系统实现的角度评估需求的合理性、可行性,对产品的设计提出建设性意见。

评审小组的职责义务:

协助产品经理评审方案的可行性,找出产品方案可能存在的问题

协助产品经理评估方案预期的工时,让产品经理心中有数

协助产品经理分析方案对其他模块的影响,做好跨产品线协作

项目组成员

项目组成员作为需求的实现者,按照迭代计划完成产品需求,交付高质量的产品包。只有开发团队的成员才能创造产品的增量(产品增量通常指一次迭代交付的可用的软件包)。

项目管理的四大工件

需求清单

产品需求清单是一个排序的列表,是一个持续完善的清单,包含所有产品需要的东西,也是产品需求变动的唯一来源。产品需求清单包含所有的特性、功能、需求、改进和缺陷等对未来产品进行的改变。

需求清单的内容、可用性、优先级等由且仅由产品经理负责管理。

任务清单

任务清单是一份足够具体的计划,包含对需求清单的分解。开发团队在整个迭代过程中都会修改这份清单,比如开发团队对需求有了更多的了解,需要增加一些新的任务到清单中去。

任务清单的修改只能由项目经理负责,该列表只属于开发团队。

项目周报

项目周报是对项目组本周工作内容的总结、以及下周的工作计划汇报,同时项目周报需要及时反馈本周工作中存在的问题以及需要领导协调的资源。

项目周报中切忌报喜不报忧,要反映项目的真实情况。

迭代总结记录

在每个迭代结束后,项目组成员聚在一起召开总结会议,回顾一下在本次迭代过程中,哪些是做的好的,哪些是做的不好的,找出潜在的可以改进的事项,作为将来的改进计划。迭代总结会议记录就是这样一份将会议过程记录下来的清单已经后续跟进的依据。

项目管理的五大活动

需求清单梳理

产品经理会从不同的来源,获取各种需求。需求清单梳理的主要工作是根据需求优先级进行需求调研、分析需求、对需求归类、对需求分解、预估下一个版本解决什么问题。

可行性评审例会

项目经理组织评审小组对初步的产品方案进行可行性评审,主要由技术团队发现其中可能存在的问题,给出建议。产品经理根据评审小组给出的建议优化产品方案,确保进入迭代阶段时应该为当时最优的产品方案。

进度评审例会

每个迭代以进度评审会作为开始,项目组成员从需求清单中挑选出高优先级需求并配合产品目标组成当前迭代的计划。项目组成员对需求进行拆解,形成一个个可独立部署的任务,并对工作量进行评估,若超出迭代周期则需要压缩工作量或移出需求。

每日站立会

每日站立会议在同样的时间和同样的地点召开,会议准时开始。每日站立会议不得超过15分钟,每一个开发团队的成员都必须发言,会议中不进行讨论,发言内容需提供以下信息:

昨天完成了什么

今天即将做什么

遇到了什么困难

每日站立会议即不是向管理层汇报,也不是向产品经理、项目经理汇报,它是开发团队的沟通会议,能帮助团队快速发现问题。项目经理在会议结束后对会议中开发成员提出的困难进行一定的援助。

第4篇

关键词:敏捷方法;Ruby on Rails;案例教学

中图分类号:G64 文献标识码:A

1软件工程课程的特点

“软件工程”是一门工程实践性较强的课程,目标是让学生掌握求解软件的基本思想、工具、技术、过程和方法,为后续的专业知识学习以及今后从事计算机软件开发、测试与维护奠定良好的基础。但本课程内容较难讲授,学生学习起来感到较抽象,有些空洞。其主要原因有:

(1) 学生实践经验不足,动手能力不强。本课程是属于实用工程学科,课本内容采用将知识点从具体到抽象、对实践经验进行概括总结的方法加以叙述,但是学生对实例并不了解,难以理解所讲述的实践经验和知识。而且授课对象是大二的学生,掌握的开发技术和工具很有限,动手能力有待提高。

(2) 课程的综合性强。软件开发是一项综合性和系统性很强的工程,需要开发者具有程序设计、数据结构、操作系统、数据库系统和开发工具环境等多方面知识和综合运用能力。而学生学习的只是单一的课本知识,而且没有系统化。

(3) 学生独立性较强,不善于团队合作和沟通。在程序设计和数据结构等先修课程中主要是培养学生独立的逻辑思考和编程能力,而忽视了沟通、交互与团队合作。

通过收集以往选修该课程的学生反馈来看,不少同学反映对后续两年在校期间的软件项目开发帮助不大,所学的软件工程的方法和技术并没有得到很好的应用。因此,应该对实验教学内容进行适当调整。通过引入敏捷Web开发框架、结对编程和测试驱动开发等敏捷方法,并结合案例教学和团队开发等教学手段和教学方法,来培养学生开发软件系统的工作能力、实际操作能力以及沟通能力。

2敏捷方法以及Ruby on Rails

在2001年召开的研讨软件过程未来发展趋势的一次会议上,17位业界专家就什么是“敏捷”达成一致意见,成立了“敏捷联盟”并了联盟敏捷宣言。这份联盟敏捷宣言是“敏捷软件开发”价值和目标的浓缩定义,并通过许多共同的原则进行了细化。敏捷的价值观是:个体和交互胜过过程和工具;可以工作的软件胜过面面俱到的文档;客户合作胜过合同谈判;响应变化胜过遵循计划。敏捷方法强调应加强开发人员之间的交互,加强与客户的交互,注重有可工作的软件和完善、不过分的文档,积极、快速应对客户的需求变化,而不是回避。

Ruby on Rails是一个具备了敏捷特性的Web开发框架,使Web应用的开发、部署和维护变得更容易。该框架非常强调人和交互,鼓励用户与开发团队合作。Rails强烈要求遵循“不要重复你自己”和“惯例重于配置”两个原则,使得当需求变化时,Rails应用需要修改的代码量比用其它框架开发的应用要少得多。Rails应用是用Ruby编写的,而Ruby能够准确、简炼地描述程序概念,因此变化也更加容易地被限制在一个小模块内部,并且代码修改也更容易。该框架强烈重视单元测试和功能测试。Rails的这些特点使该框架能很好地响应变化。

3实验教学改革及实施过程

通过分析敏捷方法的主要特征以及Rails框架的敏捷特性,在软件工程课程实验教学中引入敏捷方法有助于综合提高学生对敏捷软件工程关键性技术的全过程实践与应用,理解软件需求与软件测试、软件开发的紧密关系,掌握现场需求捕捉、单元/功能/系统测试等方面的技术。因此,在软件工程课程中的后期以案例驱动的方式讲授应用Rails进行敏捷Web开发。在实验教学中,主讲教师要求学生以分组的形式完成自拟作业题系统的敏捷Web开发,并全程指导应用结对编程、测试驱动开发等敏捷方法,鼓励并促进小组成员之间的沟通与合作。

具体实施包括以下三个环节:案例学习及重现、分组系统开发和系统评审环节。

(1) 案例学习及重现

在软件工程教学中引入案例教学能有效地提高教学效果。在这个环节中,学生首先在课余时间认真阅读案例,并进行分析。老师同步在课堂上讲授案例,包括一些主要任务、技术以及开发工具,然后学生在实验课按照案例中步骤重现案例中的系统开发过程,最后总结归纳。

采用的案例是depot应用系统,该系统是一个采用Ruby on Rails实现的网上购书系统,包括了货品维护、分类显示、购物车、结算、发货以及用户权限管理等功能。该案例真实、生动,且具有普遍性。学生在深入剖析该案例后,能模仿该案例来开发其他Web应用系统。

学生先利用课余时间对案例进行一定的分析,教师则在课程上同步讲授案例,以迭代开发的方式不断改进depot应用系统。在讲授过程中,根据敏捷方法的特点,一开始进行了适当的需求分析和设计,包括数据建模、业务流程分析和对象建模,并撰写了必要的文档,包括了ER图、活动图以及类图,然后进行系统实现。在实现过程中,教师既要充当开发人员又要充当客户,从客户的角度来看待系统。具体来看,先找到当前首要任务进行迭代开发,并从客户的角度出发指出系统当前的主要问题,然后立即按客户要求进行修改。

在实验课堂上,重点是按照老师讲授的步骤重现depot系统开发。由于学生对于开发语言和工具不熟悉,所以实验课上教师应全程指导,重点解决操作和代码理解方面的问题。在实验课上,学生也可以按照分组来进行讨论,集体交流。

总结归纳是本环节的最后阶段,要求学生总结在重现depot系统开发过程时获得的经验和教训,为以后开发新系统做准备。

(2) 分组系统开发

本环节是实施过程中最重要的环节,主要目标是让学生体验敏捷软件开发的全过程,且学会与他人合作,培养团队精神。在本环节中,强调结对编程、测试驱动开发等敏捷方法的应用。学生在此环节处于主导地位,教师只起辅助作用。学生按要求分成开发小组(每组最多不超过4人)。各个小组由小组长负责组织、分工、控制进度等,对小组成员的最终实验成绩有一定分数浮动调整权;组长带领全组顺利完成任务,总评可以加一定分数。在实践中注意满足学生的受“尊重的需要”和“自我实现的需要”,采取“角色扮演法”,根据每个同学的特点,尽可能发挥其在技术或管理方面的长处。

所有的小组都要求用Ruby on Rails开发自拟作业题系统,这样在评审时可以相对客观地比较各组的成果。该系统的必需功能需求统一指定,但是各小组可以扩展功能,从而使得各小组有一定的开发自由度。

小组完成项目之后,除递交系统和文档外,还必须完成一份报告。报告中应该包括项目分工情况说明、组员的贡献以及他们参与系统开发过程的心得体会,让学生自己在总结中学习知识,提高水平。

(3) 系统评审

每个小组都将汇报,展示自己的成果。所有小组构成一个环来进行汇报和评审,汇报的顺序由抽签决定。汇报完的一组的组员将评审下一组的汇报,第一组的汇报由最后汇报的一组的组员来评审。教师先提前公布评分标准,并在汇报现场准备好评分表。在学生评审的同时,教师也应该对每个小组的汇报情况、系统的质量、文档以及报告进行评审、打分,并写出评语,但不能影响学生的评审。教师评定成绩占小组成绩的70%,学生评定的平均成绩占30%。最后,教师要对小组的表现进行总结点评,帮助学生整理敏捷开发过程中的技术内容,鼓励积极性,但也要适当地指出系统开发中的不足。

4结束语

目前,在软件工程专业方向的“软件工程”课程实验教学中已经引入了敏捷方法。当引入敏捷方法后,学生普遍反映开始能够较好地理解并掌握软件工程项目的开发理论和方法。和前期和中期的教学相比,后期的教学内容和方式更容易让人接受。而且在实验经验和专业知识有限的前提下,学生能够参与完成一个具体的Web系统开发项目,能极大地激发学习兴趣和主动性,增强在今后的学习过程中开发中小型软件项目的专业能力和信心。

总结起来,经探索提出的该教学方案,其主要特色可以归纳为三方面:

(1) 在学生实践经验不足和专业知识不全面的前提下,通过引入敏捷方法能降低学生开发一个实用软件系统的门槛,使学生能在开发实用系统的同时自觉应用软件工程思想,包括敏捷软件开发的原则来分析问题和解决问题,从而激发了学生的学习热情。

(2) 采用案例学习、重现系统开发以及开发新系统相结合的教学手段,使学生在深入理解案例的基础上能效仿该案例,运用其中的技术来开发新系统。

(3) 在分组系统开发过程中,鼓励学生通过角色扮演、组内讨论交流以及网络途径找到获取需求以及解决一些技术难题的办法。

参考文献

[1] 李劲华,杨厚俊. 普通高校“软件工程”课程教学的探索与实践[J]. 计算机教育,2007,(10):29-31.

[2] 沈备军,陈诚,居德华. 敏捷软件过程的研究[J]. 计算机研究与发展,2002,39(11):1456-1463.

[3] Dave Thomas, David Hansson 著. 林芷薰译. 应用Rails进行敏捷Web开发[M]. 北京:电子工业出版社,2006.

第5篇

在“软件工程”课程教学中,应用项目教学法,直接作用在于帮助学生更加清楚和深入的认识软件开发,帮助学生纠正“软件开发就是编写程序代码”的错误思想,强调软件开发的团队分工合作,将项目教学法引入“软件工程”课程教学,制定完善的项目小组学习和工作的流程。项目活动开展前将学生分为不同小组,并对各组成员进行具体工作的安排。在课外,布置主要的自主开发任务是关键,要求严格按照软件工程的规范进行。在软件开发前,要对其开发的可行性、需求进行分析,然后进行系统设计,完成系统[2]。应注意保存相关文档并生成系统可执行文件。为准确把握项目开发以及进展情况,为了对学生进行有针对性的指导,各小组在开发阶段要定期进行汇报,并在讨论中完善项目。1.命题教师根据教学内容和学生实际情况,给出“多媒体技术双语词典”、“某市公交车查询系统”、“班级综合评测系统”等多个软件的分析、设计和实现任务,并征求学生的意见和建议。2.角色确定根据工作量和软件开发流程进行分组,以5~8人一组为宜。小组实行组长负责制,组长安排、协调各成员工作。角色共分3类:软件开发人员、用户和同行专家[3]。在各小组之间要使每个成员明确自身角色,认清自身责任。在项目开发的不同阶段,小组成员扮演的角色类型也可以改变。例如,在需求分析阶段某小组成员扮演的角色是分析开发人员,而在设计阶段则可以转变为同行评审专家,对小组开况提出意见,结合对比分析做出评价。3.选题为了保证各小组竞争公平,要使小组的选题难度基本相同,并且难度基本相同选题的小组之间进行同行专家评审,开展讨论过程中可行使专家权力,提出工作意见。这种形式的应用最直接作用在于促进小组之间的沟通交流,促进选题小组对自身的审视,在比较借鉴之下完善自己的方案,帮助学生拓宽思维[4]。在初步完成选题后要对系统开发目标进行准确制定,并形成方案雏形,为使用开发平台提供的相关开发工具建立数据库等做准备。4.阶段性开发工作在软件开发的不同阶段要整理出不同的文档,比如在系统可行性分析阶段要参照软件工程标准进行可行性文档书写,或在需求分析阶段按照国际标准进行需求说明文档书写,在软件开发的设计、编码以及测试阶段也同样需要书写文档[5]。在不同阶段,教师准备相应的的资料以及样例模板给学生参考,学生根据自己所在组的任务进行不同资料素材的搜集,通过多种途径进行学习。软件开发中组长的任务是领导责任,明确指导小组成员分工合作,对开发过程进行文档记录和保存。5.阶段汇报和讨论教师要准确把握学生项目开发进度,定期组织阶段汇报,选择合适时间在课堂上让各小组同学进行汇报和沟通。各小组不同阶段的开发负责人员可以不同,根据阶段需求做主要汇报。汇报内容包括对当前工作开展情况以及遇到的问题等。在汇报过程中同行评审要积极给出意见,并与其他小组沟通讨论[6]。在阶段汇报工作中,教师主要是针对阶段汇报情况作出决定性评价,对其工作的正确与否进行判断,并对其研究方法给出积极意见。6.阶段性总结在各阶段工作完成后,要完成产品交付工作并写出分析报告。产品交付主要包括软件需求文档、软件概要设计说明书、软件详细设计说明书、可运行的程序、测试分析文档等。软件开发阶段较多,在软件详细设计到测试分析过程中要进行多次修正,以便前期工作的完成为后续开发工作打下坚实的基础。7.总结评价在基本工作完成后,要求各小组上交最终文档和软件产品,教师要对各小组的工作成果进行总结评价,并给出成绩。学生最后成绩构成可以参照“小组成绩”+“个人成绩”,两个部分的比例各占一半[7]。小组的成绩是教师确定的,教师结合学生在小组中的表现,根据其知识水平、合作能力、创新能力、科研能力以及其所在小组最终完成的质量情况进行综合评分;个人成绩则主要是依靠组长给出,而组长的成绩可由小组成员综合给出。这种成绩确定以及评价考核的方式是对学生综合表现的肯定,是对整个项目开展过程中学生的整体能力的评价,较公平合理,对促进学生全面发展有着积极作用。

二、软件工程教学中应用项目教学法应注意的问题

为更好促进项目教学法在“软件工程”课程中的实践应用,要从教师和学生两方面出发,提高教师的驾驭能力,增强学生的参与能力。1“.软件工程”课程自身具有较强的专业性,因此在该课程中应用项目教学法要不断增强教师的整体能力。教师要对项目重点以及课程知识点准确把握,制定实用性强、熟悉程度高的教学项目,以利于培养人才。在项目开展过程中教师要对项目教学法灵活运用,在完成“软件工程”知识点讲授的同时丰富项目教学方法。2.在项目教学法应用过程中学生的参与配合行为决定了教学效果。为不断促进学生积极参与项目教学,教师要合理进行分组,根据学生的心理特征以及能力分配情况进行分组,保证各环节开展顺利。在分组环节中要避免出现“能者多劳”现象,对小组组长的确定也要采取轮换制度,促进小组成员每个人都能发挥自身作用,都能得到实践训练。教师要做好指导辅助作用,帮助小组开发更加顺利,增强学生自信心。

三、结束语

第6篇

广百集团是广东省重点发展扶持的国有大型商业集团。2011年,广百商学院将“行动学习”模式引入到中高层管理干部的学习发展中来,启动了“能力提升、业绩倍增”“精益管理、降本增效”行动学习项目,为广百商学院的发展壮大注入了活力。

第一步:高管深度汇谈

项目组首先为高管导入行动学习理念,获得了高管对行动学习的支持。通过高管深度汇谈,项目组确定了这次行动学习所要达到的业绩指标和能力提升要求(即确定检验行动学习是否取得预期目的的标准),并分析了绩效提升的可行性,制定了能确保项目顺利操作的奖惩机制(见图表1)。

第二步:项目启动会及工作坊

启动会是公司高层对项目重要性及如何顺利推进项目进行宣导的关键手段。

在工作坊中,促动师就深度汇谈结果对项目成员进行“促动”,包括聚焦主题、确立愿景、SWOT分析、关键行动确立、行动方案细化六大环节(见图表2)。

第三步:

行动方案高管评审会

通过工作坊制定出的行动方案,是否符合公司战略、是否满足项目主题需求、是否具有执行的意义,这些都需要通过高管们的评审。高管评审会一方面提供了完善的意见和建议,另一方面也确保了最终的行动方案与公司发展、项目主旨相一致。

根据促动师要求,高管更多是运用促动方式与教练方式做提问,而非直接给予答案,即“告知引起争辩,提问引起反思”。第四步:月度实践与辅导

知易行难,第二和第三步只是“播种”环节,而“种子”如何才能发芽并成长为“参天大树”,需要促动师进行心理和行动的干预。

在方案的实践过程中,促动师通过集中式辅导和分散式辅导两种方式,从策略分析到细节执行进行全面的“促动”,使所指定的行动方案最终落实到实践中(见图表3)。同时,在历时4~6个月的月度辅导中,项目成员进一步通过“团队学习”的方式获得了成长。

第五步:教练式促动

在行动方案的推进过程中,为了弥补项目成员的能力短板,项目组也安排了相应的培训课程。

如教练式促动课程培训,它依据项目成员的能力现状以及行动方案实施中的具体需求进行有针对性的补缺。根据我们的经验,培训课程可在深度汇谈阶段确定,也可依据项具体项目推进实际安排。

第六步:成果汇报

项目成果汇报环节,是检验整个项目成效的重要一环,也是展示项目团队和个人形象的最佳时机。在促动师的引导下,项目组通过成果汇报得到了管理团队的认可,同时也在企业中进一步宣扬了行动学习的理念。

在成果汇报环节中,项目组则向高管团队同时报告项目整体提升的业绩,以及项目成员能力提升(前测与后测)的情况。

第七步:成果编印

第7篇

软件工程中,软件质量保证(SQA,Software Quality Assurance)正日益受到软件工作人员的重视,在军用软件研制过程中显得尤为重要。本文介绍了GJB5000A-2008二级SQA关键过程域的概念,探月工程地面应用系统软件过程改进中的SQA实践活动,以及在SQA活动中取得的宝贵经验。

【关键词】GJB5000A-2008 SQA 软件过程改进

1 引言

近年来,随着中国国防技术的发展,国家启动了一系列国防重大专项任务,计算机软件在各项任务中起着关键性作用,往往作为整个系统的中枢神经。任务中计算机软件一旦崩溃,就可能会导致整个任务失败,从而引起严重的后果。

为提高我国军用软件质量,总装备部吸收国外CMM经验,组织国内专家对其研究并结合我国国情于2003年了GJB5000体系标准文件。中国科学院国际天文台在国家重大专项任务探月工程中承担地面应用系统建设任务,软件作为一项重要建设内容,其质量保证工作不可忽视。因此,在软件改进过程中遵循了总装备部的 GJB5000A-2008《军用软件研制能力成熟度模型》二级实践。该模型严格定义了过程与产品质量保证(PPQA)关键过程,站在软件的角度,就是软件质量保证(SQA)过程。在GJB5000A-2008二级实践中,SQA是一个关键过程域,它贯穿在整个软件生命周期中,在软件质量保证上起着举足轻重的作用,同时也是最难实现的一个过程域。SQA通过有计划地实施SQA活动来控制软件过程的质量,并通过控制关键过程的质量保证软件产品的质量。

2 GJB5000A二级关键过程域SQA概述

GJB5000A-2008定义软件质量保证是建立一套有计划、有系统的方法,向管理层保证拟定出的标准、步骤、实践和方法能够正确地被项目采用。软件质量保证人员在项目开始时就参与建立计划、标准和过程。质量保证基本目标是:1.软件质量保证工作是有计划进行的;2.客观的验证软件项目产品和工作是否遵循恰当的标准、步骤和需求;3.将软件质量保证工作及结果通知给项目相关组别和个人;4.高级管理者应接触到项目内部不能解决的问题。

GJB5000A-2008二级实践中,过程和产品质量保证活动的流程图如图1所示,

3 SQA在探月工程地面应用系统软件过程改进中的实践

在探月工程地面应用系统软件改进过程改进中,开展的实践活动如下:

3.1 明确项目相关成员以及职责

项目相关成员包括:SQA人员、配置管理员、部门负责人,软件项目负责人,软件开发组,软件测试组;SQA人员负责项目的软件质量保证活动。

3.2 SQA人员参与制定项目计划、标准和规程

SQA人员帮助策划项目的规模、进度、成本和工作量的估计等,参与项目的开发计划、标准和规程的准备,使得验证计划、标准和规程在项目开始时已到位并可用于评审和审计软件项目。主要的标准和规程包括软件项目计划过程规程、质量保证过程规程、需求过程规程、软件跟踪与监督规程、软件配置管理规程、软件测试规程、软件编码标准和文档编写标准等。

3.3 制定和维护SQA工作计划

SQA人员根据项目开发计划制定SQA工作计划,主要描述SQA的目的、范围及SQA计划与其他项目计划之间的关系,内容包括:组织和职责、资源需求、项目各阶段的工作内容、工作方式、评审工作过程和工作产品。SQA工作计划制定后,由部门负责人、软件项目负责人、SQA人员、项目组内其他受影响的小组和个人参加计划的评审。同时在项目进行过程中,根据项目的变化变更与维护质量保证计划。

3.4 软件过程活动评审

SQA人员根据工作计划进行工程过程评审,评审采用正式会议或者非正式会议形式,评审专家依据SQA人员事先制定的检查单进行评审,如果评审发现偏差,评审后SQA人员要对偏差进行跟踪直至问题关闭。从软件需求阶段开始到系统测试为止,软件质量保证过程域软件开发过程是同步的,并在周期例会、评审会上适时地报告当前开发过程的状态,使得软件开发过程可视透明。图2为SQA过程审核活动与软件开发过程的对应关系:

3.5 软件工程产品审计

SQA人员根据工作计划进行工作产品评审,评审采用正式会议或者非正式会议形式,评审专家依据SQA人员事先制定的检查单进行评审,如果评审发现偏差,评审后SQA人员要对偏差进行跟踪直至问题关闭。在一个软件项目的生命周期中,SQA主要审计的工程产品有:软件任务书、软件需求规格说明书、软件概要设计说明书、软件接口设计说明书、软件详细设计说明书、程序源码、软件测试计划、软件测试说明、软件测试报告、软件使用说明以及各类管理报告等。

3.6 配置管理审计

SQA人员定期审计配置管理活动,对照软件配置管理计划检查配置管理员的工作是否符合配置管理计划,软件配置项的变更是否遵循了配置项的变更控制流程。检查配置管理员是否定期报告基线状态,是否定期对配置库进行备份。

3.7 偏差记录与跟踪

在项目质量审核与审计过程中发现的偏差要记录到偏差报告中。发现偏差后要及时有效的与软件负责人沟通,由软件负责人落实偏差的处理负责人以及处理期限,由SQA人员负责进行跟踪,直至问题关闭。同时,SQA人员还应该分析是否存在共性问题,做到防患于未然,提早预防。如果发现的偏差软件负责人无法解决,或者软件负责人和SQA人员对偏差问题无法达成一致意见,SQA人员向部分负责人汇报,由部门负责人决策。

3.8 向部门负责人直接汇报

SQA人员直接对部门负责人负责,具有向部门负责人直接汇报的渠道,定期向部门负责人汇报SQA工作情况,帮助部门负责人了解项目进展以及项目中存在的问题。如果软件负责人和SQA人员对偏差问题无法达成一致意见,或者项目组出现无法解决的问题时,SQA及时向部门负责人汇报并寻求解决途径。

4 SQA活动实践经验总结

在探月工程地面应用系统软件过程改进过程中,总结SQA活动的过程,得到一些经验和教训:

4.1 需要管理者高度重视

首先,管理者决不能认为SQA可有可无,不能狭隘的认为设置SQA只是为了CMM或者GJB-5000A评估的需要;其次,在项目进展过程中,管理者与SQA相关的工作非常多,要积极参加SQA组织的评审、定期听取SQA工作汇报、解决项目组与SQA人员的分歧、对SQA人员工作进行评审与检查。因此,管理者要积极支持SQA人员的工作。

4.2 检查单与项目结合,避免空谈

SQA所有活动均依据检查单进行的,检查单是软件质量保证计划的一项重要内容,也需要经过评审,所以SQA人员要根据不同项目情况适当地裁剪过程和工作产品的检查单内容。只有使用适应于项目的检查单,才能做到检查的有效性,否则就是空谈。

4.3 SQA人员要求专业而且专职

SQA人员要求具有非常丰富的项目开发和管理经验,只有这样才能发现问题与偏差,减少后期无用的返工,以利于项目组保证项目进度和产品质量。同时,必须要求SQA人员是由非项目组成员担任,以保证评价的客观性。SQA人员需要有充分的时间与精力去检查与评价产品与过程,要求SQA人员尽量做到专职,而不是身兼几个职位。

4.4 项目成员配合

在项目中,SQA人员与项目组人员的立场不同,往往是对项目组成员的工作情况实行监督与检查,所以项目组的成员对SQA人员往往不理解、不支持,甚至部分成员会抵制SQA人员工作展开。项目组应该加强SQA活动知识的培训,使项目组成员认识到SQA审计的是过程和产品,而不是针对某个人审计。其中,软件负责人的支持与配合,对SQA工作的展开起着至关重要的作用。

4.5 需要对SQA进行同行评审,确保SQA活动有效性

SQA人员本身也需要被监督,才能保证他的公正性和客观性。管理者、独立SQA专家、软件负责人定期评价SQA活动,并向SQA人员开放评审结果,对SQA活动的不符合问题同样进行跟踪直至关闭,确保SQA活动的有效性。

5 结束语

在软件工程中,SQA活动是保证软件项目质量的关键因素,SQA活动的有效性很大程度上决定了软件项目质量。每一位项目管理者应高度重视SQA工作,并给予充足的人力与物力资源。只有SQA通过积极而客观的检查、评价、独立而有效的多向沟通,有效行使监督指导职责,积极贯彻软件工程化、过程改进理念,增加主动的预防手段,才能有效地促进项目成功。

参考文献

[1]马丽飞.浅谈SQA在GJB5000A二级实施过程中的作用.中国电子科技集团公司第二十七研究所[J].电子质量,2014.

[2]王杨玲等.航天型号软件过程改进实践,北京宇航系统工程研究所[J].航天标准化,2011.

[3]石柱.军用软件能力成熟度模型可重复级实施指南[M].北京:中国标准出版社,2006.

[4]刘彦涛,马闰娟.CMM二级SQA关键过程域与软件过程改进,华东计算机技术研究所[J].计算机工程,2007.

[5]王精明.浅谈在CMM2中如何实现SQA[J].滁州学院学报,2006.

[6]王勇等.CMM质量保证的理论与实践[J].计算机工程与设计,2005.

[7]李晓丽等译.Project Management Success With CMMI Seven CMMI Process Areas[M].北京:机械工业出版社,2008.