计算机软件开发控制程序

计算机软件开发控制程序
计算机软件开发控制程序

软件开发控制程序

1目的

建立并实施计算机软件(以下简称:软件)开发的工程化管理,确保软件质量达到规定的质量特性要求,满足用户、市场需要,符合相关的法律法规, 并确保设计、生产和管理工作的正常进行。

2适用范围

适用于本公司研制开发的所有软件产品。

3术语

本文术语采用GB/T11457-1995中有关的术语定义。

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 软件文档

在软件开发的每一个阶段都必须编制相应的文档,作为软件开发过程中的重要文字依据,同时也是开发阶段节点完成任务和转阶段的重要标志。软件文档的管理执行QJ1912-99标准。

为保证软件的实现满足要求,应至少需要下列文档:软件立项可行性报告、软件需求规格说明书、软件设计说明书、软件测试计划、软件测试报告、用户手册、源程序清单、项目实施计划、项目开发总结等。

软件文档的内容要求按GB8567-88《计算机软件产品开发文件编制指南》执行,软件文档的标准化要求、完整性要求按QJ1912-99执行。

软件任务书、技术说明书等重要文档中,应有质量、性能指标、可靠性等特性的要求。

软件文档的签署及职责按QJ1714.9A—98和QJ1912.4—99等有关规定执行。

软件文档编写、签署完毕后,由生产质量分部进行统一归档存贮。执行航天总公司QJ1912.6-99标准。

5.2 软件开发各阶段质量控制

5.2.1 软件立项阶段

研发部门经理根据市场部门或公司提供的合同、技术方案、开发任务书,对开发过程进行分析和策划。在每个软件开发前,均应由研发部门经理或指定项目经理进行该项目详细的可行性研究,分析待开发软件的主要研究内容和技术途径,存在的技术关键和市场风险等,完成《项目立项可行性研究报告》,供公司领导召开专家评审会对项目的可行性进行立项决策。立项通过后,下达项目任务书,编制项目开发计划。

5.2.2 软件设计阶段

5.2.2.1 设计开发项目组织策划

5.2.2.1.1 由研发部门经理根据开发要求任命项目经理、组建研发项目组,确定项目组的成员和组织结构及技术要求、培训要求、资源配置等。

5.2.2.1.2项目经理根据项目任务书,完成《开发项目计划书》。并在部门经理的组织下,进行评审,递交总工程师批准确认。

5.2.2.2 设计开发阶段

5.2.2.2.1 软件开发过程中涉及需求分析、系统设计(含概要设计和详细设计)、代码编写、软件测试5个阶段,允许在项目策划阶段,根据项目的规模和要求,对软件开发过程进行合并或删减,如允许在中小型软件开发时,对系统设计中概要设计和详细设计进行合并。

5.2.2.2.2 各阶段应完成的文档编写。

5.2.2.2.3. 各阶段完成设计后,根据开发计划应组织对产品进行阶段评审。阶段评审由总工程师主持,生产质量分部组织,公司专家组成员参与,评审合格后方可进行下一步的开发工作。评审内容为:软件设计是否体现了软件需求说明,软件功能和性能是否达到了设计任务书规定的指标;软件接口设计的协调性和运行环境的恰当性、模块设计的正确性、完整性等。

根据软件设计的不同开发阶段,进行相应的软件系统分析与评审、软件需求评审、软件系统设计与软件实现评审、软件测试评审等。

5.2.3 软件测试阶段

5.2.3.1软件测试阶段一般分为编码测试、单元测试、组装(集成)测试、系统测试。测试过程的选择、测试方法、要求和通过条件等因素由项目组根据软件项目的规模进行确定,并依据计划组织评定,进行确认。

5.2.3.2项目工程师在每个模块完成后,均应进行详细的模块测试,确认模块的开发满足设计文档中的功能和接口要求;

