软件工程师自我鉴定

软件工程师自我鉴定（精选8篇）

1.软件工程师自我鉴定 篇一

忙碌的大学生活就在悄然中过去了，但它已成为我人生美好记忆的一大部分。这些日子有成功的喜悦，有失败的彷徨，但却把我培养成了一个现代大学生，使我在各方面的综合素质都得到了提高，为以后的人生打下了坚实的基础。开辟了一条属于我自己的道路。

大学四年，在专业技能上，为适应社会发展的需求，我认真学习各种专业知识，发挥自己的特长;挖掘自身的潜力，结合每年的暑期社会实践机会，逐步提高了自己的学习能力和分析处理问题的能力以及一定的协调组织和管理能力。

大学期间，通过自学心理学我对自己主观的心理世界有了一个客观的认识，认清了自己性格中的优点和缺陷，明确了自己的潜力所在，为提升自我，超越自我指明了方向，心理学教会我在不丧失自我的前提下，从他人的角度来思考问题和看待问题。心理学教给我如何适应纷繁社会，在激烈的竞争环境中迅速成长的技能与技巧，让我能够抱着一份平淡与坦诚的心态去面对现实中的人与事。

在社会实践上，我利用课余时间经常阅览各类的书籍，并参加了软件测试工程师的培训并取得高级工程师证书，成绩优秀。这份职业需要有智慧、毅力和恒心。在当今这个快速发展的信息时代，我们只有不断汲取新知识，才不会落伍，才可能战胜自己。

本人思想端正，能吃苦耐劳，有崇高的理想和伟大的目标，注重个人道德修养，具有良好的生活作风，乐于助人，关心国家大事。

在课余时间，本人经常参加体育锻炼，增强身体素质，也热爱活动，积极参加学校开展的各项文体活动，参加社会实践，继承和发扬了艰苦奋斗的精神，也参加了校文学社和书法协会，丰富了课余生活，使自己在各方面都得到了相应的提高。

坚信通过不断地学习和努力，自己可以成为一个有理想、有道德、有文化、有纪律的学生，以优异的成绩迎接挑战，为社会主义建设贡献我毕生的力量。

2.软件工程师自我鉴定 篇二

随着计算机及信息技术在航空领域的广泛深入应用，各种软件及软件工具也越来越多应用于航空各个系统及子系统。民用航空的机载软件的开发、验证过程存在大量重复性工作和容易出现错误的地方。利用相应的软件工具可以提高软件开发效率，缩短开发时间，避免重复性劳动。但是，软件工具本身的错误可能会对软件功能有负面影响，为了避免这种风险，需要对机载软件工具的进行鉴定。

1 DO-178B/DO-178C简介

美国航空无线电委员会RTCA(Requirements and Technical Concepts for Aviation)针对民用航空电子系统的软件开发制定了DO-178B《机载系统和设备合格审定中的软件考虑》，旨在确保开发的软件在功能上正确，在安全上可信，并能满足适航要求。DO-178B采纳了由欧洲联合航空管理局所使用的五级失效状的分类模式将机载软件安全级别划分为灾难性(A级)、危险性(B级)、较重要(C级)、次重要(D级)和无影响(E级)5个类型。等级高的软件在开发、验证中标准高，灾难性A级的审定要求最严格，无影响E级没有规定特定要求。DO-178B定义了66个目标(即针对每个需求的文档和测试)来满足这些信任等级。66个目标中的24个必需要相互独立。DO-178B自1992年推出以来，已成为所有新的航空软件认证的事实标准。

但是自从DO-178B发布以来，航空电子软件开发已有了显著的改变。近代软件工具，语言和技术不断演变。最明显的一个改变是软件程序变得越来越大并且越来越复杂。DO-178C是针对管理现代航空电子设备所必需的大量扩增的软件而定制的。DO-178C定义了71个目标(即针对每个需求的文档和测试)来满足不同的软件信任等级。软件等级A要满足71个目标(含30个需要独立的目标);软件等级B要满足69个目标(含15个需要独立的目标);软件等级C要满足62个目标(含5个需要独立的目标);软件等级D要满足25个目标(含2个需要独立的目标)。

2012年RTCA发布的DO-178C继承了DO-178B的核心文件，原则和过程，同时增加高层次建模的支持，面向对象编程和形式化方法，强调从模型到可执行代码以及反向的双向可追溯性。DO-178C消除一些DO-178B中的二义性，引入补充标准。如软件工具的鉴定标准DO-330，以证明用于建模，面向对象编程和形式化方法的工具的资格和能力。DO-178C引入的前向和后向的追踪，对于设计人员来说这会使利用这些先进技术的软件开发验证过程变得更容易，从而达到所需的安全苛刻软件的水平。

2 DO-178B对软件工具鉴定的要求

DO-178B的第12.2章节部分将软件工具进行分类，说明了在什么情况下需要对软件工具鉴定以及鉴定的准则。工具鉴定过程的目标是确保工具提供至少等效于取消的、减少的或自动进行的过程的置信度。工具鉴定的过程可适用于单个工具或工具的集合。

2.1 机载软件工具划分类型

DO-178B中将机载软件工具分为以下两类[1]。

1)软件开发工具:如果该软件工具的输出是机载软件的一部分，并且有可能引入错误，那么此类就是开发工具，不得不加以鉴定。软件开发工具如编译器、调试器和仿真器;

2)软件验证工具:不引入错误但是有可能检测不到错误的工具就是软件验证工具。如自动进行软件验证活动的静态分析器，如果它完成的功能不通过其它的活动来验证，那么就要加以验证。软件验证工具如类型检查程序、分析工具和测试工具。

2.2 机载软件工具鉴定的准则

对机载软件所涉及的软件工具及其是否需要工具鉴定应在软件合格审定计划PSAC(Plan for Software Aspects of Certification)中申明和规定。同时根据需要和复杂及重要程度，要撰写工具鉴定计划TQP(Tool Qualification Plan)。

软件鉴定工具的鉴定准则是通过在正常工作条件下工具符合其工具操作要求的证明来实现。

软件开发工具的软件级别应与其开发的机载软件级别相同。由于开发工具可能会向机载软件中引入错误，所以必须进行鲁棒性测试。

机载软件工具的鉴定准则如表1所示[4]。

2.3 机载软件工具鉴定的资料要求

机载软件的合格审定计划(PSAC)要规定被鉴定的工具并引用工具鉴定资料。工具鉴定计划TQP(Tool Qualification Plan)和工具完结综述TAS(Tool Accomplishment Summary)需要提交适航当局批准。对软件开发工具，工具鉴定资料要作为CC1(Control Category 1)进行控制;对软件验证工具，工具鉴定资料要作为CC2(Control Category 2)进行控制。机载软件工具鉴定资料要求如表2所示。

3 DO-178C对软件工具鉴定的要求

