通过短暂的课程设计,我深有感触。一开始构想时只有大体的思路,忽略了一些细节,因此在我真正做设计时发现有很多错误,有的时候要解决一个错误会花上很多时间,在做的过程中,有很多错误意想不到,有的错误却犯得很幼稚,不过这样对自身的排错能力能得到很大的提高。数据库连接错误,找了半天才发现密码不能用char型。这些细小错误让我深受感慨,它告诉了我编程细心重要,养成一个好的编程习惯更重要。这次项目的完整开发,让我有项目初步的思想,这次项目的开发让我把软件生成的流程从信息的收集,再写需求,再完成后台设计到编写代码,到测试,让我知道还有很多地方的不足。更重要的是团队之间的合作,相互之间的交流,有时一个问题总是想不通,但每个队友负责的部分不同,所以想法也不同,交流之后,便有了新的思路。这次课程设计的时间很紧迫,再加上各方面的经验不足,也遇到很多问题,这个网上机票订票系统还有很多地方没有完善,希望老师能谅解。总的来说,这次课程设计对我很有帮助,我发觉老师上课讲的很多东西对我们都很有用,让我受到不少的启发。
软件工程可行性报告咋写?
可行性分析
1.经济可行性 :估算新系统的成本效益分析
1.1. 系统初期投资
1.2. 货币的时间价值
1.3. 投资回收期
1.4. 纯收入
2.技术可行性 :根据系统的目标来衡量所需的技术是否具备
3.操作可行性 :系统交付后是否易于使用并能够创造价值
4.业务流程图 :各个模块的业务流程
不是盗窃你的思想啊 能不能在具体点 举个特例什么的 比如说 我想对学校的6人宿舍管理 该怎么弄?
1.经济可行性 :估算新系统的成本效益分析
(证明开发此系统是可行的,是有好处的)
1.1. 系统初期投资 ( 给出表格,包括项目的每个环节的大体进度安排及其支出)
1.2. 货币的时间价值 (给出表格展示货币的时间价值)
1.3. 投资回收期 (根据1.2的表格利用公式算出投资回收期)
1.4. 纯收入 (根据1.2的表格算出纯收入,证明开发此系统的好处和可行性)
2.技术可行性 :根据系统的目标来衡量所需的技术是否具备
(利用XX技术,XX软件,XX硬件,技术上可行)
3.操作可行性 :系统交付后是否易于使用并能够创造价值
(系统易于使用,操作人员有使用计算机的经验或受过简单培训即可等等)
4.业务流程图 :各个模块的业务流程
(流程图,与业务相关)
学习《软件工程》心得和体会
软件工程学习心得
在本学期的软件工程课程的学习中,我们学习了十一章的内容。第一章软件与软件工程的概念,这一章主要讲解的是一些概念性和基础性的内容,例如软件的概念、特性,软件危机的主要表现,软件工程的概念以及软件生存期、典型生存期模型等等。第二章软件工程方法与工具,这一章主要对软件工程方法进行介绍,包括三种方法:传统方法、面向对象方法、形式化方法。还引出了工具UML。第三章软件需求获取与结构化分析方法,本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法,画分层的数据流图、E-R图以及状态图式本节的重点。第四章结构化分析方法,这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。第五章编码,这一章重点讲解了编码的风格及规范,还告诉我们编码规范说带来的好处,并告诫我们将来一点要形成好的编码风格。第六章软件测试方法,本章讲解了软件测试相关的概念及重要性,软件测试与开发各个阶段的关系;还介绍了白盒测试技术以及黑河测试技术。第七章统一建模语言UML概述,本章详细介绍了UML的基本模式、事物、关系及建模时用到的各种图进行了介绍。第八章面向对象分析,这一章主要讲解了面向对象分析的3种模型,包括功能模型、静态模型和动态模型。第九章软件体系结构与设计模式,本章对软件体系结构的基本概念、典型风格等进行了讲解。第十章面向对象设计,本章的重点是对面向对象分析时建立的对象模型进行调整和细化。第十一章软件维护,本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程,学会如何系统的思考,以及养成良好的编码习惯,想学好软件工程,就必须知道软件工程的目标、过程和原则:
软件工程目标:生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题,它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程:生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义,又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构,包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明,包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程,实现完成后的确认,保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程,还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法,其原则是过程描述是否易于理解、复审和维护,进而过程描述能够自然地转换成代码,并保证详细设计与代码完全一致。包括程序流程图、N-S图、PAD图、HIPO图
程序流程图:程序流程图又称之为程序框图,它是软件开发者最熟悉的一种算法表达工具。它独立于任何一种程序设计语言,比较直观和清晰地描述过程的控制流程,易于学习掌握。在流程图中只能使用下述的五种基本控制结构:顺序型;选择型;while型循环;until型循环;多情况型选择。
N-S图:一种符合结构化程序设计原则的图形描述工具,称为盒图,又称为N-S图。在N-S图中,为了表示五种基本控制结构,规定了五种图形构件。顺序型;选择型;WHILE重复型;UNTIL重复型;多分支选择型。
PAD图:它是用结构化程序设计思想表现程序逻辑结构的图形工具。PAD也设置了五种基本控制结构的图示,并允许递归使用。
HIPO图:HIPO图是由一组IPO图加一张HC图组成。它是美国IBM公司在软件设计中使用的主要表达工具。
HC图既是层次图,用于表示软件的分层结构。HC图中的每一个模块,均可用一张IPO图来描述。IPO 图由输入、处理和输出三个框组成,需要时还可以增加一个数据文件框,这种图形的优点,是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法:按照测试过程是否在实际应用环境中来分,有静态分析与动态测试。测试方法有分析方法(包括静态分析法与白盒法)与非分析方法(称黑盒法)。
静态分析技术:不执行被测软件,可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术:当把程序作为一个函数,输入的全体称为函数的定义域,输出的全体称为函数的值域,函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等,虽然不是都学得很透彻,但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说,知识基础较薄弱,对一些应用操作、概念、工具方法等理解起来较为困难,要能从整体概念上较好地理解和把握、学好软件工程,不是仅仅把几本专业书籍细致地看几遍,然后上机练习几次就可以成功,学习过程中要注意多看多练要注意结合实际,更要多思考,面对错误不要一范就问,要尝试自己去解决。但是还要注意什么都学,肯定是什么都学不透的,要集中精力打攻坚战,学习软件工程首先要明白自己的学习目标究竟是什么,根据自己的实际工作出发,有针对性的在相应的学习方向上进行提高,制定出详细的学习规划。还要注意与其他科目的相辅相成,就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时,要看看与C语言的联系,多思多想,把从各个科目学到的知识通汇贯通。
在软件工程的学习中,我了解到了软件并非是一些代码这么简单,在开发软件的过程中,编写代码的工作量其实只占不到所有工程量的30%,而后期的管理和维护更是占了60%到80%之多。一个完整的项目规划须包括,软件的定义,可行性分析报告,项目开发计划,软件需求说明书,概要设计说明书,详细设计说明书,用户操作手册,测试计划,测试分析报告,开发进度报告,项目开发总结报告,软件维护手册,软件问题报告,软件修改报告,等多个文档,每个文档都要上级验收审查,而文档数量众多,要做好这点真的不是很容易,而恰恰写好文档正能保证完成软件工程其中一个目的的关键,既研究如何用最小的开销做出生存期较长的软件,再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排,且各阶段要据具体情况不断的反复才能达成,所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中,我更了解到形成自己独特的规范的编码风格是非常重要的事。因为这影响到了软件后期繁重的维护,大家都要阅读你的程序,如果你写的程序毫无规范可言,那么别人怎么能读懂你的程序?读不懂程序,维护又从何谈起呢?所以,我们在今后的学习中,一定要注意这方面的培养,在写程序的过程中,要逐步的在规范的基础上形成属于自己的风格,即方便自己的修改,也方便日后他人的阅读。
在学习中,我们还要注意比较三种方法的优缺点,例如:传统方法虽然使软件摆脱了混乱和无序,但其在适应需求变化的方面不够灵活,而且传统方法要么面向行为,要么面向数据,缺乏两者的有机结合。而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯,适合大型、复杂及交互性比较强的系统。形式化方法则是一中基于形式化数学变换的软件开发方法,它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论,不断熟悉书本的基础,并以此为基础将其扩散开来,应用于今后的实践。不断锻炼自己,向一名合格的程序设计师迈进。
谈一谈对软件工程专业的认识
1、软件工程是一门指导软件开发和维护的工程学科,主要研究软件开发和维护的工程技术和软件项目管理等内容,其中涉及如何保证软件产品的质量和可靠性,如何提高软件开发效率和拥护满意度等。
2、软件工程目标:生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题,它们形成了对过程、过程模型及工程方法选取的约束。
3、软件生产历经4大阶段分别为:程序设计阶段(1946-1956年)、软件开发阶段(1956-1968年)、软件工程阶段(1968年以后)、计算机辅助软件工程阶段
4、常见的软件过程模型:边改边做模型、瀑布模型、演化模型、增量迭代模型、喷泉模型
5、软件过程的研究,标志着人们为解决软件危机问题,把关注的焦点由编程转移到了软件开发的整个过程,包括分析、设计、编程和测试4个核心阶段和需求调研、运行与维护两个延伸阶段说明软件质量、软件开发效率、软件的可靠性、可维护性问题涉及了软件生存周期的所有阶段。
6、软件生存周期:一个软件从定义到开发、使用和维护,直到最终被弃用,要经历一个漫长的时期,通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段:①问题定义;②可行性研究;③需求分析;④总体(概要)设计;⑤详细设计;⑥编码与单元测试;⑦综合测试;⑧软件维护。
7、需求分析:系统开发前期需求分析很重要,它是为了有效解决用户问题的需要进行的一项工程活动,所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求,开发者承担分析任务,核心是用户。其步骤有三个:①获取客户需求,客户泛指某个人或机构部门等,一般方法是调查,包括访谈、座谈、问卷、跟班和收集资料,需求规约可表达用户的软件价值。②建立需求模型,它是用户需求的图解,一些常用的模型有:业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。③进行需求验证,要验证的主要内容有:有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。
。。。
感悟:
了解了什么是“软件危机”,透过软件工程于解决“软件危机”的重要性、软件工程三条重要线索、软件工程知识体系函括内容及软件工程各类生存期模型,我对软件工程思想及“工程化”软件开发的流程有了较系统的了解,透过软件工程的起源,认识到:实现软件工业的产业化,软件工程必须是真正意义上的工程化。从软件开发三条线索(开发、管理、改进)来看,软件开发的过程必须规范化(各阶段都必须形成相应文档;编码必须依照通用可读性严格遵照编程规范……);软件项目管理的核心是项目规划和项目跟踪控制,保证软件工程开发的成功完成,软件开发流程的规范化在软件项目中有着重要的作用,通过不断地优化和规范过程,企业可以提高软件生产能力。
从需求分析到维护,透过软件的开发流程具体实施的学习,我对软件项目开发的流程有了更深的理解,例如通过需求规格说明书、可行性研究说明书、数据库设计说明书、需求分析说明书、总体设计说明书、详细设计说明书等六份作业的完成虽然很不完善,但仍让我对需求分析建模和设计中用到的方法有了更好的理解并熟悉了六份文档的格式。学了这门课才知道软件开发中每一阶段都有文档的产生,其管理与应用也是一门大学问……此外,这门课程里讲授了很多我以前从未接触过的方法和软件如UML模型、MVC模型、visio的强大绘图建模功能、这些知识不仅能应用于软件工程,也能应用于其他的很多领域,这门课结束了,但这些方面学习我还将继续的。
建筑工程竣工监理工作总结报告
一、 工程概况
1、 项目背景
2、 项目建设历程
二、 监理合同履行情况
受××的委托,××公司承接了××工程的监理项目,对××工程的所有建设内容进行全过程的监理。
项目监理合同签订后,我公司立即组建了监理组进驻用户现场,在总监理工程师的统一组织和安排下,按照监理程序开展监理工作。在项目建设的各个阶段,依据信息系统过程监理有关的国家政策、法律、法规、标准、规范,信息技术国家标准,建设单位与承建单位签订的项目建设合同、相关资料,建设单位与监理单位签订的监理合同对工程的质量、进度、投资、变更进行控制,对项目的合同和信息文档资料进行管理。定期召开监理例会,检查各项工作的完成情况,协调解决存在的问题;不定期的向用户提交阶段总结;及时把握项目存在的问题并提出监理建议;公平公正地协调处理项目实施中遇到的问题,确保了工程建设的质量和顺利进行。项目监理部全面履行了监理委托合同赋予的义务和责任,圆满完成了本工程的监理任务,监理工作控制目标达到合同要求。
三、 监理工作的措施和效果
1、 质量控制
工程质量控制是监理工作的一项重要内容。我们始终以施工及验收规范,质量验收及评审标准为依据,督促承建单位实现合同约定的质量目标。
硬件及系统集成方面,协调各方讨论制定《系统集成方案》和《系统实施方案》,并组织进行评审,直至通过。在项目实施过程中,始终以此为依据,检查各供货商的施工规范和技术目标实现情况,各供货商设备安装调试完成后,组织进行初步验收,系统集成实施完成后组织进行最终验收。系统集成严格按照实施方案进行实施,基本达到设计方案的要求,目前系统运行比较稳定。
软件开发方面以《需求分析报告》和《系统设计报告》等为依据,督促软件开发商全面实现用户的需求。组织对项目的阶段性成果进行评审,评审通过后方可进入下一个阶段。不通过的通知开发商进行整改,直至评审通过。编码开发完成后督促开发商进行内部测试并提交测试报告。之后还组织最终用户进行确认测试,对于不符合需求和设计的内容及存在的问题要求开发商进行修改和调整。劳动保障一体化应用软件覆盖了所有相关的业务内容,并充分考虑了业务发展的方向。目前系统运行总体情况比较好。
××卡系统建设方面,审查××卡结构的设计是否符合××。根据需求对卡结构进行扩充,多次组织召开协调会,讨论卡结构的合理性和应用方面的接口和技术实现,组织对卡的管理和应用进行联调测试。实现了××卡和××卡的复合及联动支付;实现了××。实现了××的管理。目前卡系统运行良好,卡的应用情况也比较好。
机房场地建设方面严格审查承建单位的质量管理体系,检查分包单位的资质(如消防系统),严格审查承建单位的《施工组织设计》并提出合理化建议,实行了严格的材料、设备、配件的报验制度,要求施工单位填写《报验单》报监理部审核,不符合要求或不合格的产品坚决不允许用。在施工过程中我们实行巡回检查、旁站监理及平行检查等多种手段。每完成一个分项工程,都要求施工单位先进行自检,自检合格后再报监理部签认,符合要求后才能进行下一道工序施工。对于隐蔽工程更是要检查合格收才能封闭。经过多种有效的措施和严格的管理,机房场地建设通过了综合性的评审。
2、 进度控制
要求从工程一开始就制定《项目总进度计划》;各分项工程开始时制定《分项工程进度计划》;在项目建设过程中,各分项工程按工程的不同阶段制定《阶段工作计划》;各分项工程互相制约和关联的,还组织各方一起制定《协调工作计划》。对于每个工作计划,监理方都会进行严格的审查,并提出合理化的建议,在保证工程质量的前提下,加快工作进度。在项目建设过程中,监理方严格督促计划的落实情况,当发现有严重偏差时,立即组织相关各方分析原因、研究措施,实时纠正。对于在保证质量的前提下实在不能按时完成的,协调各方重新调整工作计划。在进度控制的过程中,确保“质量优先”的原则。在监理方有力的措施下,工程的进度得到了有效的控制,社会保险系统和卡系统建设××启动,××全部成功上线,历经近一年半时间;××成功上线,历经近一年半年时间。项目的进度较预期目标有延后,但是这有其客观的原因:整个工程包涵的内容比较多,涉及到的承建商及有关单位比较多,制定项目总体计划时对工程建设的难度和复杂都考虑不够,对其相互间的制约等影响等项目实施进度的不确定因素估计不足。虽然,项目的总体进度有所延迟,但这都是在项目建设过程中及时预见并经各方客观分析,为了保证工程的质量而一致认可的。较国内同行业其它城市的建设情况来看,该项目建设的进度还是得到有效控制的。
3、 投资控制
严格按照项目款支付程序进行项目款的支付,对承建单位提交的《项目款支付申请》进行严格的审查,严格对照合同相关的付款条款,对于符合合同规定的,再提交用户审批。经常检查项目款支付情况,对实际支付情况和计划支付情况进行分析比较,确保建设方的投资计划目标。
4、 合同管理
协助建设单位拟定各合同的条款,参与合同的讨论和制定工作。项目开始时,监理人员认证学习,研究合同条款。在项目建设过程中,对合同确定的项目的质量、工期、成本等执行情况进行及时分析和跟踪管理,合同执行有偏差的,及时向建设单位报告,并向承建单位提出意见,要求改进,督促各方严格履行合同。
5、 信息及文档管理
在整个项目建设的过程中,产生多种文件或文档,主要包括:(1)合同文件;(2)设计方案、实施方案;(3)产品文档;(4)过程中产生的各类文档;(5)监理方产出的周报、月报、阶段总结报告、会议纪要、监理通知、监理建议等。信息及文档管理贯穿整个工程实施的各个阶段。监理方对合同、设计方案等工程依据性文档及时归档并便查;对各方的产出的过程文档进行接收、审查并转发给相关各方,保证了各方的沟通和信息共享;及时要求承建单位提交工程的阶段性成果文档,进行归档并及时提交用户;验收时要求整理提交最终的产品性文档;及时编制周报、总结报告、会议纪要等监理文档,提交用户并进行归档。总之,监理平时注意各类信息的收集、整理、归档并及时提交用户。保证信息的完整性,确保了系统建设各项活动的可追溯性。
6、 组织协调
××工程建设内容多,涉及到的承建单位及相关部门比较多,但是整个工程没有总体的设计单位(总包单位),没有一方对各分项工程之间的衔接(特别是技术上的衔接)进行总体的把握和负责,各方之间很容易发生扯皮现象。在项目建设过程中,监理方不但担负着建设方和承建方之间的协调工作,还担负着各承建单位之间的协调工作,使工程各方充分协作,有力地促进了工程的质量和进度的保证。协调的内容不仅仅体现在与业主单位和承建单位技术层面的交流与沟通,更多是在项目实施全过程中对各种管理组织层面的协调。监理方主要通过如下手段进行协调:(1)周例会制度:每周定期组织召开工作例会,要求各承建方按时参加,向建设方和监理方汇报上一周项目实施的情况和问题解决情况,汇报下一周的工作计划,并说明工作过程中遇到的困难和存在的问题。监理方协调解决项目存在的问题;(2)专题会议:对于工程中遇到的一些技术或业务的重点或难点时,监理方组织召开专题讨论会,进行研究分析和讨论;(3)协调会:对于某项工作各方处理意见不一致时,组织召开协调会,对问题进行客观的分析和讨论,公平公正地做出科学客观的协调。整个工程监理方组织召开了91次工程监理例会,主持或参加了353次其它专题或协调会,发出监理通知113篇。监理的协调工作,为项目的成功实施扫清了一个又一个障碍,在关键时刻一次又一次推动了项目的进展,有效地促进了项目的成功。
四、 工程质量的评价
各分项工程完工后分别组织了验收,各分项工程都实现了合同约定的建设内容,符合相关技术标准和要求,系统使用情况良好,满足用户的实际需求。当然,应用软件部分还存在一些需要优化和完善的内容,希望承建单位在系统的维护阶段能尽快给予解决和落实。
五、 结束语
监理方在监理工作过程中,得到了××局领导的大力支持,各承建单位的相互协作和配合。在此,本人谨代表××项目监理组的所有成员对你们的支持和配合表示衷心的感谢!
求Java 软件工程师简历:主要是 真实项目经验 这方面的 ,不胜感激!
项目经验
项目名称:NetStore网上购书系统
项目描述:该系统分为首页、用户管理、购物车管理、订单管理、退出5个模块。首页模块实现了模糊分页查询、分类分页查询等功能;用户管理模块实现了登录、注册、修改、查看信息等功能;购物车模块实现了查看、购买、修改图书数量等功能;订单模块实现了查看、删除等功能.
责任描述:个人独立完成了整个项目设计,开发,测试等。此系统整体采用MVC模式的Struts框架,持久层使用的是Spring的HibernateTemplate实现,数据源利用的是SpringIoC注入;模型层严格按照JavaBean规范要求;用Struts进行流程的控制,并实现了国际化,JSP用纯标签进行页面显示。为达到用户名唯一的目的用户注册采用Ajax技术进行后台校验。运用SpringIoC的注入对各层解耦,大大提高了程序的可扩展性,易于维护。
开发环境:数据库:MySQL ;
JAVA应用服务器:tomcat 6.0 ;
技术选型:Spring、Struts、Hibernate、JavaBeans、Jsp。
项目总结:通过这个项目使我对MVC模式的认识更加的清楚,看到了SpringIoC在解决程序松散耦合方面的强大之处。JSP页面纯标签开发所带来的方便以及页面的美观。
项目名称:NETCT OSS 电信运营支撑系统
项目描述:该系统后台主要由数据采集系统和数据整合系统提供支持,前台分为用户自服务管理,资费管理,用户管理,管理员管理,帐单管理,帐务管理6个模块。
责任描述:在数据采集系统、数据整合系统中,主要利用J2SE技术对原始计费信息日志进行定时解析,整理成清单,并保存到服务器的数据库t_detail表中,在保存过程中实现对信息的备份管理和日志记录。之后再利用PL/SQL由t_detail表整合出日表t_day_x,月表t_month_x,年表t_year_x三种表。在前台主要完成了用户管理、资费管理等模块,采用Struts 2.0 +Hibernate+Spring架构实现,大大降低了模块间的耦合,并编写了文档。
开发环境:数据库:Oracle;
Java应用服务器:tomcat 6.0;
技术选型:Struts 2.0、Hibernate、Spring、JSP、J2SE、Log4j等。
项目总结:这个项目不仅让我掌握了Struts 2.0的应用,也加深了我对其他技术的理解以及编写文档的好习惯和重要性。
项目名称:BBS在线论坛管理系统
项目描述:该系统主要由首页、用户管理、帖子三个模块构成,首页实现了模糊分页查询、帖子分类、最新帖子、最新留言等功能;用户管理模块有登录、注册、修改信息、查看信息、积分功能等基本功能;帖子模块有发表帖子、留言、查看帖子、修改帖子、删除帖子等基本功能。
责任描述:个人主要完成了用户管理模块。持久层使用的是Hibernate技术实现了登录、注册、修改、查看信息、模糊查看等功能;控制层使用的是Struts的DispatchAction实现页面跳转,JSP页面主要利用JSP标签和Struts标签完成。用户注册和登录都使用form表单来获取数据,并且在页面用JavaScript技术对数据进行初步的校验。
开发环境:数据库:Oracle ;
Java应用服务器:tomcat6.0 ;
技术选型:Struts、Hibernate、JavaBeans、Jsp。
项目总结: 通过这个项目让我认识到团队合作的重要性,面向对象的设计思想以及Hibernate框架的简单性,加强了对JSP标签、Struts标签的认识。
项目名称:BAM银行帐户管理系统
项目描述:该系统是基于C/S架构的帐户管理系统。
责任描述:独立完成了整个系统的开发。采用GUI实现用户界面来采集数据,实现了用户开户、登录、转帐、修改用户信息、查看资产排名等功能;数据库采用MySQL存储信息,DAO层利用JDBC实现。
开发环境:数据库:MySQL ; 技术选型:GUI、JDBC、JavaBeans 。
项目总结:这个显目让我对软件编程产生了更浓厚的兴趣,对JDBC访问数据库的技术使用更熟练以及有了对C/S架构的深入认识。
如何成为一个优秀的软件工程项目经理,同时要具备哪些素质和能力?
着项目经理头衔的人越来越多,取得PMP证书的人也越来越多,可是项目管理的成效依然不高。究竟是为什么呢?有很多原因,但其中依然有相当部分是因为项目经理不够合格。
有的人会说,我的PM经历已有多年,或者说我证书都通过多长时间。这是合格项目经理的唯一标准吗?当然不是。或许,有人会说,成王败寇,只要项目成功,他就是合格的项目经理。没错,但是在你需要选择一个项目经理时,你可能无法完全按照这个标准去评判。
如何选择合格的项目经理呢?通常至少可以从五个方面去评判,即知识、经历、能力、性格、文化与价值观。其实,企业组织中的各种角色也多应该从这五个方面去评判。
1 知识
知识通常是指通过书本、学校、实践等学到的关于特定主题的信息。“认证”和文凭的目的就是证明对某学科知识的掌握程度。IT行业的项目经理所需要的知识包括三个部分:
项目管理:包括项目管理的理论、方法论和相关工具。
IT行业:一般说来,对相关IT领域应该有全面的了解,比如对与本企业核心业务有关的IT知识都应该有所了解,如果是实施企业信息化等覆盖多个技术领域的项目,则对IT知识要求得更全面。
客户行业:时下的IT项目只和单个操作人员有关的非常少,基本都是覆盖部门或企业范围的项目,因此,必须掌握相关客户行业的知识,这样才能找准IT系统和业务运作结合点,使得IT系统投入能够支持企业效益的提升。
显然,针对不同类型项目,需要的项目管理功能、IT行业知识会不一样,有的项目比较简单,所要求的知识就会少一些,好比普通加减乘除算术题只需要小学生就可以,而积分之类的问题就必须要大学生才可以。同样,在对客户行业知识的要求也是类似的,有的项目是比较纯粹的基础平台类的项目,并不直接和业务效益提升有关系,对客户行业知识的要求就比较少。
需要注意两点,一是知识的来源并不仅限于学校,二是和项目组织中的其它角色相比,对项目经理所要求的IT行业知识更侧重于全面和知道,而非纯技术人员的细节掌握。
知识掌握是否扎实,是否全面,是否应用自如,决定着项目经理的水准。
2 经历
经历强调的是已经做过的事情,或者更直接说就是使用知识的过程。因此它同样包括三个方面:项目管理、IT行业和客户行业。
对于企业来说,寻找合适的项目经理,如果这三个方面的经历都具备,那是再好不过;如果无法全部满足,首先可以降低的要求应该是同一客户行业经历,但最好能够具有其它类似行业的经历;其次是IT行业经历,可以不要求有相同产品的经历,而是类似产品的经历;最后是项目管理方面,那至少应该有项目经理助理或者项目组织的中层骨干人员的经历。
要从事项目经理这个职业,需要注意提高自己的学习能力(这是下面要提到的),以在不同经历中丰富和项目管理有关的知识,注意强化弱项的锻炼,从而提高项目管理水准,保证自己能够在新项目中很快进入工作状态,因为很多项目只是表面上的不同,但在项目管理本质上却存在着很多相通的内容。
经历,对项目经理来说,意味着不再是只停留在知识层面,意味着已经可以展翅。
3 能力
能力是评判人非常重要的一个方面,以往我们对一个人的评判往往是依据文凭,而我们的教育理念相对单一,因此结果可能会失之偏颇。除了读书、测试与书本有关的题目,还需要从纯能力的角度去评判项目经理,虽然评判环境可能不是那么完美,但对于具体评判的个体来讲,他可以做得尽量客观。能力评判包含如下几个方面的内容:
学习与思考:从项目的角度看,不存在有相同的项目。“人不能两次踏入同一条河”,以往项目有的只是可借鉴的经验,完全可以拷贝的只是最抽象和根本的方法、理念。因此,要成为一名合格的项目经理,必须具有学习能力,掌握新的知识。同时,项目经理也应勤于思考,不断反思,摆脱思维定式,从成功经验和失败教训中总结出属于自己的知识。学习和思考,可以让项目经理不断积累,提高项目管理水平,从量变走向质变,进而在更大的项目管理挑战中享受成功的喜悦。学习和思考的最高境界就是“学而时习之,温故而知新,告诸往而知来者”。
实践:书读得多了,知道的也多了,就知道“知易行难”。只能嘴上讲讲,甚至是只能放在肚子里,都无法产生效益。因此,必须有实践能力,甚至“没有条件,也要创造条件”实践。只有通过实践才能把书本的内容真正变成自身的附属物。具有实践能力的前提有两点,一是要思路清楚,二是要勇于实践。
社交与沟通:项目管理要考虑的内容很多,实际上所有一切都和人有着直接或间接的关系。项目经理需要打交道的人有三种:客户、公司领导、项目成员,要让所有人员为共同的项目目标朝一个方向努力,就需要项目经理首先有社交能力,和他们保持良好的关系,营造良好的项目氛围;然后要根据项目的需要,和有关人员不断沟通交流。沟通的表现方式有:表达——清楚说明事情;影响——尊重他人的选择,但可以通过自己的言行去影响他们以达到期望效果;说服——让他人按照提议或要求实施;倾听——让他人有述说的空间;接受他人提议——项目经理在坚持必须原则的前提下应从善如流。
应变与反应:从宏观面看,现在是变化的时代,而且变化的速度越来越快,IT行业更是日新月异。宏观面的变化必然决定微观面的项目也在不断变化,同一行业同一客户不同时候执行的项目也就必然会增加一些新的内涵。要跟上时代和行业发展,甚至于站在前列,必须有适应变化的能力,这要通过学习和创新达到。从项目角度看,变化的因素太多,突发的事情也很多,如果没有应变能力,将可能导致项目陷入困境。同时,项目经理也应该具有敏锐的反应能力,能够从细微的先兆去感知未来的变化,做到对变化的预先准备,确保变化对项目的影响最小。
分析与决策:作为一个项目经理,通常拥有很多信息。信息本身并无法发挥作用,“信息的主人越聪明,信息的作用就越大”,因此项目经理必须具备分析能力。当碰到问题的时候,项目经理应该首先能够准确界定问题,然后能够从拥有的信息中“去其糟粕,取其精华”,形成对各种可能性的分析。分析之后的下一个动作就是决策,项目管理中常常需要在短时间内确定哪种选择可行,因此在形成可供选择的行动方案后,项目经理需要建立客观的评判体系,只要有局部优势就可以做出抉择。切记,“没有完美,只有最好”。
大局观与组织:项目管理,就如下棋打仗,需要大局观,如果只计较一子一地的得与失,却失之全局形势的把握,失败则是必然。现在的项目越来越复杂,尤其是非技术因素的影响日益增加,其非理性对项目的影响有可能是致命的;另外,从纯粹技术或业务的角度看,项目包含的内容也非常多,同样需要有大局观。在项目中,大局观有几个层次的概念:IT、业务、IT与业务、人与IT与业务、其它资源。一定不能“只见树木不见森林”,没有大局观将使计划失之偏颇。有大局观,还要有组织协调能力,才能调度所拥有的众多资源(甚至项目成员、客户和公司领导在某种程度上也都是资源),以保证项目的顺利实施。没有组织协调能力,计划是无法执行的。
所有这些能力对合格的项目经理来讲是缺一不可的。
4 性格
性格与能力相辅相成。性格决定命运,如果性格不能达到需要,能力无从发挥;如果能力不济,性格就会变质。
坚强:难度、复杂性、变化、风险,这些都使得项目经理要承受相当大的压力。如果没有坚强的性格,恐怕很难在项目中坚持原则,甚至可能会中途放弃;如果不够坚强,就无法相信自己,而一个自己都不相信自己的项目经理,项目成员又如何信任他呢?因此,坚强对于项目经理,尤其是从事大型复杂项目的项目经理来说是第一位的。项目管理,也是逆水行舟,很多时候只要再坚持一下就可以渡过难关。
果断:项目总要在一定时间内完成,因此很多时候并没有太多时间去寻找完美的答案,这个时候就需要能够果断的做出选择并实施。项目实施好比打仗,战场信息时刻在变,拖延时间只会贻误战机。
冷静:项目实施过程中随时存在着冲突,冷静是冲突得以解决的第一保证。只有冷静,项目经理才会去思考为什么,去正视问题,才能找到真正的解决方案,而不只是“头痛医头,脚痛医脚”。
宽容:理解和尊重他人需要宽容的性格。只有理解和尊重别人,他人才会回报理解和尊重。知识经济时代的项目,恰恰需要人员之间的理解和尊重,才能更好的把属于每个人的知识积聚在一起以产生聚变的效应,进而使项目获得效益。
开朗:开朗的性格能够让他人充分认识一个人。如果项目成员都不能认识到项目经理的存在和作用,项目管理肯定会失败。
这样一看好像是在寻找完人,其实不然,合格的项目经理应该或多或少具有这些性格。
5 文化与价值观
无论是工作的企业,还是客户企业,都存在很多类型,从资本类型看有外资、合资、国企、民营等,从总部所属地区看有北美、欧洲、日本、韩国、台湾、香港等,只要愿意还可以找出其它许多种分类方式。每类企业都会有自己独特的文化与价值观。文化与价值观引起的冲突往往会给项目带来很大的不良影响。
因此,选择项目经理需要评判其文化背景和价值观,看看是否能适应企业的文化与价值观,是否对各种客户企业文化能够认可和包容。
总之,评判一个项目经理是否合格,如果仅从知识(证书或者文凭)和经历的角度去评判,是不够全面的。知识、经历,加上能力、性格、文化与价值 </SPAN>19692020 2009-12-16 17:40:24 以下是一位项目经理的工作日志片段,我们从他的工作日志来看项目经理的工作。
这些只是项目经理工作的片段,相信每个项目经理应该都有自已悲惨的故事,程度恐怕只有过之而无不及。项目经理到底应该有那些看家本领呢?
一个称职的项目经理应该要其备以下的能力:
1. 要易于沟通
笔者在2002年时曾经亲自问过美国的一位项目管理专家-Dr. William Wells(曾任美国阿波罗登月计划的计划主持人),问他一位项目经理最需要具备的功夫是什幺。那时他的回答是:“一位项目管理最需具备的有三件事,第一是沟通,第二是沟通,第三还是沟通。”
请您回想一下,在执行项目时,你花费最多时间在什么部份?跟领导报告工作进度、跟客户介绍产品及说明工作成果、跟项目成员交待工作、跟单位内的其它人员争取支持、跟合作厂商协调配合事项...对项目经理来说,一天内大部份的时间几乎都是在跟人沟通。
沟通,可以很简单,也可以很复杂。对于部份人来说,反正沟通就是把我的意见表达出来吗,有什么难的。可是在项目过程中有那幺多的人与项目有关,因此要考量的,不仅是把意见表达出来而已,而在于“在什么样的时间,运用什么样的方式,将什么样的信息,传达给什么样的人”。
很多项目经理都是属于“被动式的项目经理”。就是“你先说你要什么项目信息,我想办法去弄这些信息出来给你”。因此,信息整理的工作基本上是没有列入工作管制的,只能够见招拆招,抱着应付的心态来面对信息的供应。
如果换个比较主动的角度来看,项目经理先了解每个与项目有关的人想要知道什么,这些信息一定有重复的地方,然后将这些信息做个整理归类,不等你开口要,我就先提供给你,让你对项目没有疑惑,化被动为主动。这些信息整理归类的动作,直接就纳入在项目经理的工作管制之中,这样对项目经理而言,也没有任何的 “意外”。
讲起来简单,做起来其实也不难,二个小时就可以做好沟通计划,几个步骤掌握住就好:
(1) 认识项目干系人
(2) 分析项目干系人的信息需求
(3) 依照信息需求找出信息种类
(4) 将信息种类归类
(5) 决定信息传递的周期
(6) 决定信息传递方式
(7) 搜集信息
(8) 传递信息
(9) 检讨信息传递成效 </SPAN>wangchaoyupf 2010-01-07 08:35:33 协调能力-常常你没有真正的领导权但是要协调各方。沟通能力,理解能力非常重要。
学习能力:你需要了解很多你不懂的东西。
韧性:耐心,坚持非常重要。要心理素质非常好,EQ高。
管理能力:特别是巧妙有效地管理你的领导的能力。 许多人都以为项目经理总是与“理想与光荣”相伴的,其实作为一个有志于改进中国软件开发流程的项目经理来说,他们承担的更多的是“艰辛与痛苦”。
在这里,我通过我担任项目经理期间所遇到的种种现象,来总结项目经理所必需具备的素质,当这些素质您不具备的话,就需要花费多年的努力来培养他,如果无法培养成功,那么请您转换岗位,因为项目经理不适合您,您难以在这个方面获的成功。
一、执着
可以这么说,在中国如果不执着是做不成任何事情的,因为在软件开发流程中推行各种规范和管理制度的时候,你可能遇到各种各样的阻力和障碍,如果没有应付挫折的思想和准备,你是很难推行成功的。要知道这样一个基本事实,项目管理成败的关键是:如果你不坚持,谁也不会坚持下去的。指望领导的扶持和群众的自觉是不可能的。只有坚定信念,努力打动别人,才能成功。
坚持到成功为止。只要决定上管理流程了,就不要后悔,唯有坚持,因为你拼命努力而实现了99%,你却不知,最后当你决定放弃的时候也许就是你要成功之时。要知道你准备放弃的时候可能正是对方也准备放弃之时,唯有坚持,你才能成功。
二、亲和力
亲和力是指你和团队相互依赖,相互信任能力的大小。亲和力是你领导团队走向成功的基础,如果一个团队的向心力不够,各自为政,那么失败就会在身边陪伴你。要团队的每个成员都信任你,你必须要做到关心下属,主动与下属沟通,为下属争取合法权利等。关心下属就是在日常工作中对下属的工作状况,发展方向进行指导,避免其走弯路;在生活中也对其身体状况进行关心,促进身体和心理健康的恢复。
多找下属沟通是消除误会的润滑剂,同时也是了解下属内心真实想法唯一捷径。做项目经理的人,在某些事情上的处理的确会与人不同,也难以令人理解。这个时候只有多与下属沟通,逐步达成共识,争取大家的理解和支持。记住,没有下属的理解和支持,你永远无法实现项目管理的规范化。这个环节很重要,我在这个方面曾经用时太少,走了许多弯路。另外就是了解下属的真实想法,经常了解一下下属的真实想法有利于我们不断改进和调整流程,使生产流程更加符合本团队的实际。切记一点,做领导的一定要多尊重下属的想法,并且与之沟通,若一味等下属找自己,那么是一般下属与之水火不容要摊牌时,才会与你沟通,这样悔之晚矣。
为下属争取合法权利是项目经理的一项重要职责。敢负责任是项目经理基本素质,如果你不经常研究工作数据保障下属的合法权益时,你就很难让你的团队保持高效率。曾经有一次,我们测试工程师的工作业绩突然下降了一半,我与之沟通后发现公司不讲效率只讲工作时间,他有一天特殊没上班,结果公司扣了一天的工资;但是他其实超额完成了月计划的120%。了解情况后,我与公司协调,顺利补回工资,生产效率就大幅上扬。
三、品德高尚
“一撇一捺是个人,世世代代学做人。”在这个世界上最难做的就是做个品德高尚的人。试想一个思想猥亵的人很难取得成功,即使靠钻营取得也只是暂时的,他不可能取得长久的成功。只有品德高尚的人才能感染周围的人,使团队具有向心力,从成功走向成功。
人有三种,一种是仗势欺人,一种是持才压人,最后一种是以德服人。仗势欺人的人自持地位高而指三道四,自然是不可能团结人,更不可能获得成功;持才压人的人自持学识高而盛气凌人,或咄咄逼人。殊不知“闻到有先后,术业有专攻”,“尺有所长,寸有所短”,难以学到更高的知识,也就难以取得更大的成功。只有以德服人的人以自己的修养和品德感染人,勇于吃亏,乐于助人,以德报怨,只有这样才能使你对立面德人都不忍心伤害你,团结到一切可以团结到的人,拥有这样的环境,你怎么可能不成功。
勇于吃亏,首先要放下私心,如果一个人始终 围着自己转的人是不可能做到的。“人不为己,天诛地灭”是八十年代后出生的人心灵普遍反应;但是要记住人首先是社会中的人,如果脱离了社会,人恐怕已不会成其为人了。因此只有当你抛弃私心,主动为人,别人才会反过来支持你,帮助你。
乐于助人,是人类的一个良好品质,就象一首歌中所唱的“人字的结构就是相互支撑”。管理流程是不可能靠项目经理一个人维持的,必须要大家支持你。但是这却需要你多帮助别人,别人才会帮助你。不管团队成员发生什么事情,你要尽你所能去帮助他,这样团队才可能继续前进。
以德报怨,可能是人最难做到的。中国人就强调“人若犯我,我必犯人”,其实在这回中不会有真正的仇敌,大家明争暗斗的结果如果过20年后再去看的时候,保准一大半的人都会觉得不值得,许多人赌得就是一口气,将自己成功的希望给湮灭了。当你能用宽容喝善良对待你对立面的人的时候,还有什么东西能阻挡你成功?
“得道多助,失道寡助;多助之至,天下顺之,失道之至,亲戚叛之;以天下之所顺,攻亲戚之所叛;故君子有不战,战必胜矣。”
四、口才
良好的口才是项目经理打动项目成员的必备武器,当你拥有良好的口才将会使你无往不利。当年希特勒就是用他那天才般的口才征服了德国,使他的《我的奋斗》贯彻到每一个德国人的心中,从而成立了第三帝国。
要使自己的项目管理思想贯彻到每一个项目成员心中,就必须要做到以下的演讲原则:
1.根据项目成员的共同目标象他们制定演讲内容,只有让他们信服你才有意义;
2.调动听众的这种感官,诉之触觉、视觉、听觉,用黑板、姿势来辅助你的内容。
3.不断的总结效果,改进自己演讲宣传的接受度,如果效果不理想,尝试换一个方式来表达和描述。
4.让听众学以至用,只有他们积极反馈,才能更深入的听你的思想。
五循序渐进
循序渐进,不急于求成是项目经理在项目管理中必需具备的品质,在中国CMM过程改进的热潮中,真正实现CMM管理的企业屈指可数,而以CMM改进过程实质性为企业带来质量提升和效益改进的公司更是寥落晨星。
为什么会出现这种情况?难道CMM真的不适应中国过情吗?不是,绝对不是。是这些企业的项目经理太心急,连CMM2还不知道怎么回事就直奔CMM3,他们忽视了事务发展的客观规律,凡事必须循序渐进。如果有一个企业在2年内通过了CMM4,我有十足的信心说,那是花钱买征;如果乐观一点,一个中小企业从CMM1走到CMM2大约要2年时间,大型企业只会更长,不会更短,因为他们需要在培训和沟通上付出更大的代价。
就以我所在公司来说,技术部原来只有10任,后来培训CVS版本管理到精通花费了1年,然后才上CVSTrac变更和过程管理,花费了3个多月,然后再实施Finabuild管理花费了3个月,最后改进CVSTrac成CVSProduce管理开发过程并统计花费了半年,其间成立了QA管理部门,并增加了项目专职管理人员,部门人数已经增加到16人,还在不断扩充中。我们的感觉管理越科学化、流程化,所需的分工就越细,人员也就越多。同事培训和做通这些人的思想工作的成本就越大。开发管理软件的成本也会随之上升。当所有人都能接受流程管理并持续改进时,大约2年光阴也就过去了。
“循序渐进,循序渐进,再循序渐进。”这句巴斯德德经典名言同样适用于我们项目管理领域,他将逐步把我们带向成功。
六、持久求学
“书到用时方恨少,学至成时始知卑。”学无止境,我在生产实践中发现,整个项目管理过程改进就是“学习-培训-实施-发现问题-再学习”的循环过程,项目经理如果不学习将不能解决现实工作中出现的新问题,更不可能站在一个战略的角度来解决问题。
事实上,求学也不能没有目标,否则学到的知识太庞杂,而不能融会贯通,这样的知识对实际工作指导甚少,真正的知识是一个目标体系,严格按照流程来一步步的掌握我们所需要的知识。
最后,我总结一下中国项目经理所必需掌握的知识:
1.专业知识:数据结构、关系数据库、操作系统、软件工程、编译原理。(外国的项目经理可能不需要掌握)
2.管理知识:项目计划、项目配置管理、成本核算、风险预估、绩效考核。这是项目经理必须掌握的内容。
3.网络知识:服务器的架构、各种服务的配置。因为管理的大厦是基于软件的管理,没有一个服务管理的网络配合是不可以想象的。
4.“越过高峰,另一峰却又现”,这是中国项目经理在持续求学中会不停的挑战自我,向更高的山峰迈进。
七、敢负责任
一个人因为有责任才有生存的意义。一个人随着年龄的增长,责任感也会愈来愈重。成年时,法律也会赋予一些年少时没有的责任。同时地位逐渐提高,责任也会相对加重。
一个人惟有负责,才能产生做人的价值。所负责任愈大,价值就愈高。换句话说,有责任,生命才有意义。如果没有感受到自己该负的责任,即使年龄超过20岁,也不算是一个成年人。
因此,经理就是要负责任,如果不负责任就可以不要经理了!项目经理关系到一个项目的成败;对于公司他必须要承担及时汇报项目进度、成本核算和质量系数的责任,同时也必须保证项目组成员绩效考核,政策落实,预留人才储备等责任,是整个项目中责任最大的人,如果没有良好的心理素质和应对能力是无法担负责任的。
实际工作中项目经理主要要负责项目组的人员安排调度、工作分配、工作审核、工作跟踪、项目计划、项目汇报总结、成本核算、利润分配等职责。
课程总结文档《学习软件工程课程的收获和体会》
学习软件工程这门课程已经有一个学期了,整一个学期下来,应该说还是有许多值得肯定的地方的,其实在我看来,软件工程与其说是一门课程,不如说是一门思想。是一个如何去分析和处理问题的过程,应该说其范畴已经远远不止局限于该门课程,成为了一个综合的一个能够解决问题的思想集合。
在上课的时候我还是很认真地去听老师所讲述的内容的,我觉得他的思想和我一向而来的培养计算机学生综合素质的理解还是在一定程度上不谋而合了,所谓的需求获取,那就是一个谈判,辩论,交流的过程,已经不是单纯的编编程序就能解决的问题了。从我所看到的听到的来说,我最怕的就是计算机系的学生被别人说成是个带着厚眼镜的,只能够在电脑前编编程序的,在交际场上不知道说什么而一个字都说不出来的人。我觉得这样的人进入社会之后是没有什么前途的,起码他们缺乏了与人沟通交流的能力。而这门课程在一定程度上给了我们这些学生一个机会来锻炼自己在另一方面的能力,设想一下,一个又有技术又能够与人交流合作的人所取得的成就自然要比一个单单只会编程序的人要大得多。
其次,这门课程教给了我们在完成一个实际项目时的一般程序及过程,我认为这是一份非常具有实际意义的教学内容。当我们在毕业之后,这是我们实际要运用的一项非常有用的技能,而且不仅仅局限于软件工程的范畴,我们即使是从事与其它行业,不也是要从需求获取开始,一直有条有理地到最后成品的出炉吗?应该说这就是这门课的价值所在。无论是在上课,还是在学生会里面做学生工作,我都深深地感觉到,技术性的工作就好比变魔术,其实原理是非常简单的,甚至可以说简单的可笑,但是当你就是做出这么一个简单的东西出来之后,一些外行们有时候会用崇拜的眼光看着你,觉得你很厉害,很高深莫测。但是制作的过程他们却不知道,也许知道之后他们只是会哑然失笑,原来这个东西的制作过程是如此的简单。这个可以说就是技术的魅力了,而作为需求获取及之后的一系列过程则是类似于魔术揭秘的过程,但是作为这个秘密我们并不需要一揭到底,至于揭的程度如何那就是我们那就是我们学出的程度如何了,我们要让对方知道我们在做什么?以及如何去做?这些东西需要我们以一定的技巧叙述出来,所起到的作用就是能够让对方了解自己的进度,却又能够不让对方来干涉自己的工作过程。因为我们是技术员,对方只是外行,即使对方知道了这个魔术的操作过程,也并不代表他们就能够向变着魔术的我们来随便修改这个魔术的变法,况且我们能够用不同的过程来得出一个同样的结果,这个过程的得出的主动权如何掌握在我们的手上,就看我们如何以高明的方式来揭开这个魔术的谜底了。
当然了,在纯粹的理论上,我觉得开设这样一门课程是很成功的。但是毕竟现实里有太多的不确定的因素。最重要的因素就是授课的老师和听课的学生。这两个可以说是这门课成与败的决定性的因素。
作为老师方面来说,我觉得给我们上试验课的老师非常的优秀,作为一名了有十几年工作经验的老船长,看问题的确是有他自己独特的一套方法,我的话对他也是非常崇拜的。但是周日晚上的课程我还是有比较大的意见,首先,作为学生来说,最不希望上课的时间就是周五的晚上和周日的晚上,因为这是个我们进行调整的时候,前者的调整是为了假期的到来,后者的调整是为了准备学习的开始,这个时候的上课一般来说都是学生比较反感的。其次,对于我来说,原来小的时候非常崇拜那些有着高学历的人才,什么硕士,博士,博士后都是被放在神坛上的人物,觉得他们很厉害,走路都会散发光环。但是在我上了他们这些人的课之后我发觉我真的是很失望。作为一个具有高学历的人来说,他能够自己迅速的吸收知识这点的确是令人敬佩,但是他能不能够把自身所吸收的知识传授给他的学生,那就是一个未知之数了,虽然的确这是一门枯燥的课程,但是并不代表老师就可以在讲台上讲课没有一点激情,或者说没有一点能够让我们想听下去的欲望,这个不得不说是一件非常讽刺的事情。子不教,父之过;教不严,师之惰。虽然学生们也有一部分的责任,但是把一切责任都推到学生们的身上那也是非常的不公平的。
作为我们学生来说,当然也应该负起比较主要的责任。在大学里有了太多的基础课程,基础课程大多都比较枯燥无味,也许在第一个学期里我们还能够保持着新鲜感,但是在5个学期之后,可以说再有新鲜感就是一件比较困难的事情了,我们都已经开始变得迟钝了,现在出现了一门新鲜的课程,可能同学们比较难把那样不好的状态一下子改变过来。其次的,学生们没有认识到这门课程的价值。这门课的价值我已经在上面说过了,是不言而喻的。但是并不是每个同学毕业之后都回从事计算机行业,也不是每个同学都知道这门课程的意义已经不仅仅局限于计算机这个范畴,但是他们不知道,无知者无畏也。既然和我没什么关系,那我就不听,反正听了也没什么用,很多同学报着的就是这么个心态。对于这样的心态,我表示理解,也表示悲哀。在没有彻底了解一件事物的本质之前,我们是没有资格向这件事物随便的指手画脚的。最怕的就是在没有了解之前就把这件事物否定。如果有了这样先入为主的思想,那就比较没救了。所以作为我们来说,还是更需要得深入了解下这门课所起到的作用之后再下结论也不迟。只是有一点我还是觉得比较奇怪,现在被人嗤之以鼻的传销在当时能够吸引如此大的一批人,而且那些受害者明知道这件事情是不好的但是还会去做,就是因为“洗脑者”的口才说服了他们,那作为老师来说,如何来说服学生们来上一门正确的课程应该说是要相对的容易很多吧,但是我觉得这样的过程在我们的大学课程里真的是少之又少啊。
今天在这里写了很多,算是我对软件工程这门课程的一点点心得体会,也许是正确的,也许在一定的程度上存在着观点的偏激错误,但是起码这些东西是我觉得存在着的一些问题,但愿软件工程这门课程能够开的越来越好,让更多的学生们能够从这门课程中受益,在以后社会残酷的竞争之中存活下来!
参考http://blog.sina.com.cn/s/blog_5567a9fa0100azv3.html
转载请注明出处51数据库 » 软件工程项目总结报告 求一篇软件工程实训的总结