5.2.3.3软件在所有模块均开发完成后,应进行集成测试,由项目经理根据项目任务编制《测试计划》,根据被测试特性,设计测试用例的结构,确定每一个测试用例的执行方式(手工、自动或半自动)、输入、期待的输出等。必要时可由项目经理组织,在设计概要设计和详细设计阶段编写测试说明书,用于指导测试工作。

5.2.3.4由部门经理组织相关人员对《测试计划》进行评审,评审应考虑测试环境的现状、测试人员状况、测试工具和测试软件等因素。《测试计划》评审通过后,项目组应先进行内部测试。

5.2.3.5 项目组对软件内部测试通过后,应提请公司生产质量分部对软件进行测试;项目组应建立测试环境,准备测试数据,并协助测试人员执行测试用例,详细记录测试结果。测试完成后,生产质量分部应完成《测试报告》。

软件测试控制按SSNC-QP824-2《软件产品测试控制程序》执行。

5.2.4 软件验收评审阶段

5.2.4.1软件产品在正式交付/使用前应进行验收评审,以确保软件产品在目标环境下满足规定和预期的用途。验收评审由生产质量分部组织,总工程师主持,项目组成员、公司专家组、用户方参加。

5.2.4.2软件验收确认内容:

a.软件产品在目标环境下满足规定用途的功能、性能、使用要求的确认。

b.软件产品的依从性、可操作性、容错性、及其替换性能等预期性能的确认。

c.软件系统的易用性、可靠性、保密性和安全性、易恢复性及其易维护性的确认。

d.模拟用户现场的综合测试或选用用户的工作实例进行试验。得到用户方的认可,或取得验收报告。

e.各阶段产生的文件记录是否完整,资料是否齐全、计划执行过程是否有

5.3软件设计变更

5.3.1对于设计变更的要求,应由技术部门、市场分部/商务部门予以沟通和确认,并详细记录设计变更的具体内容。

5.3.2在明确设计变更前,由相应需求调查人员对设计变更需求提出变更建议,填写设计变更通知单。

5.3.3设计变更必须通过评审,评审必须考虑设计变更对相关的环节的直接影响和潜在影响。考虑需求的相关性、优先级和风险性。

5.3.4项目组负责人根据评审结果,调整进度计划、任务计划,生产质量分部在软件设计修改过程中实施跟踪,软件设计修改必须经过测试评审。因软件设计修改涉及技术文档资料的修改,必须填写软件文档更改申请单和软件文档更改单,格式按QJ1912.5-99中格式1和格式2执行。

6引用文件

6.1 GB8566计算机软件开发规范

6.2 GB8567-88计算机软件产品开发文件编制指南

6.3 GB/T11457-1995 软件工程术语

6.4 GB/T12505-90计算机软件配置管理计划规范

6.5 GB/T16680-1996软件文档管理指南

6.6 QJ1714航天产品设计文件管理制度

6.7 QJ1912-99航天型号软件文档管理制度

6.8 QJ2839-96机读文件和机读档案管理规定

6.9 QJ1089A~1092A-98 技术文件使用与归档管理规定

6.10 Q/N450.1~10-1999 型号计算机软件质量管理规定

6.11 SSNC-QP824-2软件产品测试控制程序

7.相关记录表格

ZJB731—01A 设计和开发项目立项申请书

ZJB731—02A设计评审/验证记录

ZJB731—03A设计评审/验证/确认问题跟踪报告

ZJB731—04A评审验收报告

ZJB731—05A设计变更通知单

设计和开发项目立项申请书

设计评审/验证记录

设计评审/验证/确认问题跟踪报告

评审验收报告

设计变更通知单

软件设计和开发控制程序

公司软件设计和开发控制程序 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 在分析相关方要求时,可考虑:

产品实现过程控制程序

产品实现过程控制程序 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)外购提供方必须有固定的地址及联系方式;

计算机软件设计开发控制程序