DO-178C中，由于有了独立的补充文档DO-330，所以对第12章的改动比较大。DO-178C对工具鉴定的指南的变动是最大的。但这些变动其实并不违背原来DO-178B所述的内容。它把工具鉴定的级别分成了五级，即TQL-1到TQL-5。TQL-1是对工具鉴定要求最高的级别，相当于DO-178B中所述的用于A级软件的开发工具的鉴定。而TQL-5则是鉴定级别最低的，相当于DO-178B中所述的用于C级或D级软件的验证工具的鉴定。所以真正的差异在于，当一个验证工具用于A级或B级软件时，如果该验证工具出错带来的危害可能比较严重的时候，需要对验证工具的鉴定提高要求，达到TQL-4。把工具鉴定分成五级后，DO-178C的专家组专门为工具的鉴定写了一个补充文档DO-330。该“补充文档”也可称为“补充标准”。

DO-178B标准对所有的开发工具的鉴定仅笼统地要求满足软件开发流程的所有目标;而验证工具的鉴定仅说明要求达到工具操作需求。目标和要求都不尽明确，导致申请人和适航审查方执行工具鉴定的具体审定工作难以进行。因此，DO-178C标准在修订时专门设立了工具鉴定工作组来研究相关对策。修订的DO-178C标准按照是否可能向软件产品引入错误、是否可能影响最终软件产品的开发流程步骤的省略、是否可能漏检错误等三条准则将工具鉴定的软件等级划分为5级[2](见表3)。

同时，修订的DO-178C标准有一份关于工具鉴定的补充标准DO-330。

4 DO-330对软件工具的鉴定具体要求

DO-330专门规定了工具的研制流程以及工具鉴定需满足的各等级目标。DO-330对软件工具鉴定作了详细的说明和定义，定义了工具生命周期过程。在DO-330第一章中列出了该标准的文档结构，第二章说明了工具鉴定的目的，第三章描述了工具鉴定的特征，后面章节全面介绍了工具生命周期过程。

4.1 软件工具生命周期进程

工具生命周期进程包含了三个大过程，也即工具计划过程、工具开发过程、工具综合过程[3]。计划过程先行，其它二个过程并行。工具开发过程又包含了四个小过程，也即工具需求过程、工具设计过程、工具编码过程、工具集成过程。工具综合过程也包含了四个小过程，也即工具验证过程、工具配置管理过程、工具质量保证过程、审定联络过程。此外，工具生命周期过程还包括工具鉴定数据和工具鉴定的其它考虑。综上所述，这些过程之间的关系用图1来描述。

4.2 工具生命周期过程的输出数据

工具计划过程的目的是制定5个计划和3个标准，用以指导工具开发过程和工具综合过程的工作开展。5个计划即工具的鉴定计划、开发计划、验证计划、配置管理计划和质量保证计划。3个标准是工具需求标准、工具设计标准、工具编码标准。对每个过程的输出结果归纳在表4中。

4.3 对之前鉴定过工具的重新使用

之前鉴定过的工具能否重新使用在新的项目中不需要重新鉴定，需要以下新的评估过程。工具能否被重新使用，需要满足以下:

a)鉴定过的工具在之前项目中使用是否被局方认证;

b)重新使用的工具的等级等于或低于之前的鉴定等级;

c)被重新使用的工具的生命周期数据没有发生变化;

d)工具的操作环境等同于之前鉴定的;

e)工具的操作需求和之前鉴定的一样;

f)申请者之前获取批准的工具鉴定数据;

g)申请者保证被鉴定数据支持的工具版本一样。

如果有任何一条没有满足，那么需要对工具操作环境或工具本身的变化作出分析。如果上述都满足，那么对工具重新使用的目的和规则需要在PSAC或TQP中说明并提交给局方。

DO-330对商业成品软件的鉴定也作了详细规定。

5 结语

本文简介了DO-178B和DO-178C，并介绍了DO-178B和DO-178C中对机载软件工具的鉴定准则和数据要求，同时详细介绍了DO-178C的补充标准DO-330对工具鉴定的要求。从DO-178C和DO-330来看，对机载软件工具鉴定的要求将更加严格。对申请人来说，所开发的机载软件需要通过适航认证，不单选择好用的软件开发和测试工具，还要确保所使用的软件工具通过DO-178合格性审定，需要考查工具开发商提供的工具是否通过DO-178认证。工具的鉴定工作量以及对该工具的重复使用都必须被考虑到。因此，确定工具的鉴定状态并按型号合格证申请时现行有效的标准完成对工具的鉴定，对申请者将会是一个新的挑战。

摘要：越来越来多的软件工具应用于机载软件的设计与验证,对工具鉴定的要求越来越严格。根据DO-178和DO-330,介绍对工具鉴定各方面的要求。

关键词：工具鉴定,DO-178,DO-330

参考文献

[1]DO-178B.Software Considerations in Airborne Systems and Equipment Certification[S].RTCA/EUROCAE,1992.

[2]DO-178C.Software Considerations in Airborne Systems and Equipment Certification[S].RTCA December 13,2011.

[3]DO-330.Software Tool Qualification Considerations[S].RTCA December 13,2011.

3.软件工程师的谎言 篇三

尽管我把软件工程师当作偶像，但他们仍然频繁地撒谎。也许撒谎是创新所必须的，太多人会告诉你，你想做的东西无法达成或者根本没人想要。只要知道他们在撒谎，你就不用担心。下面是一些工程师经常说的谎言。

1“我对市场一无所知”。这是一句假的谦逊之辞。事实上，这位工程师正在想的是，“我不了解市场营销，但与我所做的工作相比，那又算得了什么?工程和市场我都能应付自如，我只是希望那些MBA能够提出一些配得上我写出的代码的想法”。不过，不用对此太担心，在工程师错过了一个个产品开发的最终截止日期之后，他们会发现自己遇到了麻烦。

2“我们将要进行测试”。这是一个毫无意义的陈述，因为关键不在于什么时候开始测试，而在于什么时候完成测试。目前看来，惟一能够肯定的测试完成日期，就是钱花光的时候。

在过去，产品Alpha版本的意思是“所有的部分都完成了，尽管不一定能够合格运作”；Beta版本的意思是，“不会再出现重复性的错误了”。而到了现在，Beta版本则意味着，“在承诺的交货期之后，我们就消失了”。

3“我已经对代码进行了注释，后来者可以看懂我的工作”。工程师确实打算对代码进行注释，不过随着日子渐渐过去，工作重点也发生了变化。管理层将面对这样的问题：“你是想让我为代码进行注释还是尽快完成项目”?答案不言而喻。幸运的是，缺少注释并没有什么关系，因为代码是如此蹩脚，一年之内肯定需要重新编写。

4“我们的产品结构是可扩展的”。这是我最乐于听到的谎言。一般来说，从未交付过产品的工程师在vB中建立模型后会这么说。整个谎言是这样的：“Google的扩展性不如我们。他们可以支持2,500万次同时搜索，而我们可以轻而易举地处理10亿次。”幸运的是，在大多数情况下，产品真正能够应用所花的时间要比CEO的保守估计还长，所以可扩展性从来也不是—个重要问题。

