㈠ (GB8567-88) 软件工程国标文档
来源：国家计算机标准和文件模板
软件文档(document)也称文件，通常指的是一些记录的数据 和数据媒体，它具有固定不变的形式，可被人和计算机阅读。它和计算机程序共同构成了能完成特定功能的计算机软件(有人把源 程序也当作文档的一部分)。我们知道，硬件产品和产品资料在整 个生产过程中都是有形可见的，软件生产则有很大不同，文档本 身就是软件产品。没有文档的软件，不成其为软件，更谈不到软件产品。软件文档的编制(documentation)在软件开发工作中占有突 出的地位和相当的工作量。高效率、高质量地开发、分发、管理和维护文档对于转让、变更、修正、扩充和使用文档，对于充分发挥软 件产品的效益有着重要意义。 然而，在实际工作中，文档在编制和使用中存在着许多问 题，有待于解决。软件开发人员中较普遍地存在着对编制文档不感兴趣的现象。从用户方面看，他们又常常抱怨：文档售价太高、文 档不够完整、文档编写得不好、文档已经陈旧或是文档太多，难于 使用等等。究竟应该怎样要求它，文档应该写哪些，说明什么问题，起什么作用?这里将给出简要的介绍。
图 文档桥梁作用
文档在软件开发人员、软件管理人员、维护人员、用户以及计 算机之间的多种桥梁作用可从图中看出。软件开发人员在各个阶段中以文档作为前阶段工作成果的体现和后阶段工作的依据，这个作用是显而易见的。软件开发过程中软件开发人员需制定一些工作计划或工作报告，这些计划和报告都要提供给管理人员，并得到必要的支持。管理人员则可通过这些文档了解软件开发项目安排、进度、资源使用和成果等。软件开发人员需为用户了解软件的使用、操作和维护提供详细的资料，我们称此为用户文档。
以上三种文档构成了软件文档的主要部分。我们把这三种文档所包括的内容列在图6中。其中列举了十三个文档，这里对它们作一些简要说明：
· 可行性研究报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施的方案，说明并论证所选定实施方案的理由。
· 项目开发计划：为软件项目实施方案制定出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。项目开发计划应提供给管理部门，并作 为开发阶段评审的参考。
· 软件需求说明书：也称软件规格说明书，其中对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议， 也是实施开发工作的基础。
· 数据要求说明书：该说明书应给出数据逻辑描述和数据采 集的各项要求，为生成和维护 系统数据文卷作好准备。
· 概要设计说明书：该说 明书是概要设计阶段的工作 成果，它应说明功能分配、模 块划分、程序的总体结构、输入输出以及接口设计、运行设 计、数据结构设计和出错处理 设计等，为详细设计奠定基 础。
· 详细设计说明书：着重 描述每一模块是怎样实现的， 包括实现算法、逻辑流程等。
·用户手册：本手册详细 描述软件的功能、性能和用户 界面，使用户了解如何使用该软件。
图 三种文档
· 操作手册：本手册为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。
· 测试计划：为做好组装测试和确认测试，需为如何组织测试制定实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
· 测试分析报告：测试工作完成以后，应提交测试计划执行 情况的说明。对测试结果加以分析，并提出测试的结论意见。
· 开发进度月报：该月报系软件人员按月向管理部门提交的 项目进展情况报告。报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。
· 项目开发总结报告：软件项目开发完成以后，应与项目实 施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力。此外还需对开发工作作出评价，总结出经验和教训。
· 哪些需求要被满足，即回答"做什么?"
· 所开发的软件在什么环境中实现以及所需信息从哪里来， 即回答"从何处?"
· 某些开发工作的时间如何安排，即回答"何时干?"
· 某些开发(或维护)工作打算由"谁来干?" · 某些需求是怎么实现的?
· 为什么要进行那些软件开发或维护修改工作? 上述十三个文档都在一定程度上回答了这六个方面的问题。这可从表中看到。
表 文档所回答的问题
至此，我们对文档的作用有了进一步的理解。每一个文档的任 务也是明确的，任何一个文档都bu是多余的。
㈡ 请问软件开发企业中有没有什么国家标准或者行业标
有用的国家标准很多，大部分是ISO标准的采标。例如GB/T 8566-2007《信息技术 软件生存周期过程》，GB/T 16680-2015《系统与软件工程 用户文档的管理者要求》。
推荐的做法，就是登陆国家标准委的官网，网址
http://www.sac.gov.cn/was5/web/outlinetemplet/gjbzcx.jsp
然后查询 信息技术、软件工程、系统工程、信息安全技术，能够看到很多很多文档，这些网页打开会，可以看到采用国标标准，然后如果英文可以，到ISO的官网上，用标准号或标准名称检索，就能够看到ISO标准。
IEEE在软件工程很面，很多标准是与ISO/IEC一起做的，或者是采用ISO/IEC的标准。CMMI实际上本身是一个框架，但是采用的标准往往就是ISO/IEC标准或IEEE标准。
㈢ 相关的软件工程国家标准把软件生存周期划分为8个阶段，是那8个阶段
软件工程
软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义：
Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
IEEE：软件工程是开发、运行、维护和修复软件的系统方法。
Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。
(1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
(2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。
(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
软件工程必须遵循什么原则
围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则：
(1)选取适宜的开发模型
该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和影响的，经常需要权衡。因此，必需认识需求定义的易变性，采用适当的开发模型，保证软件产品满足用户的要求。
(2)采用合适的设计方法
在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现，以达到软件工程的目标。
(3)提供高质量的工程支撑
工欲善其事，必先利其器。在软件工程中，软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。
(4)重视软件工程的管理
软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织的生产能力等问题。因此，仅当软件过程予以有效管理时，才能实现有效的软件工程。
软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、 技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够 得到的最好的技术方法结合起来，这就是软件工程。
软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。它们是
在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对
软件产品经常不满意的状况而发展起来的。人类解决复杂问题时普遍采用的一个策
略就是“各个击破”，也就是对问题进行分解然后再分别解决各个子问题的策略
。软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题
进行分解，把软件生存的漫长周期依次划分为若干个阶段，每个阶段有相对独立
的任务，然后逐步完成每个阶段的任务。采用软件工程方法论开发软件的时候，
从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发。前一个阶段任务
的完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是
使前一阶段提出的解法更进一步具体化，加进了更多的物理细节。每一个阶段的开
始和结束都有严格标准，对于任何两个相邻的阶段而言，前一阶段的结束标准就
是后一阶段的开始标准。在每一个阶段结束之前都必须进行正式严格的技术审查
和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，通过之后这
个阶段才算结束；如果检查通不过，则必须进行必要的返工，并且返工后还要再
经过审查。审查的一条主要标准就是每个阶段都应该交出“最新式的”（即和所
开发的软件完全一致的）高质量的文档资料，从而保证在软件开发工程结束时有
一个完整准确的软件配置交付使用。文档是通信的工具，它们清楚准确地说明了
到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础
。此外，文档也起备忘录的作用，如果文档不完整，那么一定是某些工作忘记做
了，在进入生存周期的下一阶段之前，必须补足这些遗漏的细节。在完成生存周
期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法——结
构分析或结构设计技术。
把软件生存周期划分成若干个阶段，每个阶段的任务相对独立，而且比较简
单，便于不同人员分工协作，从而降低了整个软件开发工程的困难程度；在软件
生存周期的每个阶段都采用科学的管理技术和良好的技术方法，而且在每个阶段
结束之前都从技术和管理两个角度进行严格的审查，合格之后才开始下一阶段的
工作，这就使软件开发工程的全过程以一种有条不紊的方式进行，保证了软件的
质量，特别是提高了软件的可维护性。总之，采用软件工程方法论可以大大提高
软件开发的成功率，软件开发的生产率也能明显提高。
目前划分软件生存周期阶段的方法有许多种，软件规模、种类、开发方式、
开发环境以及开发时使用的方法论都影响软件生存周期阶段的划分。在划分软件
生存周期的阶段时应该遵循的一条基本原则就是使各阶段的任务彼此间尽可能相
对独立，同一阶段各项任务的性质尽可能相同，从而降低每个阶段任务的复杂程
度，简化不同阶段之间的联系，有利于软件开发工程的组织管理。一般说来，软
件生存周期由软件定义、软件开发和软件维护三个时期组成，每个时期又进一步
划分成若干个阶段。下面的论述主要针对应用软件，对系统软件也基本适用。
软件定义时期的任务是确定软件开发工程必须完成的总目标；确定工程的可行
性，导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程
需要的资源和成本，并且制定工程进度表。这个时期的工作通常又称为系统分析
，由系统分析员负责完成。软件定义时期通常进一步划分成三个阶段，即问题定
义、可行性研究和需求分析。
开发时期具体设计和实现在前一个时期定义的软件，它通常由下述四个阶段组
成：总体设计，详细设计，编码和单元测试，综合测试。
维护时期的主要任务是使软件持久地满足用户的需要。具体地说，当软件在
使用过程中发现错误时应该加以改正；当环境改变时应该修改软件以适应新的环境
；当用户有新要求时应该及时改进软件满足用户的新需要。通常对维护时期不再
进一步划分阶段，但是每一次维护活动本质上都是一次压缩和简化了的定义和开
发过程。
下面扼要介绍软件生存周期每个阶段的基本任务和结束标准。
1问题定义
问题定义阶段必须回答的关键问题：“要解决的问题是什么？”如果不知道
问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最
终得出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的
，但是在实践中它却可能是最容易被忽视的一个步骤。
通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和
规模的书面报告。通过对系统的实际用户和使用部门负责人的访问调查，分析员
扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份
书面报告，澄清含糊不精的地方，改正理解不正确的地方，最后得出一份双方都
满意的文档。
问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的
时间。
2可行性研究
这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解
决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的
系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。
可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范
围，探索这个问题是否值得去解，是否有可行的解决办法。
在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究
阶段应该导出系统的高层逻辑模型（通常用数据流图表示），并且在此基础上更
准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效
益，对建议的系统进行仔细的成本／效益分析是这个阶段的主要任务之一。
可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的
重要依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进
行下去。可行性研究以后的那些阶段将需要投入要多的人力物力。及时中止不值
得投资的工程项目，可以避免更大的浪费。
3需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，
目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。
用户了解他们所面对的问题，知道必须做什么，但是通常不能完整准确地表
达出他们的要求，更不知道怎样利用计算机解决他们的问题；软件开发人员知道
怎样使用软件实现人们的要求，但是对特定用户的具体要求并不完全清楚。因此系统
分析员在需求分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确
认的系统逻辑模型。通常用数据流图、数据字典和简要的算法描述表示系统的逻
辑模型。
在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础，因
此必须准确完整地体现用户的要求。系统分析员通常都是计算机软件专家，技术
专家一般都喜欢很快着手进行具体设计，然而，一旦分析员开始谈论程序设计的
细节，就会脱离用户，使他们不能继续提出他们的要求和建议。较件工程使用的结
构分析设计的方法为每个阶段都规定了特定的结束标准，需求分析阶段必须提供完
整准确的系统逻辑模型，经过用户确认之后才能进入下一个阶段，这就可以有
效地防止和克服急于着手进行具体设计的倾向。
4总体设计
这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”
首先，应该考虑几种可能的解决方案。列如，目标系统的一些主要功能是用
计算机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是
人机交互方式；信息存储使用传统的文件系统还是数据库……。通常至少应该考虑
下述几类可能的方案：
低成本的解决方案。系统只能完成最必要的工作，不能多做一点额处的工
作。
中等成本的解决方案。这样的系统不仅能够很好地完成预定的任务，使用
起来很方便，而且可能还具有用户没有具体指定的某些功能和特点。虽然用户没
有提出这些具体要求，但是系统分析员根据自己的知识和经验断定，这些附加的
能力在实践中将证明是很有价值的。
高成本的“十全十美”的系统。这样的系统具有用户可能希望有的所有功
能和特点。
系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种
方案的成本和效益，还应该在充分权衡各种方案的利弊的∩希萍鲆桓鼋虾?nbsp;
的系统（最佳方案），并且制定实现所推荐的系统的详细计划。如果用户接受分
析员推荐的系统，则可以着手完成本阶段的另一项主要工作。
上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是，怎样设
计这些程序呢？结构设计的一条基本原理就是程序应该模块化，也就是一个大程
序应该由许多规模适中的模块按合理的层次结构组织而成。总体设计阶段的第二
项主要任务就是设计软件的结构，也就是确定程序由哪些模块组成以及模块间的
关系。通常用层次图或结构图描绘软件的结构。
5详细设计
总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段
的任务就是把解法具体化，也就是回答下面这个关键问题：“应该怎样具体地实现这
个系统呢？”
这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。这种规
格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图，它们应该
包含必要的细节，程序员可以根据它们写出实际的程序代码。
通常用HIPO图（层次图加输入／处理／输出图）或PDL语言（过程设计语言
）描述详细设计的结果。
6编码和单元测试
这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。
程序员应该根据目标系统的性质和实际环境，选取一种适当的高级程序设计
语言（必要时用汇编语言），把说细设计的结果翻译成用选定的语言书写的程序
，并且仔细测试编写出的每一个模块。
7综合测试
这个阶段的关键任务是通过各种类型的测试（及相应的调试）使软件达到预定
的要求。
最基本的测试是集成测试和验收测试。所谓集成测试是根据设计的软件结构
，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程
序进行必要的测试。所谓验收测试则是按照规格说明书的规定（通常在需求分析
阶段确定），由用户（或在用户积极参加下）对目标系统进行验收。
必要时还可以再通过现场测试或平行运行等方法对目标系统进一步测试检验。
为了使用户能够积极参加验收测试，并且在系统投入生产性运行以后能够正确
有效地使用这个系统，通常需要以正式的或非正式的方式对用户进行培训。
通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠
性的要求也可以决定测试和调试过程什么时候可以结束。
应该用正式的文档资料把测试计划、详细测试方案以及实际测试结果保存下
来，做为软件配置的一个组成成分。
8软件维护
维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的
需要。
通常有四类维护活动：改正性维护，也就是诊断和改正在使用过程中发现的
软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，
即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件为将来
的维护活动预先做准备。
虽然没有把维护阶段进一步划分成更小的阶段，但是实际上每一项维护活动
都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出
维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，
复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开
发的全过程。
都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出
维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，
复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开
发的全过程。
参考资料："
还不错，希望你采纳。
㈣ 什么是软件工程标准化
计算机问世以后，人要和计算机打交道，需要程序设计语言，这种语言不仅应让计算机理解，而且还应让别人看懂，使其成为人际交往的工具。程序设计语言的标准化最早提到日程上来。60年代程序设计语言蓬勃发展，出现了名目繁多的语言，这对于推动计算机语言的发展无疑有着重要作用。但同时也带来许多麻烦。即使同一种语言， 由于在不同型号的计算机上实现时，作了不同程度的修改和变动，形成了这一语言的种种“方言”，为编写出程序的交流设置了障碍。制定标准化程序设计语言，为某一程序设计语言规定若干个标准子集，对于语言的实现者和用户都带来了很大方便。 软件工程标准的类型也是多方面的。它可能包括过程标准(如方法、技术、度量等)、产品标准(如需求、设计、部件、 描述、计划、报告等)、专业标准(如职别、道德准则、认证、特许、课程等)以及记法标准(如术语、表示法、语言等)。 表1)软件工程标准分类 软件生存期 软件生存期 概念需求设计实现测试制造安装与检验运行与维护引退标准类型过程方法 技术 度量 产品需求 设计 部件 描述 计划 报告 专业职别 道德准则 认证 特许 课程 记法术语 表示法 ISO5807 语言 在全面考虑以上两个方面的情况下，软件工程的标准可用一张二维的表格来表示。表1)和2)给出了这个二维表的大致格式。2)表是1)表的继续。表中填入了三个标准的例子： 表2)软件工程标准分类 技术管理 确认与验证 技术管理确认与验证 过程管理产品管理资源管理评审与审计产品分析测试标准类型过程方法 NSAC-39NSAC-39NSAC-39技术FIPS 105 度量 产品需求 设计 部件 描述 计划 报告 专业职别 道德准则 认证 特许 课程 记法术语 表示法 语言 ①FIPSl05是美国国家标准局发布的《软件文档管理指南》 (National Bureau OfStandards，Guideline for Software Documentation Management，FIPS PUB 105，June 1984) ②NSAC—39是美国核子安全分析中心发布的《安全参数显示 系统的验证与确认》(Nuclear Safety Analysis Center，Verification and Validation for Safety Parameter Display Systems，NSAC—39，De— cemberl981) ③ISO 5807是国际标准化组织公布(现已成为我国国家标 准)的《信息处理——数据流程图、程序流程图、系统流程图、程序 网络图和系统资源图的文件编制符号及约定》 随着软件工程学科的发展，人们对计算机软件的认识逐渐深入。软件工作的范围从只是使用程序设计语言编写程序，扩展到整个软件生存期。诸如，软件概念的形成、需求分析、设计、实现、测试、制造、安装和检验、运行和维护直到软件引退(为新的软件所代替)。同时还有许多技术管理工作(如过程管理、产品管理、资源管理)以及确认与验证工作(如评审与审计、产品分析、测试等)常常 是跨越软件生存期各个阶段的专门工作。所有这些方面都应逐步建立起标准或规范来。
㈤ 软件工程师的标准是什么
编辑本段职业定义 软件工程师主要进行软件前期的项目需求的分析，然后对项目进行风险评估并试图解决这些风险，然后开始进行软件的开发，后期对软件的进度做相关的评估。 编辑本段工作内容 1、 指导程序员的工作； 2、 参与软件工程系统的设计、开发、测试等过程； 3 、协助工程管理人保证项目的质量； 4 、负责工程中主要功能的代码实现； 5 、解决工程中的关键问题和技术难题； 6 、协调各个程序员的工作，并能与其它软件工程师协作工作。 [1] 【职业分析】 软件工程师是从事软件开发相关工作的人员的统称。它是一个广义的概念，包括软件设计人员、软件架构人员、软件工程管理人员、程序员等一系列岗位。这些岗位的分工不同，职位和/或级别不同，但工作内容都是与软件开发生产相关的。软件工程师是IT行业需求量最大的职位，稳居IT行业职位需求TOP10的第一位（第二位是高级软件工程师）。 软件工程师的技术要求是比较全面的，除了最基础的编程语言（C语言/C++/JAVA等）、数据库技术（SQL/ORACLE/DB2等）、.NET平台技术、C#、C/S B/S程序开发，还有诸多如JAVA SCRIPT、AJAX、HIBERNATE、SPRING、J2EE、WEB SERVICE、STRUTS等前沿技术。除此之外，关于网络工程和软件测试的其他技术也要有所涉猎，以利于操控全局。 软件工程师可谓是软件项目开发的掌舵者。一名优秀的软件工程师应当具有较强的逻辑思维能力，对于技术的发展有敏锐的嗅觉。虽然要求技术全面，但无须偏执于门门技术都精通，任何软件工程师都有自己的技术特长和偏向，对于自己手中的技术，可有精通-掌握-熟悉-了解之分，根据工作需要和职业发展的具体情况来划分。 编辑本段考试科目 软件工程师是中级职称，考试的题目包括了计算机体系结构、软件工程、数据库、数据结构、编译原理等计算机学科的基础课程 编辑本段发展前景 当今社会不论什么职业的都需要一个不断学习的环节，软件工程师也一样。虽然软件工程师的工作不同于程序员但是一个软件工程师其前身必定是一个优秀的程序员，软件的开发工具、开发技术在不断地发展。在校学生所能学到的东西很难跟得上发展的需要但是也不能说那些东西完全没有用，只有在完全理解了相应的基本技能之后你才能很轻松地掌握新的技能，软件技术都是一个循序渐进的过程。所以学好学校所能提供的专业课程是相当重要的。 企业用人主要有以下几个特征： 1 外包开发行业快速发展，对“人才”在代码和文档方面的规范性、技能和工具的熟练程度要求越来越高； 2 Java和.NET技术在市场上平分秋色，都有大量的岗位需求，同时值得庆幸的是二者在应用层面上的技术差异越来越少； 3 软件开发企业对开发人员的基本技术素养强调得越来越多，例如：面向对象的程序设计思想和代码组织方法、HTML/CSS/JavaScript客户端技术； 4 为了保证质量和工期，企业中大量使用各种框架技术，要求开发人员至少熟悉一种框架技术； 5 MIS、OA、ERP、CRM、系统集成、物流、进销存、电子政务、网站建设这一类B/S系统，成为软件工程师需求最大的业务领域。 就业职位 软件工程师的就业职位归结下来主要有WEB开发工程师、数据库开发工程师、网站开发工程师、电子商务开发工程师VB程序员;网页开发人员;非IT专业信息部门的管理信息系统设计、开发、维护网位，JAVA程序员;C++程序员;VB高级程序员;网站开发工程师;测试工程师;文档编写工程师 ，JAVA工程师;.NET工程师;初级分析、设计人员等。 专业培训机构 中国的IT软件工程师教育培训行业已经进入到一个前所未有的高峰期，目前全国比较知名的专业软件工程师培训机构有迅腾国际、华育国际 、焦作凯盛、八维教育 IT培训集团、威迅教育、北大青鸟连锁。他们为社会培养了广大的人才！ 编辑本段从业要求 . 具有扎实的计算机基础理论知识； . 精通C/C++、Java、C#等语言，具有丰富的Unix/Linux/Windows系统下开发经验； . 精通Perl、Python、PHP、Shell等脚本语言； . 有一定的算法基础，具有较强的独立解决问题能力； . 有大容量、高性能、分布式系统的设计开发经验； . 具有很强的学习能力和对新技术的追求精神； . 具有良好的中英文沟通能力，具有项目管理经验者优先； . 认同客户第一、团队合作、拥抱变化、诚信、激情、敬业的企业价值观。
㈥ 软件工程师职称评定的级别及标准
一、见习程序员（AP：assistantprogrammer）
计算机相关专业毕业；英语通过国家四级。
具有较强的学习能力，可以编写代码，达到公司的工作要求。
二、程序员(P：programmer)
基本要求：
本科学历，半年以上工作经验；英语通过国家四级。
达到工作承担要求；具有一定的沟通能力和工作责任心。
技术能力要求：
负责编写代码，掌握一种主流语言/开发工具，一种主流操作系统，一种主流数据库。
了解和掌握开发作业（PD设计、编码和测试等）的规范和技巧。
所编写的代码质量较好。
能够按照要求编写文档，文档结构条理清晰，内容详实准确。
具有独立理解所担当模块的业务理解能力和问题阐述能力。
能阅读**文技术文档。
三、高级程序员(SP：seniorprogrammer)
基本要求：
获得程序员资格1年以上；或满足程序员级别标准，2年以上相关行业工作经验。
完成年度工作量指标；具有较强的沟通能力和责任心。
所承担的项目满意度达到满意以上。
技术能力要求：
精通一种主流语言及对应的开发工具；精通数据结构。
具有较好的业务理解能力和技术调查能力。
编写高质量代码并具有代码审查能力。
具有详细设计能力。
熟悉系统测试工具，对系统问题具有改善的能力。
能够带领2个以上员工开展工作，成功领导过3个以上不少于5人月的项目/模块的团队项目。
**语达到*级水平或者具有同等水平，能够阅读*文资料，按照要求编写*语技术文档。
了解质量管理体系和项目管理知识。
四、软件工程师（SE：softwareengineer）
基本要求：
获得高级程序员资格2年以上；或满足高级程序员级别标准，4年以上相关行业工作经验。
完成年度工作量指标；具有较强的客户沟通能力。
担当过一个20人月以上的项目或累计超过60人月项目的技术负责工作。
所负责的项目客户满意度达到满意以上。
技术能力要求：
精通并熟练运用2种以上的开发工具，至少一种数据库知识，至少一种操作系统知识。
能够很快完成新项目的技术调查工作，能够完成复杂算法的设计，能够设计可重用的和柔韧的软件结构。
具有系统设计能力及系统提案能力。
对系统或项目的技术框架有深入的认识和较丰富的经验。
具有某一领域的行业知识。
具有项目领导能力。
*语达到*级水平或者具有同等水平，能够阅读、编写*语技术文档，具有简单的口语沟通能力。
掌握质量管理体系和项目管理知识。
五、资深软件工程师（SSE：seniorsoftwareengineer）
基本要求：
获得软件工程师资格2年以上；或满足软件工程师级别标准，6年以上相关行业工作经验。
完成年度工作量指标；具有较强的客户沟通能力。
担当过一个50人月以上的项目或累计超过100人月项目的技术负责工作。
带领的项目客户满意度满意以上。
完成年度培训工作。
技术能力要求：
精通并熟练运用2种以上的开发工具，至少一种数据库知识，至少一种操作系统知识。
具有整体系统设计能力及系统提案能力。
具有较强的技术筹划能力、技术指导能力和处理疑难问题的能力。
深入了解某一领域的行业知识。
具有大型项目领导能力。
*语达到*级并相当于*级水平，熟练会话和编写*语技术文档。
熟练掌握质量管理体系和项目管理知识，并能够推进软件开发过程改进。
六、主任软件工程师（CSE：chiefsoftwareengineer）
基本要求：
获得资深软件工程师资格2年以上；或满足资深软件工程师级别标准，8年以上相关行业工作经验。
5年项目负责人以上经验，累计超过120人月的技术负责人工作。
带领的项目客户满意度满意以上。
完成年度培训工作。
具有很强的沟通能力，问题判断与解决能力，创新能力。
技术能力要求：
精通至少一种主流编程语言。掌握至少一种数据库或至少一种中间件。熟练掌握至少一种操作系统。
熟练掌握软件需求分析/大型项目的策划。
熟练掌握软件的系统设计。
熟悉软件的高级项目管理和质量控制，具有分析和规避重大质量问题的能力。
精通至少一种部门项目相关的业务知识。
*语达到*级水平或相当于*级的水平，熟练会话和编写*语技术文档。
职称管理工作和相关标准将随着公司的发展而不断调整完善。
㈦ 请问软件开发企业中有没有什么国家标准或者行业标准方面的资质
GA 793.2-2008 城市监控报警联网系统 合格评定 第2部分：管理平台软件测试规范 (单行本完整清晰扫描版) 4590KB
GB/T 13702-1992 计算机软件分类与代码.pdf 116KB
GB/T 20918-2007 信息技术 软件生存周期过程 风险管理- 632KB
GB/T 20527.3-2006 多媒体用户界面的软件人类工效学 第3部分：媒体选择与组合- 1512KB
GB/T 20527.1-2006 多媒体用户界面的软件人类工效学 第1部分：设计原则和框架- 747KB
GB/T 19003-2008 软件工程 GB/T19001-2000应用于计算机软件的指南(不太清晰)- 5410KB
GB/T 21109.1-2007 过程工业领域安全仪表系统的功能安全 第1部分：框架、定义、系统、硬件和软件要求 0KB
CNAS-GL11：2007《检测和校准实验室能力认可准则在软件和协议检测实验室的应用指南 》 455KB
GB/T 20438.3-2006 电气/电子/可编程电子安全相关系统的功能安全 第3部分：软件要求 (单行本完整清晰扫描版) 1739KB
GB 19000.3-1994 质量管理和质量保证标准 第三部分：G B T 19001--ISO 9001 在软件开发、供应和维护中的使用指南.pdf 752KB
GBT 15538-1995 软件工程标准分类法.pdf 405KB
GA/T 712-2007 信息安全技术 应用软件系统安全等级保护通用测试指南 3548KB
SJ/T 11372-2007 中文办公软件用户界面要求 2548KB
GB/T 21026-2007 中文办公软件应用编程接口规范 2088KB
DLSIA01012007大连软件及信息信息服务业个人信息保护规范 176KB
DB21/T 1522-2007 软件及信息服务业个人信息保护规范 144KB
SJ/T 11375-2007 软件构件 产品质量 第2部分：质量度量 967KB
SJ/T 11374-2007 软件构件 产品质量 第1部分：质量模型 301KB
SJ/T 11373-2007 软件构件管理 第1部分：管理信息模型 1018KB
GB/T 20494.1-2006 缩微摄影技术 使用单一内显示系统生成影像的COM记录器的质量控制 第1部分软件测试标板的特性 249KB
GJB/Z 141-2004 军用软件测试指南 (单行本完整清晰扫描版) 5650KB
GJB 4279-2001 指挥自动化系统应用软件通用要求(单行本完整清晰扫描版) 632KB
GB／T 9386-2008 计算机软件测试文档编制规范 2053KB
GB／T 9385-2008 计算机软件需求规格说明规范 1413KB
GB／T 15532-2008 计算机软件测试规范 4033KB
GB/T 20917-2007软件工程 软件测量过程 (单行本完整清晰扫描版) 1580KB
GB/T 19902.3-2006 工业自动化系统与集成 制造软件互操作性能力建规 第3部分：接口服务、协议及能力模板 (单行本完整清晰扫描版) 8388KB
SH/T 3901-1994工程设计计算机软件开发及文档编制规范 2730KB
MT/T 1008-2006 煤矿安全生产监控系统软件通用技术要求 343KB
JJF 1182-2007 计量器具软件测评指南 单行本完整清晰扫描版 2371KB
GJB 4072A-2006 军用软件质量监督要求(含实施指南) 1874KB
GJB 4072A-2006 军用软件质量监督要求 单行本完整清晰扫描版 654KB
GBZ 18493-2001 信息技术软件生存周期过程指南 1521KB
GB/Z 18914-2002信息技术 软件工程 CASE工具的采用指南 662KB
GB/T 19898-2005 工业过程测量和控制 应用软件文档集 1465KB
GB/T 19668.5-2007 信息化工程监理规范 第5部分：软件工程监理规范 单行本完整清晰扫描版 2558KB
GB/T 18726-2002 现代设计工程集成技术的软件接口规范 2852KB
GB/T 18492-2001 信息技术系统及软件完整性级别 503KB
GB/T 16896.1-2005 高电压冲击测量仪器和软件 第一部分 对仪器的要求 856KB
GB/T 16260.2-2006 软件工程 产品质量 第2部分 外部度量 2969KB
GB/T 20916-2007 中文办公软件文档格式规范(报批稿) 3318KB
GB/T 19902.2-2005 工业自动化系统与集成 制造软件互操作性能力建规 第2部分 建规方法论 545KB
GB/T 19902.1-2005 工业自动化系统与集成 制造软件互操作性能力建规 第1部分 框架 1240KB
GB/T 19769.2-2005 工业过程测量和控制系统用功能块 第2部分 软件工具要求 9216KB
GB/T 18491.1-2001 信息技术 软件测量 功能规模测量 第1部分：概念定义 391KB
GB/T 18221-2000 信息技术 程序设计语言 环境与系统软件接口 独立于语言的数据类型 5780KB
GB/T 11457-2006 信息技术 软件工程术语 2296KB
GB 8567-2006计算机软件文档编制规范 4657KB
SB/T 10265-1996饭店业计算机管理软件开发设计基本规范 159KB
SB/T 10264-1996餐饮业计算机管理软件开发设计基本规范 191KB
GB/Z 20156-2006 软件工程 软件生存周期过程 用于项目管理的指南 971KB
GB/T 8566-2007 信息技术 软件生存周期过程 5114KB
GB/T 20917-2007软件工程软件测量过程 1002KB
GB/T 20438.3-2006 电气 电子 可编程电子安全相关系统的功能安全 第3部分 软件要求 2625KB
GB/T 20276-2006 信息安全技术 智能卡嵌入式软件安全技术要求（EAL4增强级） 8846KB
GB/T 20158-2006信息技术软件生存周期过程配置管理 770KB
GB/T 20157-2006信息技术软件维护 1008KB
GB/T 16260.4-2006软件工程产品质量第4部分使用质量的度量 1835KB
GB/T 16260.3-2006软件工程产品质量第3部分内部度量 1814KB
GB/T 16260.1-2006软件工程产品质量第I部分质量模型 890KB
SY/T 6245-1996 建立地震勘探处理软件考核剖面的规程 317KB
SY/T 5232-1999 石油工业应用软件工程规范 993KB
SJ/T 11291-2003 面向对象的软件系统建模规范 第3部分：文档编制 630KB
SJ/T 11290-2003 面向对象的软件系统建模规范 第1部分：概念与表示法 6296KB
SJ/T 11235-2001 软件能力成熟度模型 15189KB
SJ/T 11234-2001 软件过程能力评估模型 16637KB
SJ/T 10367-93 计算机过程控制软件开发规程 2147KB
SJ 20823-2002 信息技术 软件生存周期过程 配置管理 1037KB
SJ 20822-2002 信息技术 软件维护 1802KB
SJ 20778-2000 软件开发与文档编制 8831KB
SJ 20681-98 地空导弹指挥自动化系统软件模块通用规范 677KB
SJ 20567-96 指挥自动化系统应用软件接口要求 351KB
SJ 20523-95 软件文档管理指南 1168KB
SJ 20356-93 机载雷达软件质量保证规程 569KB
SJ 20355-93 机载雷达软件开发规程 878KB
SJ 20354-93 机载雷达软件文档编制规程 784KB
JGJ/T 90-92 建设领域计算机软件工程技术规范 953KB
JB/T 6987-1993 制造资源计划MRPⅡ系统原型法软件开发规范 490KB
CB 1360-2002 计算机软件测试规程 4346KB
GJB/Z 115-1998 GJB2786 《武器系统软件开发》剪裁指南 2594KB
GJB/Z 102-1997 软件可靠性和安全性设计准则 715KB
GJB 640.2-88 海军软件规范 质量保证 598KB
GJB 640.1-88 海军软件规范 术语 555KB
GJB 5235-2004 军用软件配置管理 385KB
GJB 5234-2004 军用软件验证和确认 2682KB
GJB 439-1988 军用软件质量保证规范 189KB
GJB 438A-1997 武器系统软件开发文档 1702KB
GJB 437-1988 军用软件开发规范 690KB
GJB 3181-98 军用软件支持环境选用要求 1334KB
GJB 2786-1996 武器系统软件开发 1068KB
GJB 2694-1996 军用软件支持环境 435KB
GJB 2434A-2004 军用软件产品评价 5971KB
GJB 2255-1994 军用软件产品 2494KB
GJB 2115-1994 军用软件项目管理规程 271KB
GJB 2041-1994 军用软件接口设计要求 574KB
GJB 1419-1992 军用计算机软件摘要 243KB
GJB 1268A-2004 军用软件验收要求 303KB
GJB 1267-1991 军用软件维护 209KB
GJB 1091-1991 军用软件需求分析 206KB
GB/T 8566-2001 信息技术 软件生存周期过程 1332KB
GB/T 18905.6-2002软件工程 产品评价 第6部分 评价模块的文档编制 1027KB
GB/T 18905.5-2002软件工程 产品评价 第5部分 评价者用的过程 1178KB
GB/T 18905.4-2002软件工程 产品评价 第4部分 需方用的过程 1461KB
GB/T 18905.3-2002软件工程 产品评价 第3部分 开发者用的过程 607KB
GB/T 18905.2-2002软件工程 产品评价 第2部分 策划和管理 441KB
GB/T 18905.1-2002软件工程 产品评价 第1部分 概述 723KB
GB/T 16680-1996 软件文档管理指南 471KB
GB/T 16260-1996 信息技术 软件产品评价 质量特性及其使用指南 437KB
GB/T 15532-1995 计算机软件单元测试 508KB
GB/T 14394-1993 计算机软件可靠性和可维护性管理 213KB
GB/T 14079-93软件维护指南 341KB
GB/T 12505-90计算机软件配置管理计划规范 830KB
GB/T 12504-90计算机软件质量保证计划规范 757KB
GB/T 9386-1988 计算机软件测试文件编制规范 370KB
GB/T 9385-1988 计算机软件需求说明编制指南 624KB
GB/T 8567-1988 计算机软件产品开发文件编制指南 1202KB
.......
到易启标准网搜索后下载吧。
易启标准网有这些全文电子版免费下载的. 上面是我帮您在易启标准网搜索到的搜索结果列表，供您下载参考。
下载方法,先在Google谷歌和网络搜索到易启标准网,打开网站免费注册成为会员,登陆后搜索您要的标准或者书籍,然后下载.如有问题可参考这个网站的帮助文件的.
㈧ 请问“软件工程国家标准文档”(GB开头的)有官方下载地址吗
资料包含了软件工程国家标准文档：操作手册、测试分析报告、试报告、概要设计说明书、可行性研究报告、模块开发卷宗、软件需求说明书、数据说明要求书、数据库要求说明书、文件给制实施规定的实例（GB8567-88）、详细设计说明书（GB8567——88）、项目开发计划（GB856T——88）、项目开发总结报告（GB8567——88）、银行计算机储蓄系统可行性分析报告书 [文档在线提供]/用户手册（GB8567——88）/中华人民共和国国家标准。这是对软件开发必不可少的设计要求，有了它，你将可以运用自己在软件开发上的天赋，设计出自己想要，并且符合国家标准的软件！