一般软件开发过程中的八个阶段
Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
IEEE：软件工程是开发、运行、维护和修复软件的系统方法。
Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程学的内容
软件工程学的主要内容是软件开发技术和软件工程管理.
软件开发技术包含软件工程方法学、软件工具和软件开发环境；软件工程管理学包含软件工程经济学和软件管理学。
软件工程基本原理
著名软件工程专家B.Boehm综合有关专家和学者的意见并总结了多年来开发软件的经验，于1983年在一篇论文中提出了软件工程的七条基本原理。
(1)用分阶段的生存周期计划进行严格的管理。
(2)坚持进行阶段评审。
(3)实行严格的产品控制。
(4)采用现代程序设计技术。
(5)软件工程结果应能清楚地审查。
(6)开发小组的人员应该少而精。
(7)承认不断改进软件工程实践的必要性。
B.Boehm指出，遵循前六条基本原理，能够实现软件的工程化生产；按照第七条原理，不仅要积极主动地采纳新的软件技术，而且要注意不断总结经验。
软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。
(1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均
存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
(2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。
(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
软件工程必须遵循什么原则
围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则：
(1)选取适宜的开发模型
该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和影响的，经常需要权衡。因此，必需认识需求定义的易变性，采用适当的开发模型，保证软件产品满足用户的要求。
(2)采用合适的设计方法
在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现，以达到软件工程的目标。
(3)提供高质量的工程支撑
工欲善其事，必先利其器。在软件工程中，软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。
(4)重视软件工程的管理
软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织的生产能力等问题。因此，仅当软件过程予以有效管理时，才能实现有效的软件工程。
软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，这就是软件工程。
软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。它们是在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对软件产品经常不满意的状况而发展起来的。人类解决复杂问题时普遍采用的一个策略就是"各个击破"，也就是对问题进行分解然后再分别解决各个子问题的策略。软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题进行分解，把软件生存的漫长周期依次划分为若干个阶段，每个阶段有相对独立的任务，然后逐步完成每个阶段的任务。采用软件工程方法论开发软件的时候，从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发。前一个阶段任务的完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是使前一阶段提出的解法更进一步具体化，加进了更多的物理细节。每一个阶段的开始和结束都有严格标准，对于任何两个相邻的阶段而言，前一阶段的结束标准就是后一阶段的开始标准。在每一个阶段结束之前都必须进行正式严格的技术审查和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，通过之后这个阶段才算结束；如果检查通不过，则必须进行必要的返工，并且返工后还要再经过审查。审查的一条主要标准就是每个阶段都应该交出"最新式的"(即和所开发的软件完全一致的)高质量的文档资料，从而保证在软件开发工程结束时有一个完整准确的软件配置交付使用。文档是通信的工具，它们清楚准确地说明了到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础。此外，文档也起备忘录的作用，如果文档不完整，那么一定是某些工作忘记做了，在进入生存周期的下一阶段之前，必须补足这些遗漏的细节。在完成生存周期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法--结构分析或结构设计技术。
把软件生存周期划分成若干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发工程的困难程度；在软件生存周期的每个阶段都采用科学的管理技术和良好的技术方法，而且在每个阶段结束之前都从技术和管理两个角度进行严格的审查，合格之后才开始下一阶段的工作，这就使软件开发工程的全过程以一种有条不紊的方式进行，保证了软件的质量，特别是提高了软件的可维护性。总之，采用软件工程方法论可以大大提高软件开发的成功率，软件开发的生产率也能明显提高。
目前划分软件生存周期阶段的方法有许多种，软件规模、种类、开发方式、开发环境以及开发时使用的方法论都影响软件生存周期阶段的划分。在划分软件生存周期的阶段时应该遵循的一条基本原则就是使各阶段的任务彼此间尽可能相对独立，同一阶段各项任务的性质尽可能相同，从而降低每个阶段任务的复杂程度，简化不同阶段之间的联系，有利于软件开发工程的组织管理。一般说来，软件生存周期由软件定义、软件开发和软件维护三个时期组成，每个时期又进一步划分成若干个阶段。下面的论述主要针对应用软件，对系统软件也基本适用。
软件定义时期的任务是确定软件开发工程必须完成的总目标；确定工程的可行性，导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并且制定工程进度表。这个时期的工作通常又称为系统分析，由系统分析员负责完成。软件定义时期通常进一步划分成三个阶段，即问题定义、可行性研究和需求分析。
开发时期具体设计和实现在前一个时期定义的软件，它通常由下述四个阶段组成：总体设计，详细设计，编码和单元测试，综合测试。
维护时期的主要任务是使软件持久地满足用户的需要。具体地说，当软件在使用过程中发现错误时应该加以改正；当环境改变时应该修改软件以适应新的环境；当用户有新要求时应该及时改进软件满足用户的新需要。通常对维护时期不再进一步划分阶段，但是每一次维护活动本质上都是一次压缩和简化了的定义和开发过程。
下面扼要介绍软件生存周期每个阶段的基本任务和结束标准。
1问题定义
问题定义阶段必须回答的关键问题："要解决的问题是什么?"如果不知道问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费
时间和金钱，最终得出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的，但是在实践中它却可能是最容易被忽视的一个步骤。
通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和规模的书面报告。通过对系统的实际用户和使用部门负责人的访问调查，分析员扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份书面报告，澄清含糊不精的地方，改正理解不正确的地方，最后得出一份双方都满意的文档。
问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的时间。
2可行性研究
这个阶段要回答的关键问题："对于上一个阶段所确定的问题有行得通的解决办法吗?"为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。
可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。
在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究阶段应该导出系统的高层逻辑模型(通常用数据流图表示)，并且在此基础上更准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益，对建议的系统进行仔细的成本/效益分析是这个阶段的主要任务之一。
可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的重要依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进行下去。可行性研究以后的那些阶段将需要投入要多的人力物力。及时中止不值得投资的工程项目，可以避免更大的浪费。
3需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定"为了解决这个问题，目标系统必须做什么"，主要是确定目标系统必须具备哪些功能。
公司软件设计和开发控制程序 1目的 对软件设计和开发全过程进行控制，确保产品设计和开发能满足顾客和有关标准、法令、法规的要求。 2范围 适用于软件产品设计和开发的全过程，包括软件产品的升级。 3职责 3．1软件研发部负责组织编制《项目实施计划书》、《需求规格说明书》、《软件概要设计说明书》、《详细设计说明书》、设计和开发输出文件、测试报告、验收报告等，负责组织协调和实施软件产品的设计和开发工作。 3．2软件研发部产品组负责根据市场调研分析或合同提交《可行性研究报告》。 3．3软件研发部测试组负责软件产品的确认测试。 3．4 由各业务部负责将合格软件产品交付顾客使用。 3．5 公司总经理签署《项目经理任命书》，正式启动软件项目。 3．6公司技术总工或授权人负责设计和开发立项《项目实施计划书》、《需求规格说明书》、验收报告等的批准。 4工作程序 4．1 设计和开发策划 4．1．1立项的依据 软件研发部对要进行的开发项目进行立项申请，提交项目资料。由公司的有关人员对项目进行一系列的风险评估。通过风险评估的项目，由软件研发部进行详细进度计划安排，落实时间进度、资源（人员／设备、内部／外部）、技术、资金和费用等，相关资源和资金使用计划要详细列出。 最后所有的项目申请资料、风险评估报告及产品进度计划都要报给公司上级领导审批，进行立项评审。 立项通过的项目才能由软件研发部进入正式的开发工作。 4．1．2 软件研发部项目经理负责就以上立项依据组织《项目实施计划书》的编制。
4．1．3设计和开发人员资格要求可参照本公司相关岗位卡的条款进行． 4．1．4 接口管理 4．1．4．1 在设计和开发策划和输入阶段： a．各业务部将客户相关文件资料交与软件研发部，同软件研发部一起对《需求规格说明书》进行评审； b．软件研发部编制《项目实施计划书》，经公司技术总工或授权人批准后发往客户方。 c．软件研发部项目经理将《项目实施计划书》、《需求规格说明书》及相关背景资料，提供给各设计和开发人员，作为工作的依据。 4．1．4．2 在设计和开发输出阶段，软件研发部项目经理根据设计和开发进度，适时召开设计和开发例会，组织解决设计和开发中遇到的困难，协调相关的资源，以例会记录的形式明确相关要求。 4．1．4．3 在设计、编码、测试阶段： a．进行总体设计、详细设计的设计人员及进行编码的程序员须充分沟通．必要时，可由项目经理负责召开设计和开发专题会议,并以会议记录的形式明确与会人员达成的一致意见。 b．软件研发部设计和开发人员提供单元和综合测试的《测试计划》,交本部门的相关设计和开发人员进行集成并由测试人员进行单元、综合测试。 c．软件研发部提供确认测试的《测试计划》，交测试组进行系统安装、测试。 4．1．4．4设计和开发各阶段 a．软件研发部项目经理负责就技术方面在客户与程序员之间进行协调； b．软件研发部经理负责组织和协调各有关单位的工作； c．各业务部负责与客户的业务联系及相关信息传递； d．参与设计和开发的各部门将必要的信息形成文件，经部门经理评审签字后予以传递． 4．2设计和开发输入 4．2．1《项目经理任命书》经公司总经理批准后，由软件研发部经理组织编写《项目实施计划书》、《需求规格说明书》，其中《项目实施计划书》须由公司技术总工组织人员评审。 4．2．2软件研发部经理组织软件设计和开发人员、测试人员及各业务部等设计和开发提出部门(包括客户)，对《需求规格说明书》进行评审，对其中不完善、含糊或矛盾的需求做出澄清和解决．4．2．3《需求规格说明书》在接受合同时可以不完全确定，在项目进行期间可继续制定。当《需求规格说明书》更改时，合同可以修订，对《需求规格说明书》的更改将按照《软件配置管理规程》程序加以控制。 4．3 设计和开发输出 4．3．1各设计和开发人员根据《项目实施计划书》及《需求规格说明书》的要求进行设计和开发活动，并形成相应的文档。 4．3．2设计和开发的输出应形成文件，但不限于以下文档： ——《软件概要设计说明书》；
内外部环境和相关方要求识别控制程序 1．目的 识别公司质量/环境管理体系存在的，会影响到体系管理内外部环境因素和相关方要求。2．范围 本程序适用于在公司质量/环境管理体系活动中，识别内外部存在的机会和风险，及应对措施的建立和评价过程。 3．职责 3.1总经理：负责内外部环境和相关方要求管理所需资源的提供。 3.2 管理者代表：负责组织落实内外部环境和相关方要求的定期识别和评审。 3.3各部门：负责参与内外部环境和相关方要求识别和评审； 4．定义 4.1内部环境：企业内部环境,例如组织使命、资源、内部管理、内部绩效等。 4.2外部环境：例如法律、技术、竞争、市场、文化、社会和经济环境有关的因素等。 4.3相关方：人或组织，能影响组织的某个决策或活动，或被其影响，及认为自身会被其影响。如：客户、外部供方、行业组织等。 5．程序 5.1 公司内外部环境因素和相关方要求的识别对象 5.1.1 在分析外部环境因素对公司质量/环境体系的影响时：可考虑： a. 宏观经济因素：如汇率、国家经济、CPI指数、信贷； b. 市场竞争因素：如市场占有率、可替代产品、行业标杆企业状况、顾客趋势等； c. 社会因素：如本地就业数据、教育水平、工作时间、假期等； d. 政治因素：如政治稳定性、本地基础设施、政府公共服务等； e. 法规因素：如产品法规、有害物质法规、劳工法规等； f. 技术因素：如新科技、新技术、新材料、专利有效期等； 5.1.2 在分析内部环境因素对公司质量/环境体系的影响时：可考虑： a. 公司使命：如愿景、目标、义务； b. 公司资源：如：财务、人力、环境、基础设施、知识储备； c. 公司管理：如组织架构、决策过程； d. 公司运营绩效：产品先进性、生产交付能力、体系能力、客户评价、质量管理绩效、合规性等。 5.1.3 在分析相关方要求时，可考虑：
软件开发过程管理规范文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量
4.1 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价
产品实现过程控制程序 1 目的 对产品实现过程中直接影响产品质量、环境影响的各种因素进行控制，确保产品和服务满足顾客和其他相关方的要求。 2 适用范围 适用于产品各工序的工艺参数、人员职责、设备、材料、测试方法和环境管理等的全过程控制。 3 职责 3.1 生产运营部负责依客户订单情况下达生产任务，技术开发部进行工艺和工序控制，确保作业现场基础设施适用和工作环境良好。 3.2 各生产车间严格执行各种设备的《作业指导书》、《设备管理和维护保养制度》和安全规程。教育员工文明生产，确保完成生产任务和产品质量、环境质量符合要求；负责生产设备的日常使用和维护。 3.3 人力资源部负责生产过程人力资源的配备、必要的培训和工作环境、清洁管理；财务部负责财力的提供和保障。 3.4 市场营销部依据市场需求，与各车间协调做好产品交接和保管；供应配套部、生产运营部适时做好原料供给和产品交付；市场营销部与品质保证部配合做好售后服务管理工作。 4 工作程序 4.1 计划管理 为顺利实现各个阶段所要达到的目标；也为使生产过程控制得以顺利展开，应根据本公司不同的分类要求确立各项管理计划。就每一年度而言，这些计划中与质量管理相关的项目应包括： 1）物资采购计划； 2）设备定期检修计划； 3）设备的备品、备件计划； 4）计量、检测仪器仪表的周期检定计划； 5）员工培训计划； 6) 内部审核计划； 7) 对重点供应商的质量跟踪审核计划； 8) 管理评审计划； 9)经营销售计划。 4.2 生产计划控制 4.2.1 生产合同一旦成立，计划员即应根据合同要求下达生产计划排程。各车间即应对生产能力进行分析并安排生产计划，就选料、下料、设备、人力等资源措施作出妥善安排。老产品依据工艺卡执行；新产品则根据新编工艺和样品执行。 4.2.2 生产能力分析
1 / 5 1. 目的 制定软件产品开发运作管理程序，对软件开发过程的各个工作阶段予以识别和控制，实施过程管理程序和质量控制，使软件开发过程各阶段得以有序进行，不符 受 控 分发号
合项得到及时发现并纠正，确保软件开发项目的工程质量符合客户的要求。 2. 范围 适用于公司各种类型的软件产品开发活动：内部立项开发项目、客户委托开发项目、招投标项目等等包含软件产品开发的运作过程。 3. 职责 3．1中心副总经理：负责组织内部项目的立项申请、软件开发项目的项目任务定义、组织和软件开发技术评审，负责技术开发的外部联合有关事宜，指导开发部经理确定项目经理。 3．2软件开发部经理：协助中心副总经理进行项目任务定义和软件开发技术评审，确定软件开发项目经理，合理配置开发项目各种资源，监督项目经理执行软件开发运作程序及项目过程质量控制，并协同质量管理部人员对开发项目进行检查验收。与项目经理共同负责软件产品开发完成后的归档工作。 3．3项目经理：负责软件产品开发的执行过程：从项目任务书下达开始，对开发计划、需求开发、概要设计、测试设计与计划、数据库设计、详细设计、编码、测试、编写用户手册（或操作手册）、模块开发卷宗、试运行、验收等产品开发活动的全过程实施负责，对产品概要设计、数据库设计、详细设计的实施负责。并负责项目开发完成后的归档。 3．4开发人员（软件工程师）：配合项目经理，对指定任务的需求调研、详细设计、编码及单元测试、手册内容编写、测试任务、模块卷宗开发负责。配合项目经理进行开发文件、卷宗的编篡归档工作。 4. 程序内容 4. 1软件产品开发流程图 (左侧为工作阶段名称，右侧为工作相关产品，括号中的编号是文档的编号)
目次 封面 0 更改控制页 (1) 目次 (2) 1.目的 (3) 2.适用范围 (3) 3.术语和定义 (3) 4.引用标准/文件 (3) 5.职责与权限 (3) 6.工作程序 (3) 7.采购流程图 (6) 8.记录 (6) 采购工作流程图 (7)
外部提供过程、产品、服务的控制程序 1 目的 按Q/XX《质量手册》7.4采购的规定要求，特编制本控制程序文件。 对外部提供过程、产品和服务进行控制，评估、选择及控制外部提供方，并对采购活动进行有效地控制，确保外部提供过程、产品和服务的要求得到满足。 2 适用范围 本程序适用于本公司外部提供方，向本公司提供主材料、辅助产品的供应商、外协加工的服务方。 3 术语和定义 本程序应用GJB 9001C-2017和GB/T19001-2016《质量管理体系要求》中的术语和定义。 4 引用标准/文件 4.1 Q/XX《质量手册》 4.2 Q/XX《不合格输出控制程序》 5 职责与权限 5.1 采购部负责本公司采购产品的归口管理，负责选择外部提供方，组织对外部提供方进行评价，选择和再评价，评价、选择外购提供方时，应确保有效地识别风险并控制风险，编制《合格供方名录》。 5.2 质量管理部负责对采购部从外购提供方采购回的产品进行检验并保持相关记录，参与对供方的评价。 5.3 生产事业部、技术部负责采购回产品信息的审核工作。 5.4 采购部下发物料采购计划。 6 工作程序 6.1 本公司的外部提供方包括了供应商和外协方分类控制。 6.2 对外部提供方（包括供应商、外协方）的评价与选择 6.2.1 根据供方按本公司的要求提供产品的能力、服务、质量和价格等方面对其进行评价和选择。 6.2.2 外部提供方的评价选择准则 a）外购提供方必须有固定的地址及联系方式；
【最新资料,Word版，可自由编辑！】
目录 1.前言 (3) 1.1 目的 (3) 1.2 对象 (3) 1.3 要求 (3) 1.4 适用范围 (3) 1.5 软件开发过程模型 (3) 1.6 开发过程划分 (4) 2.技术过程规范部分 (4) 2.1 概述 (4) 2.2 业务建模阶段 (4) 2.3 需求阶段 (6) 2.4 分析设计阶段 (8) 2.5 实现阶段 (10) 3.管理过程规范部分 (11) 3.1 概述 (11) 3.2 接受项目 (12) 3.3 重新评估项目范围和风险（对于较大项目） (12) 3.4 制定开发计划 (13) 3.5 迭代开发管理 (13) 3.6 监控项目的实施 (14) 3.7 结束项目 (15)
软件开发过程规范 前言 目的 本规范的目的是使整个软件产品开发及项目工程阶段清晰，要求明确，任务具体，便于规范化、系统化及工程化。有利于提高软件生命周期的控制及管理，提高所开发软件的质量，缩短开发时间，减少开发和维护费用，使软件开发活动更科学、更有成效。 对象 本规范面向产品生命周期的所有相关人员，包括管理人员、开发人员、质管人员。 要求 具有软件开发管理职能的人员要求熟知项目开发的各阶段过程和各阶段过程相应的规范。 适用范围 适用于产品开发生命周期中的除产品提交外的其他全部过程；规范分为两部分：技术过程规范和管理过程规范，分别适用于软件开发过程中的技术性活动和管理性活动。 软件开发过程模型 本规范所采用的软件开发过程模型为简化的RUP开发过程模型；软件开发过程是体系结构为中心，用例驱动和风险驱动相结合的过程迭代。
1 四川泛华电器有限责任公司标准 产品实现策划及设计开发管理程序 Q/14C.ZG15.007.01 1 目的 对产品实现进行策划，对设计和开发过程进行控制，确保产品设计和开发的结果满足顾客的需求和期望，并符合有关法律、法规、标准的要求。 2 范围 本标准规定产品实现策划的步骤、方法，明确产品设计和开发过程的主要工作和要求。 本标准适用于企业新产品开发及产品改进的实现过程的策划,实施控制与管理。 3 术语和定义 3.1 关键特性: 影响产品安全性、法规符合性的产品和过程特性； 3.2 重要特性: 严重影响产品配套、功能、性能或后续产品加工的产品和过程特性； 3.3 一般特性：除关键、重要特性以外的特性为一般特性。 4 职责 4.1 开发部组织进行产品实现策划，并组织实施产品设计和开发过程控制，组织产品验证和确认工作。 4.2 各分厂负责组织产品制造的工艺设计与管理，并负责产品检验工作。 4.3 制造品质部负责产品的试验工作。 4.4 制造品质部负责对产品实现策划的实施的组织、监控，并负责组织产品样件生产、小批试生产、初期批生产和批量生产。 4.5 其余各部门负责完成产品实现先期策划实施中与本部门的相关的工作。 5 产品实现策划程序 5.1 产品实现策划的内容 在进行产品实现策划时应考虑以下方面内容： 5.1.1 顾客明示要求、顾客潜在要求和相关的法律要求。 5.1.2 根据顾客（或预测顾客）产品特点和要求确定产品的主要功能、性能指标，必要的生产流程和管理要求。 5.1.3 对特殊特性进行识别，确定关键过程和特殊过程并进行初步的分析。 5.1.4 产品质量目标要求，标准和工程规范。 5.1.5 根据产品要求确定必要的生产设备、工艺装备、监视和测量装置等设施，以及产品实现过程的人员资源需求。 5.1.6 确定产品实现的各阶段的验证、确认、检验和试验活动，以及监视和测量要求。 5.1.7 确定产品的接收准则。 5.1.8 产品实现过程各阶段的风险分析及评估，包括市场风险和技术风险。 5.1.9 支持产品的运行和维护所需的资源。 5.1.10 市场需求分析及市场前景预测。
1、需求分析是怎样做的？（自己理解着说） 需求分析是构建软件系统的一个重要过程。 一般，把需求类型分成三个类型： 1、业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目的要求，它们在项目视图与范围文档中予以说明。 2、用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。 3、功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 业务需求和用户需求是软件需求分析的基础，也是软件构建的前提。系统分析员通过对业务需求和用户需求的分解，将其转换成克一形式化描述的软件功能需求。开发软件系统最为困难的部分，就是准确说明开发什么。这就需要在开发的过程中不断的与用户进行交流与探讨,使系统更加详尽,准确到位。这就需要确定用户是否需要这样的产品类型以及获取每个用户类的需求。 4、客户也经常是矛盾的。事实上，很少有客户能够明确的知道怎样的一个系统对自己是最有益处的，他们往往在集中方案之间徘徊，于是经常产生需求的变动。生产厂商经常陷入客户自己的矛盾之中。 客户的负面影响可能对于能够在预算内按时完成项目产生很大的影响。尽管客户需要对需求的质量负责任，但是，当一个软件项目因为客户事先没有预料到的情况而导致失败的时候，即使客户不会追究开发方的责任，就软件项目本身而言，也已经是失败的。 总结： 良好的需求分析是软件成功的基础。以上是作者对需求分析工作实践的一次小结以及综合性的思考，是对需求分析本身所做的一次分析。在此基础上，作者提出了逆向沟通的设想，即系统分析员主动进行沟通，提出指导性意见。当软件融合了客户和系统分析员双方智慧，其质量将会进一步得以提高。 2、 6周 （比较合理的代码行数是多少，如果多了，我是怎么切割的）500行，例如：实现数据3、如何将用户登录的信息保存？ 用户登陆页面将每个用户的信息使用session保存下来,例如: session.setAttribute("UserID","ytang"); 如果用到用户的登陆信息，再从session根据session.getAttribute("userID")所存储的信息例如在项目1中的应用 4．软件项目开发流程应该是什么样子的？ 1。需求分析和获取； 2。界面的设计和修改，直到用户可以接受； 3。后台数据库的建立，做成几张表，写几个存储过程； 4。前台模块的编写和调试； 5。项目的实施和维护；
产品实现的策划和过程控制程序 1 目的 针对特定产品、项目或合同要求对所需的过程进行策划，确保公司实现过程的策划与管理体系的其它要求相一致，对制造、安装、改造和维保服务有效控制，以确保满足顾客的需求和期望。 2 范围 适用于对制造、安装、改造过程和维保过程的确认，产品的防护、交付和交付后的活动，标识和可追溯性，顾客财产的控制。适用于与特定产品、项目或合同有关的质量策划的控制及相应的质量计划的编制、实施和控制。 3 术语与定义 无。 4 职责 4.1 质量管理部负责电梯制造、安装、调试、大修、改造、客户意见处理及技术支持服务过程的监督控制，产品质量特性的监视和控制，组织编制质量计划、管理方案，对质量计划、管理方案涉及的相关部门的实施情况进行监督检查。 4.2 生产部负责电梯制造全过程的控制：编制必要的作业指导书与相应的工艺规程，组织实施产品生产过程中的批次管理，生产现场的环境管理、物流管理和生产活动的协调安排、进度监控，生产设备、工装模具管理、标识和可追溯性的控制。配合质量管理部对质量计划、管理方案的编制及对相关部门的实施情况进行监督检查。 4.3 售后服务部负责电梯的安装、改造、大修、维修保养服务过程的控制，编制必要的作业指导书及相应的操作规程，负责标识和可追溯性的控制，负责客户意见处理及技术支持服务过程的控制，。 4.4 销售部负责产品介绍、报价、合同的签订、客户意见处理。 4.5 各部门：负责实施相应的质量计划、管理方案内容。 5. 工作程序 5.1 产品实现的策划 5.1.1 常规产品已通过管理体系策划，建立了管理体系文件，对常规产品实现直接过程及支持过程均有相关文件进行控制（如作业指导、工艺文件等），不再制订质量计划。 5.1.2 对特定产品、项目或合同必须编制质量计划。表述质量管理体系过程及如何应用于具体的产品、项目和合同的文件称为质量计划。质量计划以适于公司运作的方式形成文件。 5.1.3 编制质量计划的时机： 5.1.3.1 产品、工艺技术或材料改进，技术革新或设备改造； 5.1.3.2 销售合同中顾客对产品有特定要求； 5.1.3.3 现有管理体系文件未能涵盖的特殊事项。 5.1.4 质量计划的内容 5.1.4.1 针对特定产品、项目或合同确定管理目标等； 5.1.4.2 针对特定产品、项目或合同所需建立的过程和子过程，确定关键过程和活动，并对过程或涉及的活动规定途径，形成文件； 5.1.4.3 确定并提供上述过程所需的资源、运作阶段的划分、人员职责权限和相互关系； 5.1.4.4 确定过程涉及的验证和验收准则；对过程和产品重要性或关键特性，应安排测量和监控活动； 5.1.5 质量计划的编制原则： 5.1.5.1 质量计划的内容要根据策划的内容和结果来确定； 5.1.5.2 符合管理方针与管理目标，并与管理体系文件中的内容协调一致； 5.1.5.3 可引用已有的管理体系文件中的相关内容，并根据特殊的要求编制新的内容； 5.1.5.4 质量计划可作为独立的文件，也可根据需要作为其他文件（如项目计划等）的一部分。
北京易游无限科技公司 https://www.doczj.com/doc/9a18382539.html, EUWX/QP 0714 软件开发过程控制控制程序 授控状态： 版号：A/O 分发号： 持有人： 2007年8月6日发布2007年8月6日实施
易游无限科技发布 易游无限科技程序文件文件编号CSI/QP 0714 版号A/0 标题: 软件开发过程控制程序页码共5页第1页
为保证软件产品及其文档可维护，软件开发过程得到有效控制，特制定本程序。 2适用范围 本程序文件适用于本公司有合同的所有软件开发过程的控制活动。 3定义 3．1需求分析：（引用GB/T11457-1995的2.404）研究用户要求以得到系统或软件需求定义的过程。 3．2概要设计：（引用GB/T11457-1995的2.343）分析各种设计方案和定义软件体系结构的过程。典型的概要设计包括计算机程序组成成分和数据的定义及构造、界面的定义，并提出时间和规模方面的估计。 3．3详细设计：（引用GB/T11457-1995的2.147）推敲并扩充概要设计，以获得关于处理逻辑、数据结构和数据定义的更加详尽的描述，直到设计完善到足以能实现的地步。 3．4设计实现：（引用GB/T11457-1995的2.229）把设计翻译成代码，然后对此代码排除隐错的过程。它是程序的一种机器可执行形式，或者能被自动地翻译成机器可执行的形式的某种形式的程序。 4职责 4．1项目负责人：负责制订《项目计划》、协调项目内外各方的关系、控制项目进度并保证项目计划的实施和完成。 4．2需求分析员：作为开发方的代表，负责沟通用户和开发人员的认识和见解，明确及准确地编写《软件需求说明书》和初步的《系统指南》。 4．3系统设计员：负责把软件需求变换成可表示的可实现的软件形式，为设计实现提供可行的依据。并在设计过程中要负责编写《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》，完成《系统指南》的编写。 4．4程序员：按设计要求把软件的详细设计变换成可执行的源程序，进行调试。完成相应的文档，编写《用户操作手册》。 4．5测试人员：负责制定测试计划，设计测试方案，测试用例，并实施测试。 4．6配置管理人员负责对开发库中软件配置项的管理和维护。 4工作程序 软件开发过程主要分为项目计划、需求分析、概要设计、详细设计、设计实现、内部测试和系统测试7个阶段。 易游无限科技程序文件文件编号CSI/QP 0714 版号A/0 标题: 软件开发过程控制程序页码共5页第2页
外部提供过程、产品和服务控制程序 （ISO9001-2015） 1.0目的 本程序旨在规范外部供方的选择和资格认可过程，并对外部供方的供应绩效进行有效管理。旨在为公司运作和生产过程提供适时、适价、适质、适量的过程、产品和服务。 2.0范围 本程序适用于选择、评估和管理外部供方；外部提供过程、产品和服务外部供方、协力厂商和分包商，以满足公司的产品质量要求和客户要求。客户指定的供方同样适用本程序，并应评估报告客户。适用于公司所有过程、产品和服务的提供过程的管理。 3.0职责 3.1总经理 负责审批《月份物料需求计划》、《物料采购申请单（P/R）》和请示书、审批《采购单（P/O）》（采购合同）和确认供方的物料报价单及外部供方的提供的过程、产品和服务的价格审议与签署。 3.2采购 3.2.1负责获取、分析及市场有关的信息和调查潜在的外部供方有关的基本信息；
3.2.2负责组织和协调相关部门对外部供方进行评估和选择的过程； 3.2.3负责编制和更新《合格外部供方一览表》； 3.2.4负责组织对外部供方的供应绩效进行定期的评估、分析、管理； 3.2.5负责统计生产物料和流程物料月度生产耗用量和监控需求物料的库存数量； 3.2.6负责根据上月耗用量、库存数量和安全库存量预评估下月生产用量，编制《月份物料需求计划》； 3.2.7负责根据生产所需的及时物料和特殊规格物料的及时需求，提出采购申请（P/R）； 3.2.8负责跟进外部供方交付状况。 3.3品质部 3.3.1负责协助外部供方的评估和选择，进行必要的监视与测量并反馈测试结果， 3.3.2负责确定并组织对外部供方的质量管理系统和外部供方现场进行审核； 3.3.3负责监控和管理外部供方的供应质量绩效。 3.4采购 3.4.1负责获取、分析外部供方市场有关的信息和调查潜在外部供方有关的基本信息； 3.4.2负责组织和协调相关部门对外部供方进行评估和选择的过程；
标准的软件开发过程 软件开发的标准过程包括六个阶段，而六个阶段需要编写的各类文件达14种之多，在每个阶段需要编写哪些文件，以及这些文件的主要内容见下： 1.可行性与计划研究阶段 可行性研究报告：在可行性研究与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文件。 项目开发计划：编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。 2.需求分析阶段 软件需求说明书：软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。内容包括对功能的规定对性能的规定等。 数据要求说明书：数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。 初步的用户手册：用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。 3.设计阶段 概要设计说明书：概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。 编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。
详细设计说明书：详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。 数据库设计说明书：数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。 测试计划初稿：这里所说的测试，主要是指整个程序系统的组装测试和确认测试。本文件的编制是为了提供一个对该软件的测试计划，包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。4.实现阶段 模块开发卷宗（开始编写）：模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一组密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。 编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。 用户手册完工 操作手册：操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。 测试计划终稿： 5.测试阶段 模块开发卷宗(此阶段内必须完成) 测试分析报告：测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。 项目开发总结报告：项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。
产品生产实现过程控制程序1 目的 对生产过程实施管理控制，确保产品质量符合设计、标准和规范要求，使顾客满意。 2 适用范围 本程序适用于公司认证范围内的产品生产过程控制。 3 职责 3.1 生产部 是本程序的主管部门，负责对本程序的实施情况进行检查、监督、指导。负责公司产品生产管理的全面协调工作。负责本程序中的新技术、新设备、新工艺、新材料的开发和应用。负责对公司产品质量的监督、检查、指导。负责公司生产车间所用的原材料、半成品、生产设备的管理和使用的监督、检查、指导、协调工作。负责下达年度生产计划、编制生产统计报表，随时了解和掌握生产进度、生产中存在的问题等情况及时向公司领导报告和通报有关部门。 3.2 生产车间 负责执行生产过程管理，并结合生产特点，编制生产工艺设计、作业指导书，并组织实施；负责生产过程管理的具体实施；认真填写生产过程中产品质量和生产安全、环保的监督、检查、指导。 3.3 研究所、物流部、仓储部、质量部 研究所提供产品实现所需的技术支持；物流部负责采购生产原材料等；仓储部负责保管原材料、成品等；质量部负责对生产过程进行监测，并对购进材料，产成品进行检验。 4 工作程序 4.1 生产过程管理流程图（见下页） 4.2 生产准备 4.2.1 研究所组织技术部门及有关业务人员根据合同设计文件进行图纸设计，设计绘制出技术图纸，列出合同工程的材料表。为生产组织设计提供依据。
生产过程管理流程图 4.2.2材料表交物流部、仓储部、质量部、生产车间各一份，仓储部对材料表进行再确认。所有图纸的发放、传递和保存依照《文件控制程序》进行实施。 4.2.3 对一般工程由生产部总监批准实施；对工期紧、技术含量高、生产难度大、被公司列为重难点工程的合同，报分管副总批准后，根据批准意见组织生产。 4.2.4 生产车间要根据工程特点和需要编制作业指导书，配备必需的生产规范、生产工艺图纸等技术性文件和管理办法。 4.2.5 按生产设计要求，执行《设备管理办法》，使生产设备始终保持完好状态。生产工具的使用执行《工具管理规定》。执行《模具管理办法》，保证模具的精度，满足生产需要。 4.2.6 物流部依照《采购控制程序》的规定组织原材料、成品和半成品的采购。 4.2.7 材料检验 4.2.7.1 质量部检验人员应对所有原材料、成品和半成品进行进货检
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
产品实现过程控制程序-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN
产品实现过程控制程序 1 目的 对产品实现过程中直接影响产品质量、环境影响的各种因素进行控制，确保产品和服务满足顾客和其他相关方的要求。 2 适用范围 适用于产品各工序的工艺参数、人员职责、设备、材料、测试方法和环境管理等的全过程控制。 3 职责 生产运营部负责依客户订单情况下达生产任务，技术开发部进行工艺和工序控制，确保作业现场基础设施适用和工作环境良好。 各生产车间严格执行各种设备的《作业指导书》、《设备管理和维护保养制度》和安全规程。教育员工文明生产，确保完成生产任务和产品质量、环境质量符合要求；负责生产设备的日常使用和维护。 人力资源部负责生产过程人力资源的配备、必要的培训和工作环境、清洁管理；财务部负责财力的提供和保障。 市场营销部依据市场需求，与各车间协调做好产品交接和保管；供应配套部、生产运营部适时做好原料供给和产品交付；市场营销部与品质保证部配合做好售后服务管理工作。 4 工作程序 计划管理 为顺利实现各个阶段所要达到的目标；也为使生产过程控制得以顺利展开，应根据本公司不同的分类要求确立各项管理计划。就每一年度而言，这些计划中与质量管理相关的项目应包括： 1）物资采购计划； 2）设备定期检修计划； 3）设备的备品、备件计划； 4）计量、检测仪器仪表的周期检定计划； 5）员工培训计划； 6) 内部审核计划； 7) 对重点供应商的质量跟踪审核计划； 8) 管理评审计划； 9)经营销售计划。 生产计划控制 生产合同一旦成立，计划员即应根据合同要求下达生产计划排程。各车间即应对生产能力进行分析并安排生产计划，就选料、下料、设备、人力等资源措施作出妥善安排。老产品依据工艺卡执行；新产品则根据新编工艺和样品执行。 生产能力分析
一般来说，制造PFD、P&ID，相关专业从事人员都是运用Visio或许AutoCAD、PIDCAD这些软件。软件都各有其长处和缺陷。AutoCAD、PIDCAD这样的纯专业软件，在软件的操作与使用上的 一般都需求花费必定的学习时间，而Visio这样的操作简略便当、又支撑制造多种图表的工艺流程 图制造软件，关于大部分人来说，是相对正确的挑选。但，Visio颇高的价格有时也会让人犹豫是否购买。那有没有类似于Visio这样操作简略、价格又适中的工艺流程图制造软件呢？答案是肯定的。 无需绘图技巧 使用这个功能丰富的流程图软件，您就不必在如何才能创建视觉上很有吸引力的流程图问题很 专业了。您只需输入您的数据，剩下就交给亿图就行了，亿图会自动为您排列所有形状，为获得专 业设计应用专业设计主题等。这个软件让任何层次的用户都能用更短的时间创建更好的流程图。此外，亿图为您节省更多资金，免费为您进行科技支持和升级。 智能地创建视觉流程图
亿图也可以帮助您将文本和图表中的复杂信息翻译成为视觉图表。用这种方式用户就能够识别 瓶颈和低效现象，这些也是过程需要精简的地方。亿图提供智能连接线和高级的文本设计和矢量符号，通过显示浮动对话框告诉你该怎么做。 几分钟获得一个专业的流程图 亿图赋予您能力，简简单单，有效地使用特殊工具，免费的模板和精简的工作流示例就能够创 建出有专业水准的流程图，帮助您快速建立新的流程图、工作流程图、NS图、BPMN图、跨职能 流程图、数据流图和高光流程图等。所有这些图形的绘制仅需短短几分钟即可。 轻松创建交互流程图 插入超链接和插画功能同样包括在内。您可以将图表和基础数据连接起来展示更多地细节信息，这样能够增强效率、影响和交流。为了更加具体一些，你可以通过增加链接到网站、插入附件、添 加注释或者链接到亿图其他视图工具等方式把任何图表转换成信息关口。它们是交互图形，任何人 都可以轻松使用亿图轻松创建。 无缝地分享与合作
XXXXXXX有限公司程序文件 外部提供过程、产品和服务控制程序A 版本号：A0 编写: 审核: 批准: 2016年11月1日发布2016 年11月2日实施 XXXXXXXX有限公司发布
版本 A01 文件修订履历 序 号 制/修订日期 修订内容摘要 版本 总页 数 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 文件标题 外部提供过程、产品和服务控制 程序A 文件编号 QMS/B01-2016 页次 2 制（修）订部门 行政部
文件标题 版本 A01 QMS/B01-2016 页次 4 外部提供过程、产品和服务控制 ___________ 程序A _____________ 文件编号 制（修）订部门 行政部 4）质量管理/生产能力/财务管理健全有效； 5）顾客指定的外部提供方 5.2提供方审核调查： 外部提供方应填写《外部提供方记录表》，应包含以下方 面的详细资料: 1） 注册法人代表身份和财务信用； 2） 外部提供方资历、业绩、营业范围内的相应资质证明； 3） 外部提供方的资源和设施； 4） 现有的质量保证体系或获认证标志的产品证件。 5） 《供应商评审表》由采购部门发出并负责回收确认。 5.3外部提供方的评价与选择： 采购部在对《供应商评审表》进行初步分析后，从中筛选部分优势明显 的外部提供方，提请品质部对其进行评鉴。评鉴一般采用以下所有或部 分手段： 1） 材料、产品符合性的确认：对于原材料、产品配件、包装物，品质部 依据材料的重要性，要求外部提供方按适合等级要求提供相关文件信息 及样品；并对样品符合性进行检测。 2） 实地考查：适当时，采购部（可由品质部协助进行）可对外部提供方 之生产经营场所进行实地考查，考查结果填入《供应商评审表》，考查 内容应全部涵盖《供应商评审表》内的内容。 3） 顾客意见。 采购部可根据具体情况向客户通报外部提供方状况，并征求客户意见， 顾客意见可分为“供货”、“不可供货”及“指定供货”三种状态。 5.4合格外部提供方的产生： 采购部根据样品检测情况、质量评估结果、必要时的实地考查情况进行 有针对性的综合性考评，符合本公司要求的，则列为本年度的《合格外 部供应商名录》经主管经理或总经理批准后实施。
软件项目开发和管理规范 本文阐述软件项目开发和管理的流程规范，作为软件项目开发的高级指引，本规范定义了软件开发的各个阶段以及每个阶段的工作活动和工件，但不对活动和工件的细节作过多规定。在项目开发过程中，每个项目根据自身的需要确定这些活动和工件的细节。 项目阶段 图2-1 项目开发的五个阶段 ?启动阶段 这个阶段的工作目的是决定一个项目是否需要启动。为了达到这个目的，首先要明确项目的总体战略目标，对项目的需要建立认同。即确定到底需要做什么、开发什么产品或提供什么服务，以及需要解决什么样的问题和需要满足客户或市场的什么要求等，同时还要总结项目工作的范围、所需资源、大约开支、各种风险，以及该项目不执行的其他替代选择等。这些代表了对整个项目目标从战略角度和宏观层次所进行的分析，通过项目的意向书总结出来，由此确证客户或项目发起人和赞助者的要求与期望，并帮助他们判定项目是否上马。项目意向总结书的通过及项目被批准上马形成了这个项目的起始点。 ?计划阶段 这个阶段的工作是为整个项目做计划。项目开始后，首先要确定项目的具体范围，明确定出项目到底要做什么，总结、归纳并定出产品的功能。然后进一步制定项目的计划，列出每项具体工作，并建立所有工作任务的重要性及顺序；确定每项工作的执行人和所需资源；根据人员的配置和能力设定各项工作和整个项目的完成时间表。 ?执行阶段
这个阶段的工作是通过执行项目的计划来完成项目的任务。它包括落实一切所需资源，如：人员、设备、费用、技术、信息，由管理者领导全体项目参与者开展各项工作。同时跟踪各项具体工作和整个项目的进度，定期向全体项目人员及项目的发起人报告项目状态。 ?控制阶段 这个阶段的工作是确证项目工作的结果符合项目的计划。它通过对项目结果的衡量和审核，与项目计划所期望的结果进行比较，找出实际结果与计划的差别，并制定处理措施。这个阶段的工作还包括对项目进程中出现的任何更改要求进行审核和批准。同时调解项目进程中出现的各种问题，如：对缺乏的资源的补偿调节；对项目的进度表及各项具体工作的优先级或顺序的修订。 ?结束阶段 这个阶段的工作是确保项目的最终结果或提交物达到计划的要求，并对完成的结果作可接受的确认。还包括在项目完成之后的收尾工作，对整个项目的经历进行总结，修订项目文档，用户培训等。 阶段完成标志 在项目开发过程中，当一个阶段完成后才会开展下一个阶段的工作；另外，“某个阶段完成”通常被定义为项目的一个里程碑，里程碑标识了项目的进度，它是项目开发和控制的重要参考，对整个项目有重要的意义。因此，“确证某个阶段是否已经完成”的工作非常有重要。 ?每一个阶段的结束以它特定任务的完成为象征 只有当某个阶段中被规定的所有工作任务都完成了，这个阶段才算真正结束，整个项目才可以进入到下一个阶段中去。反过来说，要是阶段中某个任务没有全部完成，按照项目的定义，整个阶段就不能算是完成，因此项目就不能进入到下一个阶段去。 ?衡量阶段结束的工作结果必须是实在的交付品 阶段中的任务是否完成是透过任务活动中产生的交付品来体现的，交付品必须是可交付的、非抽象的、实质的并且可以通过用衡量的方法来判断是否真正地完成了的具体事物。如：某一阶段的完成是以建造一个样品或完成某分文件作为象征。任何项目阶段的结束，都应该有这样的实质性东西的完成作为象征。 ?跨阶段的进程以阶段结尾的合格验证和审核来决定 当一个阶段结束时，在进入到下一个阶段之前所需要做的工作应包括对交付品进行合格验证，并检查这一阶段的工作质量和效率，由此判断是否可以进入到下一个阶段。这些检验象征了一个阶段的结尾终点，表示项目的进程离开了上一个阶段而进入了下一个阶段。