5“我们编写的代码支持所有行业标准”。这几乎是事实，当然还需要一点补充：“这些代码支持着我所认同的所有行业标准”。工程师对他不喜欢的标准习惯地选择视而不见——例如那些微软颁布的标准。对工程师来说，这无关紧要，反正客户不会知道这些。 6“我们有一个数据库和系统，可以有效地报告bug”。但是，故障报告系统的设计前提是系统中没有故障，所以不需要报告。一艘情况下，如果记录的故障从不超过1，000个，那只能说明这个公司没有进行仔细的检查。

7“与印度的外包团队合作，会帮助我们做得更快、更好，而且更便宜”。普通的技术人员通常不会说出这样的谎言，这是CTO的杰作。在他们脑中，印度的程序员优秀、迅速、便宜，而美国人则差劲、拖沓、昂贵。事实显然不是这样。

8“我们的测试版网站喜欢它”。在技术界工作了25年，我从未听说过任何一个公司说起它的测试版网站不喜欢有软件产品出现在上面。有三个原因：首先，很多测试版网站很荣幸能得到软件的预发行版本，他们不希望提出否定意见；第二，大多数测试版网站并不怎么使用软件；第三，测试版网站并不希望无情地批评公司的新产品。正如告诉父母他们的孩子其实很丑一样，这是一件很难的事情。 9“这一次我们做对了”。这个谎言的可怕之处在于工程师对此真的相信。问题在于，“这一次”实际上已发生了很多次，到底哪一次做对了?我对工程师很有信心，并认为经过长时间的努力，他们真的能做好，只是我们活不到那个时候。

10“这段代码太差了，与调试和扩展相比，还是重写更好”。所有的程序员都会对别人的作品做此评价，还有一些人如此评论被重编后的版本。 11“我喜欢像建筑师一样思考，但是我可以编程”。这意味着该程序员实际上不能编程，而且很可能也不能设计好建筑。

12“在我的机器上它能正常运转”。“我的机器”很可能是世界上该软件能够正常运转的机器。

13“我当然可以放弃编程，而是去经商”。这是每个转型创业者的工程师的遗言，其意思是他既不能放弃编程，也不能去经商。

14“即使是我妈妈也可以在屏幕上冲浪”。当然，他的妈妈可能是麻省理工毕业的计算机专业博士。

4.软件工程专业学生自我鉴定 篇四

四年的大学生活转瞬即逝，转眼之间，作为xxx专业(改成自己在武汉软件工程职业学院的专业)的我即将告别大学生活，告别亲爱的同学和敬爱的老师，告别我的母校——武汉软件工程职业学院。美好的时光总是太短暂，也走得太匆匆。如今站在临毕业的门坎上，回首在武汉软件工程职业学院xxx专业(改成自己在武汉软件工程职业学院的专业)学习和生活的点点滴滴，感慨颇多，有过期待，也有过迷茫，有过欢笑，也有过悲伤。现将在武汉软件工程职业学院的学习和生活情况作自我鉴定如下：

在xxx专业(改成自己在武汉软件工程职业学院的专业)老师的教诲下，在武汉软件工程职业学院同学们的`帮助下，通过不断地学习xxx专业(改成自己在武汉软件工程职业学院的专业)理论知识和参与专业实践活动，本人xxx专业(改成自己在武汉软件工程职业学院的专业)素质和个人能力得到了提高，完全符合武汉软件工程职业学院对xxx专业学生的毕业要求。

5.软件工程师自我鉴定 篇五

自我鉴定是对自己过去某一阶段的学习或工作进行分析，并作出相应的总结，它可以帮助我们有寻找学习和工作中的规律，让我们好好写一份自我鉴定总结一下吧。那么如何把自我鉴定写出新花样呢？下面是小编帮大家整理的软件工程专业学生自我鉴定范文（通用6篇），欢迎阅读与收藏。

软件工程专业学生自我鉴定1

时光荏苒，四年的大学生活即将结束，作为人生中重要的转折点，它充实了我的文化知识、改变了我的一些行为习惯，提升了我的思想境界和精神境界。自进入大学开始我一直以严谨的学习态度和积极的工作热情投身于学习和工作中，争取成为一名德智体全面发展的优秀大学生。我相信通过四年的学习与锻炼，我能够在日益激烈的社会竞争占有自己的一席之地。

在政治上，我有坚定的政治方向，积极上进，了解时事政治，关注国际政治发展动向，热爱祖国，热爱人民，坚决拥护中国共产党的领导，拥护党的各项方针政策，遵纪守法，勇于批评和自我批评，树立了正确的人生观和价值观并在大四加入中国共产党。

在学习上，凭着对未来生活的渴望与追求，我一向严于律己，刻苦钻研，勤奋好学，态度端正，目标明确，为把自己，变成一个掌握现代信息和职业技能的合格大学生，我牢固掌握了本专业的基础知识和技能，除此之外我还广泛猎取其他学科的知识，给自己更多的机会参加社会实践，做到理论联系实际。

在工作上，除了积极参加学校、系、班级组织的各项活动外，作为一名学生干部，我积极主动的完成本职工作，与同学老师相互配合，顺利的组织开展了校园企业参观和系列知识讲座等活动。

在生活上，我严格要求自己,勤俭节约,遇事冷静思考,加以认真对待。勇于自我检讨。为人热情大方，诚实守信，乐于助人。有自己为人处世的原则，与同学，朋友和睦相处，共同进步。

离开大学校园并不意味着我将结束自己的学习生涯，相反，它为我开启了另一扇求学的大门，即将步入社会大学的我，依然会孜孜不倦的学习，在这即将告别美好大学生活、踏上社会征途的时刻，我将以饱满的热情、坚定的信念、高度的责任感去迎接新的挑战，攀登新的高峰。

软件工程专业学生自我鉴定2

光阴似箭，一晃一年的大学生活过去了。我从xxxx年进入某学校就读以来，一直一严谨的态度和积极的热情投身于学习和工作中，虽然有成功的泪水，也有失败的 辛酸，然而日益激烈的社会竟争也使我充分地认识到成为一名德智体全面发展的优秀 大学生的重要性。无论如何，过去的是我不断奋斗、不断完善自我的一年。

在思想上，要求积极上进，热爱祖国、热爱人民，遵守国家的法律法规及各项规章制度积极向党组织靠拢，于上期向党递交入党申请书，并在党校学习结业时被评为“优秀学员”;有很强的上进心，勇于批评与自我批评，树立了 正确的人生观和价值观。

在学习上，严格要求自己，凭着对考研目标和知识的强烈追求，刻苦钻研，勤奋好学，态度端正，目标明确，基本上牢固的掌握了一些专业知识和技能，作到了理论联系 实际;除了专业知识的学习外，还注意各方面知识的扩展，广泛的涉猎其他学科的 知识，从而提高了自身的思想文化素质，为成为一名优秀的大学生而不懈奋斗。通过我 的刻苦努力，在上期荣获院设一等奖学金，并被院列为了冒尖生培养对象。

在工作上，认真负责，有较好的组织能力，在担任分团委宣传部委员期间，工作 塌实，任劳任怨，责任心强，多次、配合部长出色的完成了院团委的宣传活动和系 内的`各项宣传活动。我结合自身的特长，积极为系增光，曾在院团委举办的海报制作 大赛及手抄报比赛中多次获奖。由于工作积极努力，成绩突出，被评为院“优秀共青团员”，得到老师和同学们的一致好评。