计算机软件设计开发控制程序 1.目的 为使软件设计开发全过程得到有效的实施和控制,保证软件产品在开发过程中各个阶段的质量以及最终软件的功能、性能指标符合规定要求及适用于产品的法律、法规的要求,以增强顾客满意,特制定本程序。 2.范围 本程序涉及软件设计开发过程中的全过程的控制。 3.流程 3.1. 可行性研究 在与客户签订合同之前,均应对将签项目进行资源、技术、市场的可行性分析,可行性分析通过后、签订合同前由公司组织相关人员对合同条款进行评审,评审通过后,公司组织进行立项工作。 3.2. 立项 可行性分析评审通过后,有开发部门经理下达立项任务,制定相关人员填写立项申请报告报批,报批通过后,由部门经理和技术负责人协商下达开发任务书,经技术负责人审核通过后报公司批准。批准立项后,项目进度应以立项申请报告中的阶段进度为准,如果进度需要调整,需要填写进度调整申请报告报批。 3.3. 需求分析 公司根据客户提出的技术要求和相应的软件任务书以及其他有关件,与客户协商确定详细的软件需求。 3.4. 开发策划 根据项目要求和软件需求,由配置人员配合项目经理编写本项目的质量保证计划、配置管理计划和项目综合计划。在配置管理计划中应列明本项目需提交的各阶段文档的

名称,在项目完成后项目组需列表说明需要移交的文档。在制定计划时,应为计划、设计、测试、修正、再测试、变更以及编制文档留出足够的时间。 3.5. 设计 ●概要设计 根据软件需求说明建立软件总体结构和模块间的关系,确定各模块功能,定义各功能模块的接口,设计全局数据库和数据结构。 ●详细设计 在概要设计的基础上,开发者需要进行软件系统的详细设计。在详细设 计中,描述实现具体模块所涉及到的主要算法、数据结构、类的层次结 构及调用关系,需要说明软件系统各个层次中的每一个程序(每个模块或 子程序)的设计考虑,以便进行编码和测试。应当保证软件的需求完全分 配给整个软件。详细设计应当足够详细,能够根据详细设计报告进行编 码。 3.6. 编码实现 在软件编码阶段,开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求,开始具体的编写程序工作,分别实现各模块的功能,从而实现对目标系统的功能、性能、接口、界面等方面的要求。 3.7. 测试 ●软件单元测试 按详细设计的结构,根据软件单元测试计划,对软件进行测试。 ●组装测试 根据软件需求说明书中定义的全部功能和性能要求及组装测试计划,对 软件进行组装测试,以确定整个软件是否满足软件需求,是否可以提交 总装测试。 3.8. 验收交付 在软件测试证明软件达到要求后,软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、

产品实现策划及设计开发管理程序

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 市场需求分析及市场前景预测。

软件开发过程管理规范