在生活上，养成了良好的生活习惯，生活充实而有条理，有严谨的生活态度和 良好的生活态度和生活作风，为人热情大方，诚实守信，乐于助人，拥有自己的良好 出事原则，能与同学们和睦相处;积极参加各项课外活动，从而不断的丰富自己的阅历，曾在寒假社会实践中被评为“先进个人”的称号，并在各项文娱体育活动中多次获奖。

作为一名20xx年大学毕业生，我明白我的缺点与优势，四年里我树立了正确的人生观,价值观和世界观,但更多的是我学到了许多书本上学不到的知识、修养和能力。我可以用热情和活力,自信和学识来克服以后研究生阶段的各种困难, 不断实现自我的人生价值和追求的目标，实现今后的美丽人生！

软件工程专业学生自我鉴定3

忙碌的大学生活就在悄然中过去了，但它已成为我人生美好记忆的一大部分。这些日子有成功的喜悦，有失败的彷徨，但却把我培养成了一个现代大学生，使我在各方面的综合素质都得到了提高，为以后的人生打下了坚实的基础。开辟了一条属于我自己的道路。

大学四年，在专业技能上，为适应社会发展的需求，我认真学习各种专业知识，发挥自己的特长;挖掘自身的潜力，结合每年的暑期社会实践机会，逐步提高了自己的学习能力和分析处理问题的能力以及一定的协调组织和管理能力。

大学期间，通过自学心理学我对自己主观的心理世界有了一个客观的认识，认清了自己性格中的优点和缺陷，明确了自己的潜力所在，为提升自我，超越自我指明了方向，心理学教会我在不丧失自我的前提下，从他人的角度来思考问题和看待问题。心理学教给我如何适应纷繁社会，在激烈的竞争环境中迅速成长的技能与技巧，让我能够抱着一份平淡与坦诚的心态去面对现实中的人与事。

在社会实践上，我利用课余时间经常阅览各类的书籍，并参加了软件测试工程师的培训并取得高级工程师证书，成绩优秀。这份职业需要有智慧、毅力和恒心。在当今这个快速发展的信息时代，我们只有不断汲取新知识，才不会落伍，才可能战胜自己。

本人思想端正，能吃苦耐劳，有崇高的理想和伟大的目标，注重个人道德修养，具有良好的生活作风，乐于助人，关心国家大事。

在课余时间，本人经常参加体育锻炼，增强身体素质，也热爱活动，积极参加学校开展的各项文体活动，参加社会实践，继承和发扬了艰苦奋斗的精神，也参加了校文学社和书法协会，丰富了课余生活，使自己在各方面都得到了相应的提高。

坚信通过不断地学习和努力，自己可以成为一个有理想、有道德、有文化、有纪律的学生，以优异的成绩迎接挑战，为社会主义建设贡献我毕生的力量。

软件工程专业学生自我鉴定4

四年的大学生活转瞬即逝，转眼之间，作为xxx专业（改成自己在武汉软件工程职业学院的专业）的我即将告别大学生活，告别亲爱的同学和敬爱的老师，告别我的母校——武汉软件工程职业学院。美好的时光总是太短暂，也走得太匆匆。如今站在临毕业的门坎上，回首在武汉软件工程职业学院xxx专业（改成自己在武汉软件工程职业学院的专业）学习和生活的点点滴滴，感慨颇多，有过期待，也有过迷茫，有过欢笑，也有过悲伤。现将在武汉软件工程职业学院的学习和生活情况作自我鉴定如下：