软件开发过程管理规范文件管理序列号:[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目的与适用围 (3) 1.1 目的 (3) 1.2 适用围 (3) 2 引用文件 (3) 3职责 (3) 4程序 (4) 4.1需求分析程序 (4) 4.1.1获取、分析需求 (4) 4.1.2需求规格说明书的评审 (4) 4.1.3需求确认 (4) 4.1.4存档 (4) 4.1.5需求变更 (4) 4.2 软件设计程序 (5) 4.2.1软件设计 (5) 4.2.2设计评审 (5) 4.2.3设计文档的备案 (5) 4.2.4设计更改控制 (5) 4.3 编码开发程序 (5) 4.3.1编码 (5) 4.3.2代码集成 (6) 4.3.3程序验收 (6) 4.3.4配置管理 (6) 4.3.5测试流程 (6) 4.3.5.1 测试用例的编写、审核与备案 (6) 4.3.5.2 系统测试 (6) 4.3.5.3 用户手册的编写与审核 (7) 4.3.5.4存档 (7) 5流程图 (8) 6相关文件 (9)

1目的与适用围 1.1 目的 规需求分析、设计、开发等作业过程,确保对软件实现阶段实行有效的管理控制,力求减少编码出错,准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷,证明软件的功能和性能与需求说明相符,从而使交付给客户的产品的质量得到保证。 1.2 适用围 适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。 2 引用文件 GBT 11457-2006 信息技术软件工程术语 GBT 16260.4-2006 软件工程产品质量 3职责 ?项目经理:负责整个开发过程的整体控制,每周向公司和客户提交项目周报。 ?需求分析员:进行需求调研,编写《需求规格说明书》、《调研日志》、需求的补充文档等,必要时进行需求变更。 ?技术负责人:负责设计工作的安排和技术指导,评审特殊项目的设计。 ?设计人员:软件界面设计。 ?开发人员:负责软件系统设计,编写设计文档。根据设计说明书编写程序,修改软件代码。 ?测试员:编写《测试用例》,搭建测试环境、执行单元测试、集成测试,提出《测试报告》。 ?行政人事部:负责开发过程中文件及代码的存档管理。 ?项目组成员:每日填写工作日志。 ?部门负责人:对项目人员工作日志进行统计。

计算机科学与技术专业(软件技术方向)

计算机科学与技术专业(软件技术方向)计算机科学与技术专业(软件技术方向) 卓越工程师教育培养计划人才培养方案 一、培养目标 培养适应经济社会与科技发展需要的~德智体美全面和谐发展与健康个性相统一~富有工程意识、实践能力和创新精神~系统掌握计算机科学与工程基本理论~能够运用现代开发方法和工具按照国际规范从事软件系统分析、设计、开发和维护工作的软件工程师。 二、培养标准 依据专业培养标准~本专业毕业生应该具备以下知识、能力和综合素质: 1、基础理论 毕业生应具备数学及自然科学知识、电子电气工程技术基础知识、计算机专业基础知识、软件开发技术、软件测试技术、嵌入式系统与计算机网络技术等较宽领域的工程技术基础理论和专业知识。主要应包括如下几方面的知识: ,1,具有较扎实的数理知识和良好的外语运用能力~并具有一定的经济、管理、人文与社会科学知识, ,2,具有本专业领域较宽的专业基础理论知识~主要包括软件开发技术、软件测试技术、嵌入式系统、计算机网络等专业工程基础知识, ,3,具有本专业所必需的信息技术企业管理和运作、软件开发管理、工程实施等方面的知识。 ,4,具有一定的学科交叉知识~了解社会、经济发展的需求及与本专业的关系~具有较宽阔的视野和较强的工作适应性。 2、专业能力

本专业学生应具备在软件开发、软件测试、系统集成等方面的工程实践能力~ 重点具备掌握常用软件开发技术~能够根据软件工程规范开展软件开发工作的能 力。主要培养的专业能力包括: ,1,掌握并熟练应用计算机专业基础知识~包括计算机基本结构、计算机软硬 件系统运行的基本原理、信息组织和管理的基本原理和方法、计算机网络架构的基本原理和方法、程序设计的基本方法和技能、软件测试基本知识, ,2,掌握信息系统架构的技术和相关设备~包括计算机网络架构的基本原理、 方法和主要设备以及信息系统运行的软硬件平台~具备选择最佳性价比硬件的能力, ,3, 能够进行需求分析~并根据用户需求确定系统目标和要求, ,4, 掌握根据需求规格说明书进行概要,总体,设计的能力, ,5, 掌握根据模块功能需求开展详细设计的能力, ,6, 掌握采用UML工具进行类库设计和采用E-R图进行数据库概念结构设计、 逻辑结构设计和物理结构设计的能力, ,7, 掌握软硬件接口设计、应用系统和数据库系统接口设计的能力, ,8, 掌握在软件开发过程中撰写各类技术说明书和文档的能力, ,9, 掌握按照软件工程和项目需求规范~进行编码的能力, ,10,掌握信息系统集成的方法~具有软硬件系统接口编程、集成的能力, ,11,具备快速掌握和改造现有软件系统的能力, ,12,精通两种以上集成化的开发平台和开发工具~并能够进行软件项目的开发, ,13,精通数据库开发技术、两种以上流行的数据库管理系统的开发工具及相关 技术~掌握根据软件系统需求选择合适的数据库系统的能力, (14) 掌握基本的测试方法和常用测试工具~进行单元测试、组合测试、确认 测试的方法、软硬件系统整合测试能力, (15) 具备跟踪当前技术热点~掌握本专业领域的新技术和新工具的能力。

ISO软件开发全套文档~软件开发过程控制程序

北京易游无限科技公司 https://www.360docs.net/doc/c416765751.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负责组织和协调相关部门对外部供方进行评估和选择的过程;

计算机技术与软件专业水平考试

3.5.5 FCB与文件目录 1 FCB OS管理文件时必须的控制信息的数据结构,文件存在的唯一标志, 四个部分:基本信息:名保护信息:密码位置信息:存储位置,长度使用信息:最迟使用者 2 文件目录 FCB的集合为文件目录,其被组织成为--》目录文件 一级目录结构,最简单, 二级:主文件和用户文件目录:用户名和指向用户目录的指针|文件名,指向具体要求位置的指针 多级:多层次分类文件体系,增加了灵活,适应典型为树型。可反映层次结构关系,还得保护和共享3.5.6 文件的使用 1工作目录当前目录,为提高效率,每用户有自己工作目录,先调入主存,且可随时改变 2 文件的使用一组命令专用于文件,目录的管理,目录管理(建立、删除)|文件控制(建立、删除)|文件存取命令(显示内容) 3 文件共享和安全指不同用户使用同一文件|文件的保密和保护,限制未受权用户使用 若两用户可同时打开文件存取则为动态文件共享 安全措施:常在系统及(口令),用户级(用户分类限定),目录级(操作权限)、文件级(只读、执行、隐藏)实施 3.6 作业管理 任务是作业调度和作业控制 1简介用户|系统角度:A:系统为完成一个用户的计算任务所做工作总和,每一步为作业步B:比程序更广泛的概念,由程序、数据和作业描述书组成,在批处理中,作业是抢内存的基本单位作业管理程序:OS中控制作业进入、执行和撤销的一组程序,可把作业步细化,用进程来实现 用户作业提交方式:联机|脱机 2 用户作业管理 1作业控制:A:联机输入:大多用于交互式系统中,外围设备速度远低于CPU,浪费CPU B:脱机输入;预输入,需一台低档计算机作为外围处理机,提高了主机资源利用率,且需要人式干预,灵活性差,无法直接提交紧急事务 2 作业状态及其转换:提交、收容、执行和完成4阶段 用各种终端,输入设备提交到辅存,全进入时为后备状态,(收容),OS建立JCB,作业控制块,其包含了作业主要信息,作业调度程序从后备中取一个调入主存,建立进程并分配资源,处于运行状态,完成时结果输出,回收所占资源 3 作业调度后备—》执行|执行—》完成须作业调度完成 1调度目标:4点:对所有作业公平,响应时间快(交互系统),周转(加权)时间快(批处理),高资源利用率 基于不同观点,会冲突。周转时间:提交到完成的时间加权:周转时/运行时反应时间:提交到处理器首次服务 2 调度算法:单批道:主要任务:合理有效实现作业间链接,提高利用率,减少人干预三种 先来先服务,最短作业优先法(忽略了等待时间),响应比高者优先(作业响应时间/运行时间,开销大),多道程序:优先级算法(照顾某些紧迫作业)|均衡调度算法(均衡使用资源,力求用户满意) 4 用户接口用户界面,用户与OS交互的途径和通道,即OS的接口|交比环境的控制方式,即操作环境

软件开发流程管理制度

软件开发流程管理制度 (讨论稿) 为加强对定制软件开发工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高定开发效率和效益,特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环境更紧凑,更可控,需要尽可能实现项目管理的正规化,工作过程的流程化,以便提高软件质量,按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程,制定以下工作流程,并规定了各个重要环节需要提交的交付物。各阶段需提交的文档: 1、立项:项目申请表,软件需求报告或设计方案。 2、需求分析:项目研发主计划、需求规格说明书 3、总体设计:概要设计说明书或功能模块描述 4、详细设计:详细设计说明书,包括软件接口说明、单元测试计

划。 5、软件实现:软件功能说明、源代码说明或者注释 6、产品测试:测试报告 7、产品发布:产品说明书、使用手册 8、产品维护:问题反馈记录 9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表:

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,明确工作职责,逐步实现项目经理,软件设计师,程序员,测试工程师的岗位设置。

计算机软件与理

计算机软件与理论(081202) 一、学科简介 计算机软件与理论专业涉及计算机科学与技术的基本理论和方法,强调计算、算法、软件、设计等概念,主要的领域包括计算理论、算法与复杂性、系统软件、软件自动化、程序设计语言、软件设计与理论、数据库系统、软件工程与软件复用技术、计算机网络技术、并行处理技术、高性能计算、智能软件、信息安全理论与方法、信息系统工程等。 该学科的研究方向主要有:软件方法学、信息系统工程、并行处理与高性能计算、计算机网络与普适计算和数据库技术与应用等。以培养高素质的创新型科学研究与工程技术人才为目的。教学科研工作中,兼顾理论研究与工程技术实践,着力建设重基础、宽口径的特色专业,以校企联合为手段,为科学研究和信息技术产业输送高层次的计算机专门人才。 在科学研究和应用技术方面跟踪国内外前沿方向,形成基础研究与应用技术研究结合、产学研结合的特色。通过委托、横向合作等方式将科研成果转化为计算机应用产品,为政府、企事业等单位的公共信息平台建设进行研发,涉及信息系统集成、Web技术、信息安全、智能控制、图形图像处理、新农村及制造业信息化、远程教育、软件项目管理等众多应用领域。 计算机软件与理论专业是我院重点发展,进步较快的专业。目前,有教授7人,副教授11人,近年来承担国家自然科学基金项目3项、省部级项目8项,参与国家“863项目”3项,主持国家科技支撑项目子课题2项;在国际学术刊物、国内重要期刊和国际会议发表学术论文130余篇,SCI/EI/ISTP检索20余篇。学科带头人和学术骨干平均年龄约40岁,在各自的研究领域取得了丰厚的科研成果。 二、培养目标 培养目标应根据国家对学位获得者的基本要求,结合本学科专业的特点,阐明对本学科专业硕士学位获得者在德、智、体等方面的要求。

项目管理软件开发流程图

一般来说,制造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合格外部提供方的产生: 采购部根据样品检测情况、质量评估结果、必要时的实地考查情况进行 有针对性的综合性考评,符合本公司要求的,则列为本年度的《合格外 部供应商名录》经主管经理或总经理批准后实施。

计算机软件与理论(081202)

计算机软件与理论(081202) 一、专业概况及培养目标 1、专业概况: 计算机软件与理论专业2004年设置,经过十五年的建设和发展,在人工智能云技术、智能信息处理与应用软件等方面取得了丰硕的成果。近年来承担了多项国家级自然科学基金项目、863计划重大项目、国家科技支撑计划项目、国家发改委CNGI专项、教育部重大科技项目、北京市科研项目等,成功培育了一批批优秀毕业生,继续从事计算机软件与理论相关研究、开发、传播或管理事业。 2、培养目标: 计算机软件与理论专业特色是培养传媒科技领域科研与技术人才,促进通信、网络、多媒体信息交叉,形成传媒科技领域知识创新优势学科,主要围绕传媒科技领域的人工智能云技术、智能信息处理与应用软件展开教学与科研工作。既重视硕士生的理论知识,也重视编程实现能力,培养传媒科技领域创新型、复合型的高层次人才。 二、研究方向和内容 1、人工智能云技术方向 人工智能云技术方向,旨在培养掌握人工智能、云计算理论知识和专业技能,能从事基于云的软件服务、云安全的管理与维护,具备独立研究、开发或维护,甚至自主创业的高素质人才。 本方向主要研究内容包括:有限元云计算系统研发及安全加固;高级持续威胁入侵方法和技术研究;大数据媒体信息分析技术;基于FPGA与人工智能技术的图像处理技术研究;云系统可靠性形式化验证技术等。 2、智能信息处理与应用软件方向 智能信息处理与应用软件方向旨在培养学生掌握计算机科学、智能信息科学、应用软件设计与开发方面的基本理论和技术方法。培养学生综合运用人工智能技术处理媒体信息的能力,使学生具备在广播电视、互联网等传统或新兴融媒体领域从事创造性科学研究和技术开

生产和服务提供控制程序样本

生产和服务提供控制程序Control of production and service provision 拉森特博洛(青岛)橡胶机械有限公司 LARSEN & TOUBRO(QINGDAO) RUBBER MACHINERY COMPANY LIMITTE

1、目的 对生产和服务的过程进行有效控制,以确保满足顾客的需求和期望。 2、范围 适用于对生产和服务过程的提供、过程的确认的控制。 3、职责 3.1 生产部负责按照产品性能及顾客要求,组织生产。 3.2 营销部负责产品的交付及交付后活动的实施。 3.3 技术部负责工艺文件的制订及过程的确认。 4、流程图 见附录。 5、工作程序 5.1 获得规定产品特性的信息和文件 5.1.1根据设计和开发的输出文件、产品实现过程策划的输出、顾客要求的评审的结果等获得必要的生产和服务的信息,分别相应的《设计和开发控制程序》、《与顾客有关的过程控制程序》的有关规定。 5.1.2技术部根据设计开发的结果及订单的要求给生产部下发相应的图纸、工艺流程、产品标准、作业指导书等文件。技术部对特殊过程进行确认,并编制作业指导书,下发至生产部相应的车间。 5.2生产计划 生产部根据销售合同信息,结合公司的生产能力,制订生产计划(包括下料计划、焊接计划、加工计划、配套计划、外协计划、安装计划),配套计划、外协计划及图纸、采购产品明细下发至采购部,作业采购依据。将下料计划、焊接计划及相应的图纸、作业指导书、工序流程卡发放至焊接车间,加工计划、图纸、工艺流程卡下发至机加工车间,合理安排生产。 5.3机加工车间 5.3.1机加工车间接到《加工计划》后,车间主任根据实现生产情况及生产能力,合理安排生产。根据需要填写《出库单》向仓库领取所需要的物料,按图纸、机加工工序卡、加工计划的要求进行生产。 5.3.2车间按照产品性质、配置和使用合适的监视和测量设备,确保在生产过程中能够按规定监视和测量产品特性及过程的状况。机加工质检员按《产品的监视和测量控制程序》对各工序实施检验并记录检验结果。 5.3.3全部工序结束后,经质检员检验合格,质检员开具《毛坯、半成品入库单》,半成品库办理入库。 5.3.4对于需要进行表面处理(包括镀铬、镀锌等)的零部件,由质量部填写《镀铬(锌)件外协通知单》,联系外协进行表面处理。 5.4焊接车间 5.4.1焊接车间接到《下料计划》后,根据需要向仓库领取所需要的物料,按图纸、下料计划的要求下料。下料质检员进行检验,合格后办理入库。 5.4.2特殊过程包括: a)产品质量不能通过后续的监视和测量、验证的工序; b)产品质量需进行破坏性试验或采用复杂、昂贵的方法才能测量或只能进行间接监控的工序; c)该工序产品仅在产品使用或服务交付之后,不合格的质量特性才能暴露出来。 5.4.3本公司的特殊过程有:焊接、表面处理(外包)、喷漆(外包)。技术部对这些过程应进行过程确认,证实他们的过程能力。适用时,这些确认的安排应包括:

相关文档
最新文档