在xxx专业（改成自己在武汉软件工程职业学院的专业）老师的教诲下，在武汉软件工程职业学院同学们的`帮助下，通过不断地学习xxx专业（改成自己在武汉软件工程职业学院的专业）理论知识和参与专业实践活动，本人xxx专业（改成自己在武汉软件工程职业学院的专业）素质和个人能力得到了提高，完全符合武汉软件工程职业学院对xxx专业学生的毕业要求。

软件工程专业学生自我鉴定5

三年的大专生活似弹指一挥间，从刚跨入大专时的失落和迷茫，到现在即将走上工作岗位的从容、坦然。我知道，这又是我们人生中的一大新挑战，角色的转换。这除了有较强的适应力和乐观的生活态度外，更重要的是得益于大专三年的学习积累和技能的培养。

在大学期间，我始终以提高自身的综合素质为目标，为适应社会发展的需求，我认真学习所学的专业知识，发挥自己的特长；挖掘自身的潜力，结合每年的假期社会实践的机会，从而逐步提高了自己的学习能力和分析处理问题的能力以及一定的协调组织和管理能力。

本人思想端正，能吃苦耐劳，有崇高的理想和伟大的目标，注重个人道德修养，养成良好的生活作风，乐于助人，关心国家大事。积极向党组织靠拢，并通过校开展的党员培训班的学习对党有更深的认识和了解。

在学习上，我热爱自己的专业，还利用课余时间专修计算机专业知识，使我能轻松操作各种网络和办公软件。曾获过三等奖学金，在书法和体育运动都获得好成绩。英语、电脑、普通话等方面的等级考试已达标。除了在专业知识方面精益求精外，平时我还涉猎了大量网络编程、网络管理与维护、网页设计等知识。并且相信在以后理论与实际结合当中，能有更大提高。

我特别擅长于网页设计和网站管理与维护方面。于xx年十月份开始完成第一个小中型网站的设计，xx年三月份开始了第二个网站的设计工作。

人际交往方面。在大学期间，人际交往最主要的还是体现在同学关系上，总的来说，三年来，我与同学的关系都是比较融洽的，没有发生什么不愉快的事情。在平时的生活和学习上能在自己能力范围之内帮助一些有困难的同学，积极参加班级的每次活动，融入到班集体这个大家庭中去，处理好与同学、老师的关系，营造良好的班级气氛。同时在学生工作的过程中拓宽了我的交际

面，让我机会和具有不同背景的人交往，在这些过程中很好的培养了我交际能力，也让我树立了正确的为人处世态度和处世原则。

这三年的锻炼，给我仅是初步的经验积累，对于迈向社会远远不够的。因此，面对过去，我无怨无悔，来到这里是一种明智的选择；面对现在，我努力拼搏；面对将来，我期待更多的挑战。战胜困难，抓住每一个机遇，相信自己一定会演绎出精彩的一幕。

软件工程专业学生自我鉴定6

总的来说，这四年来，我认真学习，积极主动参加学校的各项活动，并在活动中学到了很多经验以及与人交往的方法。锻炼了自己的各方面能力，有很多收获。具体说来：

在刚入学的时候，觉得基础学科，例如数学分析和大学物理比较晦涩。幸运的是一直碰到很好的老师，所以在老师的带领下学习了这些没有信心的科目，并形成了一定的思维习惯。在大二大三接触了比较有意思的实践科目，例如物理实验、金工实习等，都令我受益匪浅，动手能力得到了提高。因为所学的是软件工程专业，在大二大三比较集中的专业课中，除了学习理论知识，也注重实际操作能力的培养。

在上大学之前从来没有住宿生活的我体验了丰富多彩的住宿生活。寝室同学相处的很融洽。同时也积极参加社团和学校、学院组织的活动，例如秋水书社和排球体总杯以及软件学院体育节等等，结识了一些志同道合的朋友。我在大一加入了学院的学生会，成为了一名联络部的小干事。经历了一年的磨练之后，得到大家的信任，成为软件学院学生会副主席。和各位部长们以及兄弟院系的学生干部们一起组织了很多活动，体验到了学生工作的酸甜苦辣。

在大三暑假去了曾经的阿里软件实习，是一段非常难忘和有意义的经历，是真正脱离校园接触社会的第一步。在阿里软件收获了很多在学校里学不到的东西，例如实际项目的经历等等。更重要的是了解了更多的社会交往原则。阿里巴巴是个充满朝气的企业，在这段实习中感受到了IT这个行业的无限可能，也认识到自己所学的知识还只是冰山一角，需要不断的提高，所以选择了继续学习。

6.c软件工程师自我评价 篇六

1、熟悉.NetFramework 3.5开发框架，熟练掌握面向对象编程机制(OOP)，熟练运用ASP.Net、ADO.NET编程;熟练操作IIS6、IIS7服务器及网站发布;了解Linux操作系统。

2、熟练掌握C#,B/S;C/S结构开发，三层架构应用程序开发，熟练运用MS VS、 MS Sql Server开发工具;熟练使用MS VSS、SVN团队开发工具;能独立完成项目开发。

3、熟练掌握HTML,CSS,JS,AJAX等前端页面开发技术; 熟练应用JQuery、Extjs等前台JS框架快速开发;熟悉XML/Json数据格式处理;熟悉MVC框架、系统设计模式及原则。

4、熟练使用Sql语句、存储过程、触发器等数据库编程，了解mysql数据库;

7.软件工程师自我鉴定 篇七

开拓国内、国际软件开发市场、扩大对软件外包企业的有效供给是保证我国软件外包企业健康、持续发展的必要手段。在国际市场的开拓方面, 相对于印度而言, 由于我国的软件外包企业整体规模较小、实力相对较弱, 因此很难在短时间内在欧美市场上获得较大突破, 而对于有着地缘优势和先行优势的日本市场, 则有加大的可行性。这是因为自2002年以来, 日本离岸外包的交易额便不断增加, 2008年度的实际交易额为958亿日元, 与前一年相比增加了34%。但是, 从整个庞大的日本信息服务市场 (16兆8千亿日元) 来看, 离岸外包所占的比例甚小, 仅占日本信息服务市场的0.57%。

另一方面, 2008年由日本政府所属的中小企业经营信息支援中心实施的《离岸开发的潮流和软件行业的结构调整》的调研可知, 中小软件企业认为大型软件企业会进一步推进离岸外包, 其原因如下: (1) 日本的软件需求企业认为离岸外包会带来开发成本的下降, 所以倾向于将业务外包给积极推进离岸外包的大型软件企业; (2) 经过多次的磨合, 接受日本软件开发的外国企业已经逐步适应日本软件行业的特性, 其生产性在逐步提高; (3) 随着软件开发趋于标准化这一潮流的发展, 日本国内的软件需求企业和大型软件企业也会逐步提高软件开发的标准化程度, 从而降低成本; (4) 对于大型软件企业而言, 它的下级承包商的规模越大, 所需的分包层次就越少, 也就越便于管理, 在这方面, 国外 (中国或印度) 的大型软件接包企业具有优势; (5) 尽管大型企业的软件工程师趋向于与日本的中小软件企业合作, 但是经营者已经将离岸外包作为将来的战略选择, 并已经将一定数量的业务外包给了离岸企业。

由此可见, 扩大软件外包, 应用日本国内、国外两个资源已经是各大日本软件开发企业 (包括制造商在内的最终用户) 的必然选择。在这方面, 中国的软件企业有可能成为日本扩大离岸外包业务的最大受益者, 这是因为日本信息处理推进机构实施的《日本离岸外包调查报告2008年版》的数据显示, 中国已经占有目前日本外包市场的60%。

为了充分利用现有的对日软件接包优势, 我国的一些政府和软件开发企业正积极地顺应日本扩大离岸开发的潮流, 努力将其业务吸引到本地。这些措施包括加大对日软件企业的招商力度, 鼓励其在本地区设立桥梁企业等等。也有一些地方政府和较有实力的软件企业, 开始在日本设立公司, 力求通过这些公司扩大承接日本软件外包的份额。比如考虑到许多中小企业因实力有限, 在日本设立分公司力不从心, 大连市政府和大连高新园区管委会在东京住友大厦先期租用1000余平方米办公区域作为大连 (日本) 软件园, 2008年12月3日开园仪式在日本东京住友大厦举行, 首批入驻的企业就有35家之多。

从软件外包市场交易双方的力量对比来看, 将软件开发工作外包给其它软件企业的一方处于优势, 进而有可能滥用自己的优势市场地位, 做出侵害接包方利益的行为。为了维护市场公平, 也是为了维护日本中小软件企业的合法权益, 日本的公平贸易委员会于2004年修改了《防止分包商推迟付款等行为的法律》 (简称《分包法》) , 将软件行业的外包交易正式纳入该法的管辖范畴, 2007年为了配合日本政府提出的“成长战略”, 公平贸易委员会又公布了《在信息服务和软件产业实施分包法指南》。

考虑到我国软件企业在日本设立的分支机构主要是为了获得软件开发的承包订单, 而且目前还没有能力和关系从原始发包商处获得订单, 更多地是处于《分包法》中所定义的接包商的角色, 不但归属于该法的管辖范畴, 而且处于被保护者的地位, 因此, 了解该法的内容对于保护我国软件企业的合法权益保护有较大的作用。

《分包法》的管辖范围

日本的《分包法》主要从两个方面定义了该法律的管辖范围, 即资金规模和交易内容。从资金规模来看: (1) 资本金在3亿日元以上的企业与资本金在3亿日元以下的企业或个人之间的交易; (2) 资本金在1千万日元以上3亿日元以下的企业与资本金在1千万日元以下的企业或个人之间的交易; (3) 资本金在5千万日元以上的企业与资本金在5千万日元以下的企业或个人之间的交易; (4) 资本金在1千万日元以上5千万日元以下的企业与资本金在1千万日元以下的企业与个人之间的交易。在上述四种情况下, 前者属于分包商, 是《分包法》的规制对象, 后者属于接包商, 是该法律的保护对象。

从交易内容来看, 信息服务和软件产业中的 (1) 甲方委托乙方作成信息成果物; (2) 甲方把对第三者提供的服务委托给乙方的交易有可能是《分包法》的管辖范围, 在这种情况下, 甲方属于分包商, 乙方属于接包商。具体而言, 法律中所指的信息成果物包括:程序 (比如游戏软件、会计软件、家电的镶嵌式软件、顾客管理系统等) 、电影电视节目 (比如电视剧、电视广告片、收音机节目、动画片等) 、文字与图形和色彩的结合体 (比如设计图纸、商品的外形设计、咨询报告、杂志广告等) 。

其中, 信息成果物的作成委托又分为三种情况: (1) 以上述信息成果物的出售为主营业务的企业将完成该信息成果物的部分或全部工作委托给他人, 比如, 软件开发企业将面向消费者销售的软件的作成委托给其他软件开发企业、软件开发企业将面向特定消费者的行业应用软件的作成委托给其他软件开发企业、家电制造企业等将镶嵌于产品内部的控制程序的作成委托给其他软件开发企业; (2) 以承接上述信息成果物的作成为主营业务的企业将承接到的业务的部分工作委托给他人, 比如软件开发企业将承接的行业应用软件的开发工作的部分或全部委托给其他软件开发企业、制造企业将镶嵌式软件的开发工作委托给其他软件开发企业; (3) 以上述信息成果物的出售为主营业务的企业将自用软件等的作成的部分或全部委托给其他软件开发企业, 比如, 软件开发企业将自己公司使用的会计软件的开发工作委托给其他软件开发企业。上述三种情况的区别如图1所示。特别值得一提的是, 只有图1中分包商和接包商之间的交易才是《分包法》的管辖范畴。

至于第二种情况的甲方把对第三者提供的服务委托给乙方的交易, 在信息服务软件产业中, 一般指软件开发企业将软件的售后服务委托给第三者的情况, 在这种情况下, 即使对顾客提供的售后服务在形式上是免费的, 法律认为这种对价实际上已经包括在软件的价格里了, 因此, 同样视为有偿服务, 要受到《分包法》的规制;另外软件使用说明书的翻译委托、印刷委托、公司用网页的制作委托也是《分包法》的管辖范畴 (但是如果网页制作的外包部分是公司在技术上不能完成的则不属于该法的管辖范畴) 。

如果上述业务发生在母公司和子公司之间, 而且母公司对子公司的投资超过子公司资本金的50%时, 法律上视二者之间的交易为同一公司的内部交易不予介入。但是如果不满足上述资本关系时, 则同样要受到《分包法》的规制。

针对一些“通道企业” (指大公司为逃避《分包法》的规制而设立的小公司, 通常其资本金小于该法规定的金额) , 《分包法应用指南》规定, 当满足以下两个条件时, 该“通道企业”被视为实质上的分包商, 同样要接受《分包法》的规制, 即 (1) 大企业实质上控制着“通道企业” (比如控制着50%以上的表决权;派出管理人员占到小企业高管的半数以上;控制着小企业的高管任免权) ; (2) “通道企业”将大企业委托业务的50% (金额或数量) 以上转包给其他企业。

至于国外资本在日本设立的企业, 只要其在资本金和交易内容上符合《分包法》的条件, 则同样要受到该法的规制。特别值得一提的是, 信息服务和软件产业的海外发包不适用于该法, 比如日本软件企业将软件开发离岸到我国, 这种情况下, 无论资本金和交易内容如何都不被纳入《分包法》的管辖范畴。

分包商的义务

出于对接包方企业的保护, 《分包法》规定了分包商的四项法律义务, 这四项义务是非对称的, 也就是说接包企业不受此约束。

提供书面文件的义务。《分包法》规定, 一旦分包商和接包商之间的交易成立, 则分包商应立刻以书面形式将记载了相关内容的书面文件提供给接包商。相关内容包括:双方企业的名称、信息成果物作成委托日期、接包商交付的产品内容 (包括知识产权的归属问题) 、分包商接受产品的时间和地点、分包商对产品的内容进行检查 (验货) 的地点和完成时间、支付的报酬及其时间、支票支付时的相关事项、有偿提供原材料时的相关事项。根据法律要求, 上述内容要尽可能具体、详细。但是当交易的性质使上述某项内容无法达到具体详细时, 分包商可以在文件上写明其原因和该项内容的具体可知时间, 并在第一时间内提供追加文件。比如, 在软件开发中, 原始发包商在交易之处可能无法确定软件的具体功能, 因此分包商也无法对接包商提出具体的要求, 在这种情况下, 书面文件需明确规定功能可知的具体时间, 比如, 某月某日或合同签订后若干天以内。另外, 当支付的报酬无法用金额表示时, 可以将其具体的计算方法写入书面合同。

特别值得一提的是, 分包商不能以原始发包商的金额支付日期未定为理由, 将支付日期笼统地定为原始发包商支付之后。

另外, 如果内容记载全面的话, 分包商与接包商之间的订单、收据可以看作与正式合同具有相同的效力。同时, 书面文件可以通过邮寄、电子邮件或传真的方式传给接包商, 分包商通过电子邮件传递的情况下要事先得到接包商的认可。

明确支付时间义务。《分包法》规定, 分包商最迟要在接受信息成果物60天以内支付对价。

支付利息义务。《分包法》规定, 如果分包商不能在接受信息成果物60天以内支付对价, 则每推迟一天, 支付相当于年利息14.6%的滞纳金。

文件保存义务。分包商有义务将写有具体交易内容的文件保存至少两年的义务。

法律禁止的分包商行为

为了防止分包商恶用自己的优势市场地位, 《分包法》共规定了11种禁止行为。

(1) 恶意压价。该类禁止行为包括以下四种情况, 即分包商无视交易内容的难易程度, 强行以相同比率降低对价;分包商以原始发包商的支付对价为基础, 单方决定与接包商的交易价格, 而且明显低于公平对价;对信息成果物的完成过程中产生的知识产权的价格支付明显低于公平对价;因为合同内容的改变而明显增加了接包商的工作量, 但是分包商却对交易对价不进行相应修正。

(2) 拒绝接受产品 (信息成果物) 。《分包法》禁止分包商以原始发包商拒绝接受产品为由而拒绝接受承包商完成的产品。

(3) 无理退货。分包商经过验货后认为产品合格, 但是在使用过程中发现了验货时无法发现的瑕疵, 如果此事发生在交货后的六个月以内则可以要求退货;如果分包商验货后发现产品不合格, 但是却没有立刻退货则失去了在六个月内可以退货的权力;在分包商书面委托接包商实施验货的情况下, 如果事后发现了验货时无法发现的瑕疵或是证明验货行为有失误, 则分包商有权在六个月内退货。除上述情况以外的退货被视为无理退货, 属于违法行为。

(4) 减少支付金额。此类禁止行为包括:接包商要求分包商以现金支付代替原定的支票支付时, 分包商扣除的金额明显高于自己的现金筹措成本;以原始发包商削减支付金额为由减少对接包商的支付金额;分包商对纳期要求过严导致迟延交货, 却以此为由减少支付金额;其他无法归于接包商过失的减少支付金额行为。

(5) 变更合同内容。此类禁止行为主要包括:应原始发包商的要求实施的软件开发指示书的变更增加了接包商的工作量, 但是分包商却拒绝负担全部的额外费用;对因上述原因产生的迟延交货采取拒收或减价行为;无故变更或取消合同内容却拒绝负担相关费用;无理拒绝接包商的相关信息请求, 然后以产品与开发指示书不同为由拒绝接货或要求变更;分包商要求接包商的瑕疵担保期间超过其对原始发包商的瑕疵担保期间 (通常为1年) 。

(6) 报复行为。《分包法》禁止分包商因为接包商向公平贸易委员会或中小企业厅举报其违法行为而采取报复行为, 比如取消或减少交易量。

除此以外, 其他的禁止行为包括 (7) 迟延付款; (8) 捆绑销售; (9) 给接包商带来经济损失的无理要求; (10) 出具兑现困难的支票; (11) 要求接包商提前对分包商的原材料货款进行结算。

主管机构及其执法过程

《分包法》的主管机构是日本的公平贸易委员会。根据《禁止私人垄断及确保公平交易法》于1947年设置的日本公平交易委员会是日本唯一的反垄断法行政主管机构。该委员会的决策机构包括一名委员长和四名委员。委员会成员须具有相应的法学或经济学知识, 年龄在35岁到70岁之间, 由首相征得参众两院同意后任命, 但委员长须由天皇认证 (需要经过天皇认证的官员包括中央各部委部长、委员长以及大使、公使等少数职务) , 委员会成员的每届任期为5年, 可以连任。委员会要在委员长和另外两名委员出席后方可开会, 委员会形成的决议需半数以上的出席者同意。

公平交易委员会下设事务总局, 负责日常事务, 总局下设办公厅、经济交易局和审查局, 同时在全日本有9个派出机构。2008年公平交易委员会共有706名全日制工作人员, 财政预算约为86亿日元 (约合人民币6.5亿) 。与1990年的474名工作人员和39亿日元的财政预算相比, 有了很大的增加。考虑到泡沫经济后日本政府削减公务员人数和紧缩预算的趋势, 公平交易委员定员和预算的增加, 反映了日本政府对竞争政策的重视。

从隶属关系来看, 该委员会在行政上隶属于日本的内阁府, 但是在业务上它不接受任何机关的指导, 具有独立性。法律还规定在委员任职期间, 无法定事项的发生, 即使是首相也不得免去委员会成员的职务或实施非自愿的减薪。同时委员会成员不得参加政治活动、不得参加议员选举、不得进行商业性的营利活动。而且除首相特批外, 不得兼职其他有报酬的活动。可以说这一系列的规定一方面限制了委员的行为, 但同时确保了公平交易委员会在中央政府层面上的独立性和中立性。另外, 其垂直式隶属关系也削弱了地方政府部门的直接影响。

从法律授予的权力来看, 公平交易委员会具有执行性行政立法权, 可以根据议会公布的反垄断基本法制定相应的规则, 而且具有强制性;具有调查权, 在取得法院搜查证的情况下, 可以对包括政府机关在内的机构进行入室搜查, 获得相关资料;具有行政执法权, 可以对违反《分包法》的行为发出禁令或处以罚款;具有准司法权, 可以开庭审议当事人提出的行政复议要求;具有告发权, 当事人违反了《分包法》的特定条款时, 公平交易委员会可以提请当地检察院提起公诉;具有知情权, 包括行政机关在内的团体、企业等违反《分包法》时, 必须将事件经过、改善措施、处罚结果等书面告知公平交易委员会, 对此后者可以公开发表自己的意见。

在实际的案件中, 当接包商怀疑分包商的行为伤害了自己的利益, 有可能违反《分包法》的规定时, 可以向日本公平贸易委员会、日本中小企业厅、在日本九个地区设置的经济产业局中小企业科申请咨询。如果公平贸易委员会认为有必要进一步核查事实, 则可以根据法律赋予的权限, 要求分包商提供相应的资料并可以实施现场调查。如果事实证明分包商确实违反了《分包法》, 则可以实施相应的处罚措施。

对于分包商的以下四种违法行为, 即 (1) 没有履行提供书面文件义务; (2) 没有履行文件保存义务; (3) 拒绝提供相关资料或提供虚假资料; (4) 对公平贸易委员会的现场调查采取回避、妨害或拒绝, 公平贸易委员会可以对主要行为人和/或公司法人处以50万日元以下的罚款。

对于分包商的其他为违法行为, 公平贸易委员会可以提出“劝告”, “劝告”的内容包括: (1) 违法事实; (2) 对本次违法行为的处罚措施 (一般是恢复至接包商未受侵害状态) ; (3) 防止类似事件再次发生的改善措施 (有时会命令分包商提出书面的改善措施方案) 。特别值得一提的是, 这种“劝告”是以书面形式提出的, 而且会通过公平贸易委员会的网页公开。

对于没有违法事实但是有违法倾向的分包商, 公平贸易委员会可以提出“警告”, 要求其提出书面的改善措施方案。

同样, 如果接受咨询的中小企业厅事业环境部的交易科 (负责《分包法》的政府部门) 认为有必要实施进一步的调查, 则可以根据法律赋予的权限, 要求分包商提供相应的资料并可以实施现场调查。根据调查结果, 中小企业厅可以做出两种: (1) 如果违法事实轻微, 中小企业厅可以直接向分包商提出改善命令; (2) 如果违法事实较为严重, 则中小企业厅会把案件移交给公平贸易委员会。

软件承包合同的标准化趋势

虽然《分包法》明令禁止分包商对揭发自己违法行为的接包商采取报复行为, 但现实中一旦二者之间有了司法介入, 维持稳定持续的交易关系会变得比较困难, 而且往往是接包商处于弱势地位, 失去获得生意的机会, 甚至会破产。因此, 为了防患于未然, 公平贸易委员会主要在两个方面采取了措施, 其一是强化事前宣传教育。主要做法是编制《分包法》的实施指南, 在全国各地实施巡回演讲报告或是举办学习班, 特别是在容易发生违法行为的行业 (比如建筑业、制造业、软件业等) 和时期 (经济不景气时) 实施重点宣传教育。

其二是从源头上解决问题。如前所述, 因为原始发包商与分包商的交易内容在很大程度上会影响分包商与接包商的交易内容, 比如软件开发指示书的模糊化问题、软件功能或纳期的大幅变动等问题。为此, 公平贸易委员会一方面强化规制原始发包商与分包商交易行为的《反垄断法中关于委托交易中滥用市场优势地位的指南》的实施, 同时与日本经济产业部和行业协会合作, 编制《信息系统交易合同标准范本》, 以此推行原始发包商与分包商之间交易合同的标准化, 减少现存的商业习惯对合同内容的影响, 进而减少发生歧义的可能性和对行业下游交易的负面影响。

8.浅谈软件工程之软件需求分析 篇八

【关键词】软件工程 软件需求 需求工程 需求开发 需求管理

【中图分类号】TP311.5【文献标识码】A 【文章编号】2095-3089（2015）06-0181-02

软件工程师所需解决的问题往往十分复杂，了解问题的性质可能是非常困难的，尤其当系统是全新的时候。

1.综述

软件工程中包含需求、设计、编码和测试四个阶段，其中需求工程是软件工程第一个也是很重要的一个阶段，这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。本文以企业人事信息管理系统为例详细介绍了需求工程的构成和进行方法。

2.需求的标准

定義需求标准有所不同，但在思想上是相同的，都是为了保证项目的顺利进行。一般的标准为：明确（Clear）、完整（Complete）、一致（Consistent）、可测试（Testable），还有可跟踪、可修改等等。

明确：目前大多数的需求分析采用的仍然是自然语言，自然语言对需求分析最大的弊病就是它的二义性。所以对需求分析中采用的语言应该做某些限制尽量采用主语+动作的简单表达方式。还有，不要使用计算机术语。需求分析最重要的是和用户沟通，可是用户多半不是计算机的专业人士，如果在需求分析中使用了行话，就会造成用户理解上的困难。

完整：需求的完整性是非常非常重要的，要做到需求的完整性是很艰难的一件事情，它涉及到需求分析过程的各方各面，贯穿了整个过程，从最初的计划制定到最后的需求评审。

一致：用户需求必须和业务需求一致，功能需求必须和用户需求一致。严格的遵守不同层次间的一致性关系，就可以保证最后开发出来的软件系统不会偏离最初的实现目标。

可测试：需求的几项标准都是为了保证需求的可测试性，只有系统的所有需求是可以被测试的，才能够保证软件始终围绕着用户的需要，保证软件系统是成功的。

需求工程分为了需求开发和需求管理两个阶段：下面就以这两个阶段说明：

3.需求开发

需求开发又分为需求获取、需求分析、编写规格说明书和需求验证。以下列出和讲解分析常规的步骤，当然应按照项目的大小和特点等实际情况我们应该自己确定合适的步骤。

3.1需求获取：

这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动。

了解客户方的所有用户类型以及潜在的类型。然后，根据他们的要求来确定系统的整体目标和系统的工作范围。

对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。例如，可以将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、自动恢复时间等）、环境限制、设计约束等类型。

需求分析人员对收集到的用户需求做进一步的分析和整理。

需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。大家共同确认需求分析人员所提交的结果是否真实地反映了用户的意图。

3.2需求分析

需求分析是软件定义时期中很重要的一个阶段，它的基本任务是准确地回答“系统必须做什么？”这个问题。在很多情形下，分析用户需求是与获取用户需求并行的，主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。

用于需求建模的方法有很多种，最常用的包括数据流图（DFD）、实体关系图（ERD）和用例图（Use Case）三种方式。DFD作为结构化系统分析与设计的主要方法，已经得到了广泛的应用，DFD尤其适用于MIS系统的表述。DFD使用四种基本元素来描述系统的行为，过程、实体、数据流和数据存储。DFD方法直观易懂，使用者可以方便地得到系统的逻辑模型和物理模型，但是从DFD图中无法判断活动的时序关系。

ERD方法用于描述系统实体间的对应关系，需求分析阶段使用ERD描述系统中实体的逻辑关系，在设计阶段则使用ERD描述物理表之间的关系。需求分析阶段使用ERD来描述现实世界中的对象。ERD只关注系统中数据间的关系，而缺乏对系统功能的描述。如果将ERD与DFD两种方法相结合，则可以更准确地描述系统的需求。

3.3编写规格说明书

项目视图和范围文档包含了业务需求，而使用实例文档则包含了用户需求。你必须编写从使用实例派生出的功能需求文档，还要编写产品的非功能需求文档，包括质量属性和外部接口需求。软件需求规格说明阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件，它不仅是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。它应该尽可能完整地描述系统预期的外部行为和用户可视化行为。

采用软件需求规格说明模版：采用需求规格说明书模板在你的组织中要为编写软件需求文档定义一种标准模板。该模板为记录功能需求和各种其它与需求相关的重要信息提供了统一的结构。注意，其目的并非是创建一种全新的模板，而是采用一种已有的且可满足项目需要并适合项目特点的模板。

3.4需求验证

需求分析阶段的工作结果是开发软件系统的重要基础，大量统计数字表明，软件系统中15%的错误起源于错误的需求。为了提高软件质量，确保软件开发成功，降低软件开发成本，一旦对目标系统提出一组要求之后，必须严格验证这些需求的正确性。一般说来，要按以下步骤进行需求验证：

1）审查需求文档；2）依据需求编写测试用例；3）编写用户手册；4）确定合格的标准。

4.需求管理

需求开发的结果应该有项目视图和范围文档、使用实例文档、软件需求规格说明及相关分析模型。经评审批准，这些文档就定义了开发工作的需求基线。这个基线在客户和开发人员之间就构筑了计划产品功能需求和非功能需求的一个约定。需求约定是需求开发和需求管理之间的桥梁，需求管理包括在工程进展过程中维持需求约定集成性和精确性的所有活动。

5.企业人事管理系统

5.1企业人事管理系统概述

企业人事管理系统是针对企业人事方面的大量业务处理工作而开发的管理软件。根据用户的要求，实现人员基本情况管理、工资管理、和考勤管理等几个方面的功能。用户通过输入工资、考勤、职工履历等基本信息，由系统自行生成相应的统计数据及各类统计报表以供用户查询、打印。

5.2系统功能分析

系统开发的总体任务是实现企业人事信息关系的系统化、规范化和自动化。

系统功能分析是在系统开发的总体任务的基础上完成的。经过按照以上分析过程进行分析，分析出企业人事信息管理需要完成功能。

6.总结

以上详细介绍了软件需求分析过程。软件工程中包含需求、设计、编码和测试四个阶段，其中需求工程是软件工程第一个也是很重要的一个阶段，要想做好一个项目，必须先做好需求分析，需求工程分为了需求开发和需求管理两个阶段：需求开发又分为需求获取、需求分析、编写规格说明书和需求验证。需求管理就是对需求变更控制的过程。通过介绍企业人事信息管理系统的需求分析阶段，更好地说明了需求分析过程。

参考文献：