09软件产品立项及开发策划控制程序
- 格式:doc
- 大小:75.00 KB
- 文档页数:8
计算机软件设计开发控制程序1.目的为使软件设计开发全过程得到有效的实施和控制,保证软件产品在开发过程中各个阶段的质量以及最终软件的功能、性能指标符合规定要求及适用于产品的法律、法规的要求 , 以增强顾客满意,特制定本程序。
2.范围本程序涉及软件设计开发过程中的全过程的控制。
3.流程3.1.可行性研究在与客户签订合同之前,均应对将签项目进行资源、技术、市场的可行性分析,可行性分析通过后、签订合同前由公司组织相关人员对合同条款进行评审,评审通过后,公司组织进行立项工作。
3.2.立项可行性分析评审通过后,有开发部门经理下达立项任务,制定相关人员填写立项申请报告报批,报批通过后,由部门经理和技术负责人协商下达开发任务书,经技术负责人审核通过后报公司批准。
批准立项后,项目进度应以立项申请报告中的阶段进度为准,如果进度需要调整,需要填写进度调整申请报告报批。
3.3.需求分析公司根据客户提出的技术要求和相应的软件任务书以及其他有关件,与客户协商确定详细的软件需求。
3.4.开发策划根据项目要求和软件需求,由配置人员配合项目经理编写本项目的质量保证计划、配置管理计划和项目综合计划。
在配置管理计划中应列明本项目需提交的各阶段文档的名称,在项目完成后项目组需列表说明需要移交的文档。
在制定计划时,应为计划、设计、测试、修正、再测试、变更以及编制文档留出足够的时间。
3.5.设计概要设计根据软件需求说明建立软件总体结构和模块间的关系,确定各模块功能,定义各功能模块的接口,设计全局数据库和数据结构。
详细设计在概要设计的基础上,开发者需要进行软件系统的详细设计。
在详细设计中,描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系,需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑,以便进行编码和测试。
应当保证软件的需求完全分配给整个软件。
详细设计应当足够详细,能够根据详细设计报告进行编码。
3.6.编码实现在软件编码阶段,开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求,开始具体的编写程序工作,分别实现各模块的功能,从而实现对目标系统的功能、性能、接口、界面等方面的要求。
质量先期策划和控制计划流程图过程质量先期策划和控制计划流程图(续)1. 目的通过实施产品质量先期策划及控制计划,明确新产品开发直至批量生产各阶段所涉及的各部门及相关人员的职责,促进各阶段所要求大步骤按时完成。
在控制计划中明确工艺过程的要求和特殊特性(包括安全特性),确保新产品功能,外观及包装符合设计要求,最终达到客户满意这一宗旨。
2. 适用范围本管理程序适用于本公司新产品、更改产品和重点配套产品的设计(开发)和批量生产前的准备工作,也适用于其他顾客要求开发的产品。
对同类型不同规格的新品种开发可根据实际情况参照本程序实施产品质量先期策划。
3。
术语3.1新产品:本程序规定的新产品是指全新开发或在现有产品基础上局部改进或改型的产品。
3。
2小组可行性承诺:由多方论证小组对所做的设计能按预定的时间以顾客可以接受的成本以及付诸于制造、装配、试验、包装、运输和100%交货的承诺。
3.3 APQP实施进度计划:根据产品质量策划的结果。
多方论证小组制定产品(过程)开发的时间进度计划图表,进度计划图表应列出产品(过程)开发中所有项目的“起始”和“完成”日期,实施进度情况,负责人/部门,以及跟踪检查点,评审会议日程等,进度计划要确保进度符合或提前于顾客的进度计划。
3。
4设计任务书:顾客对组织的供货和服务的要求总和.在《设计任务书》中,必须以使用者的观点对各种要求,包括边际条件都作描述,这些要求应该是定量的和可检验的.在《设计任务书》中要确定任务(怎样做)及目的(为什么)。
3.5产品过程设计开发项目责任书:由组织制定的旨在实现《设计任务书》的实施规定。
3.6多方论证小组:由有关部门主管或人员及项目小组组长组成,又称横向协调小组,小组组长及成员名单报总经理批准。
3.7样件控制计划:制作样件(品)时制订的控制计划,是对样件制作时具体方法的指导和描述.3。
8试生产控制计划:试产时制订的控制计划,是对样件研制后批量生产前,进行的尺寸测量和材料、功能试验的描述.3.9生产控制计划:批量生产时的控制计划,是对产品生产过程各工序的控制方法加以书面描述。
软件开发流程规范首先,需求分析是软件开发的第一步。
在这个阶段,开发团队需要与客户充分沟通,了解客户的需求和期望。
同时,需要对需求进行详细的分析和梳理,确保需求的准确性和完整性。
只有明确了需求,才能为后续的设计和开发工作奠定良好的基础。
其次,设计阶段是软件开发流程中至关重要的一环。
在设计阶段,开发团队需要根据需求分析的结果,进行系统架构设计、数据库设计、界面设计等工作。
设计阶段的目标是为了确保软件的可扩展性、可维护性和性能等方面的要求。
接下来是编码阶段。
在这个阶段,开发团队需要根据设计文档,按照规范的编码标准进行编码工作。
编码规范包括命名规范、代码风格、注释规范等方面,确保编写出高质量、易读易维护的代码。
测试阶段是软件开发流程中不可或缺的一环。
在测试阶段,测试团队需要对软件进行全面的测试,包括单元测试、集成测试、系统测试等。
测试的目的是为了发现和修复软件中的缺陷,确保软件的质量。
发布阶段是软件开发流程中的最后一环。
在发布阶段,开发团队需要对软件进行部署和发布,确保软件能够正常运行。
同时,需要对用户提供相应的培训和技术支持,确保用户能够顺利使用软件。
最后是软件的维护阶段。
在软件发布后,开发团队需要对软件进行定期的维护和更新,确保软件能够持续稳定运行,并根据用户的反馈进行相应的改进和优化。
总之,软件开发流程规范是软件开发过程中非常重要的一环。
只有严格遵循规范,才能保证软件开发的顺利进行,最终交付高质量的软件产品。
希望开发团队能够重视软件开发流程规范,不断优化和改进,提高软件开发的效率和质量。
目录QP01 《文件控制程序》QP02 《记录控制程序》QP03 《信息沟通运作控制程序》QP04 《管理评审控制程序》QP05 《人力资源控制程序》QP06 《基础设施、工作环境控制程序》QP07 《危害分析和预防措施控制程序》QP08 《确定关键控制点控制程序》QP09 《建立关键限值控制程序》QP10 《关键控制点监控控制程序》QP11 《应急准备和响应控制程序》QP12 《验证控制程序》QP13 《过敏源控制程序》QP14 《采购控制程序》QP15 《标识和可追溯性控制程序》QP16 《监视和测量控制程序》QP17 《测量仪器控制程序》QP18 《不合格品/召回控制程序》QP19 《内部审核程序》QP20 《纠正预防控制程序》QP21顾客沟通及满意度控制程序QP22 生产过程控制程序QP23顾客财产控制程序QP24产品防护控制程序QP25 质量控制管理程序QP26 有毒有害物品控制程序QP27建立食品安全防护计划程序QP01 文件控制程序1.目的对本公司质量安全管理体系有关的文件和资料进行控制,确保各有关场所使用的文件均为有效版本。
2.范围适用于与质量安全管理体系有关的文件和资料的控制。
3.职责3.1综合办是文件控制的归口部门,负责质量手册的编制,及质量安全管理体系文件的定期评审,评审结果上报管理者代表,收集整理有关法律、法规、标准,确保体系文件有效实行。
并负责文件统一编号、发放、整理、更改及作废文件的收回销毁。
3.2总经理负责批准发布质量手册。
3.3管理者代表负责质量手册的审核,程序文件和第三级文件的审批。
3.4各部门负责编写各自的程序文件、编写和审核各自使用的程序文件和第三级文件并设计记录表格,负责本部门有关文件的保管和使用。
4.工作程序4.1.文件分类4.1.1.质量手册:包括质量方针、质量目标。
4.1.2.程序文件4.1.3.第三级文件:包括管理制度、岗位职责、作业指导书、行业标准、相关法规、质量记录表格等。
软件开发流程范文
一、项目准备
项目准备工作是开发软件项目的第一步,在这一步中,软件开发者应该制定项目计划,搞清楚项目的内容,用户的需求等,以便项目的开发能够按照计划实施。
在项目准备的过程中,首先要明确项目的目标,如何定义项目的功能要求,定义系统的架构和技术要求,分析用户的需求,明确软件开发的时间要求,明确开发项目所需要的资源,以及设定具体目标,例如要完成的功能,项目的完成的时间等。
紧接着,要考虑软件开发的技术原则,包括性能、可维护性、可扩展性、可扩展性、可实现性等,并选择恰当的编程语言进行编程。
并进行风险分析,包括分析所有可能的项目风险,以便能够准备应对不同风险,并且进行项目规划,规定实施项目所需的人力、物力等资源,以及项目需要的技术支持等。
二、设计
设计是软件开发的重要环节,在这一步中,将实现项目的内容并明确了解,并进行系统架构、模块设计、功能模块设计、界面设计、数据库设计、用户控件设计等,并制定设计文档,以便在后续开发中进行参考。
首先需要完成系统架构的设计,确系统的架构,并且确需要实现的功能。
软件部职责
一、产品开发(设计、开发适合市场需求的产品)
01.负责对新软件产品(项目)的立项、计划、分析、设计、开发,并对公司开发的软件产品设计质量负责。
02.负责组织公司软件产品的定型验收工作,并参与公司系统产品的定型验收工作。
03.与其它研发部门紧密配合,联合开发新产品、新业务。
04.负责软件产品的有效输出(包括软件、新软件设计相关的设计文件及指导性文件),确保输出产品的完整性、准确性。
05.负责系统软件测试的提交。
二、产品标准(编制公司产品标准)
06.负责编制相关的技术文档、技术规范和标准。
07.负责系统应用软件的定版工作及基础部件的管理工作(包含:制定、下发执行)。
08.负责制定软件产品的设计、安装技术文档、企业技术规范及标准。
09.负责软件产品的开发过程及定型后的文件归档工作,并做到及时、准确。
10.负责软件产品的更改、升级的技术文件及时下发至相关部门,并对其及时性、准确性负责。
三、技术支持
11.配合相关部门,做好系统产品重大技术故障的技术支援。
12.参与合同评审、新应用局方案和配置的审核。
13.参与公司内、外部技术交流及培训讲座。
14.负责与自主开发软件相关的系统硬件选型。
IATF16949-09设计和开发控制程序过程分析工作表(乌龟图)1 / 91 目的提升设计和开发的技术能力,并能迅速正确完成设计工程变更作业。
掌握设计和开发进度及准确性,保证各相关部门能及时获得变更信息。
确保产品质量,满足顾客要求。
2 范围适用于本公司新产品和衍生品的设计和开发。
3 定义3.1新产品:公司从未开发的新轮圈,并且计划批量生产的产品。
3.2衍生品:以现有产品为基础所衍生,且列入批量生产考虑的产品。
4 职责4.1技术部负责设计和开发控制的管理。
4.2开发课负责设计和开发样品的制作并协助测试。
4.3品管部负责设计和开发样品的测试。
4.4文管中心负责图纸技术文件的收发和保存,更改申请通知的登记。
4.5业务部负责市场信息和顾客信息的收集。
5 程序内容5.1技术部应建立一个设计和开发的信息应用程序,将各种设计项目积累的信息应用于当前和今后的类似项目。
5.2设计和开发的策划:5.2.1业务部进行市场调查和研究,收集市场和顾客的信息,并根据收集的信息编写立项报告,呈报总经理或总经理委托代表审批后实施。
5.2.2立项报告包含如下项目:5.2.2.1项目名称;5.2.2.2规格及功能;5.2.2.3市场分析;5.2.2.4遵循标准及法规;5.2.2.5预期效益:预估项目成功后所获效益,市场竞争能力及前景,设计改善或生产改善后的效益及其他效益。
5.2.3技术部根据立项报告编写设计和开发计划书。
5.2.4开发计划包含以下内容:5.2.4.1开发项目负责人和开发小组成员,以及他们的责职和权限;5.2.4.2计划目标及预估目标值,如型号,特性或其他指标;5.2.4.3进度和项目开发的工作时序;5.2.4.4评审、验证和确认的安排。
5.2.5设计和开发计划书由技术部经理审核,经总经理或总经理委托代表批准后实施。
5.2.6设计和开发活动应委派具备一定资格的人员完成,并配备充分的资源。
5.2.7随设计的进展技术部应对设计和开发计划加以修改。
编号:版本:状态:密级:分发号:XXX软件详细设计说明书编制/日期:审核/日期:标审/日期:会签/日期:批准/日期:XX科技有限公司XXXX年X月文档修订记录目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)2引用文档 (1)3设计概述 (2)3.1任务和目标 (2)3.2详细接口需求分析 (3)4总体方案确认 (3)4.1软件总体结构确认 (3)4.2软件详细工作界面划分 (4)5详细设计 (4)5.1软件架构设计 (4)5.2软件结构设计及子系统划分 (4)5.3软件功能模块详细设计 (5)5.4软件工作界面详细设计 (6)6数据库设计 (6)7通用质量特性设计 (7)7.1功能性 (7)7.2可靠性 (7)7.3易用性 (7)7.4效率 (7)7.5维护性 (8)7.6可移植性 (8)8出错处理设计 (8)8.1出错输出信息 (8)8.2出错处理对策 (8)9信息编码设计 (8)9.1代码结构设计 (8)9.2代码编制 (9)10安全保密设计 (9)11需求的可追溯性 (9)12注释 (9)1范围1.1标识【注释:本条应描述本文档所适用的系统和软件的完整标识,适用时,包括其标识号、名称、缩略名、版本号和发布号。
】1.2系统概述【注释:本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。
】1.3文档概述【注释:本条应概述本文档的用途和内容,并描述与它的使用有关的保密性方面的要求;软件详细设计说明书应重点说明软件系统各层次中的每个程序(模块或子程序)和数据系统的设计考虑,为后续开发工作提供依据;如软件系统较为简单,不用单独编写此文件,可在软件概要设计说明书中合并编写。
】2引用文档【注释:本章应列出引用文档的编号、标题、编写单位、修订版及日期,还应标识不能通过正常采购活动得到的文档的来源。
软件开发流程软件开发是一个复杂而又精密的过程,它涉及到多个环节和多个团队的协作。
在这个过程中,每一个环节都需要严谨的规划和执行,以确保最终的软件产品能够满足用户的需求并且具有高质量。
下面,我们将介绍软件开发的一般流程,希望能够对大家有所帮助。
首先,软件开发的第一步是需求分析。
在这个阶段,开发团队需要与客户充分沟通,了解客户的需求和期望。
通过与客户的交流,开发团队可以确定软件的功能和特性,并且建立起软件开发的基本框架。
接下来是设计阶段。
在这个阶段,开发团队需要根据需求分析的结果,设计软件的整体架构和各个模块的功能。
设计阶段的重点是确定软件的技术实现方案和开发计划,以确保软件开发的顺利进行。
然后是编码和测试阶段。
在这个阶段,开发团队根据设计阶段的成果,进行具体的编码工作。
编码完成后,需要进行严格的测试,以确保软件的稳定性和可靠性。
测试的过程中,开发团队需要发现并修复软件中的各种问题和bug,以确保最终的软件产品能够达到预期的效果。
最后是部署和维护阶段。
在这个阶段,软件开发团队需要将软件部署到客户的环境中,并且提供相关的维护和支持。
在软件部署后,开发团队需要继续跟踪软件的运行情况,及时处理用户反馈的问题,并且不断改进软件的功能和性能。
总的来说,软件开发流程是一个复杂而又精密的过程,它需要开发团队的高度配合和严谨的执行。
只有通过规范的流程和严格的质量控制,才能够开发出高质量的软件产品,满足用户的需求并且赢得市场的认可。
希望以上对软件开发流程的介绍能够对大家有所帮助,谢谢!。
1.0目的拟定本程序的目的在于对产品的设计和开发过程(包括软件和硬件)进行有效的控制,保证产品设计达到预期的目的。
2.0范围此程前言件适用于本企业产品的设计和开发过程的控制。
3.0职责3.1技术质量部是企业产品开发和改进的负责部门,其职责是:掌握市场和新技术动向,负责新产品的设计和开发任务。
担当老产品软、硬件改进的任务。
在产品开发成就移交生产前,负责设计开发报告、产品标准、资料技术要求等有关文件,并协助生产加工部进行试生产。
负责设计开发过程中文件资料的收集、汇总、整理、归档。
对产品服务的技术管理。
3.2相关部门配合技术质量部完成试制过程。
3.3总经理负责设计和开发项目的进展和过程督查。
4.0程序4.1设计和开发的策划4.1.1 产品 / 项目设计开发立项的依照:a)销售部依照顾客建议或市场需要,填写《项目开发建议书》报技术质量部。
b)技术质量部依照国内市场销售、新技术发展动向,结合本企业对产品发展需要,提出产品需更新换代时,填写《项目开发建议书》。
c)总经理依照企业发展需要,下达新产品项目开发指令。
总经理依照上报的《项目开发建议书》,确定需要进行可行性研究的项目,指定技术质量部进行调研后形成结论,经技术质量部主管审查,总经理赞同。
产品/项目开发可行性的评审总经理组织技术质量部、综合管理部、生产部相关人员,依照《项目开发建议书》等资料,对产品 /项目开发的可行性进行评审,对经过评审的项目正式立项。
编制项目开发计划新产品立项后,由技术质量部编制《项目开发计划》。
内容包括:a)开发人员及其分工。
b)所需设备、及其经费概算。
c)项目的目的意义和国内外技术水平概括及主要技术指标。
d)主要设计开发内容(软件部分、硬件部分和项目调试及测试)。
e)计划进度及阶段考据要求(依照软硬件设计及测试检验设计阶段来控制)。
项目开发计划的评审《项目开发计划》编制完成后,由技术质量部主管联系相关部门会审其合理性、可行性,对于经过评审的计划由总经理赞同后推行。
产品实现策划控制程序1目的和范围针对特定产品、项目或合同规定对所需的过程进行策划,以确保满足产品规定的要求,制定本程序。
本程序规定了本公司产品在研制、生产过程中进行策划的内容和相关要求。
2规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件,仅所注日期的版本适用于本文件。
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GJB9001B-2009质量管理体系要求中华人民共和国计量法国防科技工业计量监督管理暂行条例Q/CDJZG1120-2013过程和产品的监视和测量控制程序Q/CDJZG1103-2013记录控制程序3职责3.1技术中心a)负责公司新产品实现策划的归口管理;b)新产品立项,研制任务书审批,编制《科研计划》;c)组织技术中心项目负责人编制产品《质量保证大纲》/《质量计划》;d)负责实施新产品的设计开发、新产品试制和试验控制、风险管理、技术状态管理、软件工程化管理、产品特性分析;e)负责编制标准化大纲,负责认证产品有关的可靠性、维修性、保障性、测试性、安全性、环境适应性、软件工程化、技术状态管理、风险分析与评估等的管理;f)确定重要件及关键过程(工序);g)按产品实际情况编制产品可靠性、维修性、保障性、测试性、安全性、环境适应性大纲和报告;h)负责产品成果鉴定,技术鉴定(设计定型);i)组织编制相关指导文件。
3.2总经理/副总工程师负责产品实现过程的设计、开发和生产制造策划文件的批准。
3.3信息化事业部a)负责对顾客要求的识别,组织产品要求(合同)的评审;b)负责顾客的沟通、产品交付、售后服务和顾客满意度调查测量;c)顾客财产的归口管理。
3.4采购部a)组织技术中心、生产部、质量管理部对供方的选择、评审和定期评价;b)负责原材料、元器件、零部件、外购/外包(外协)件的采购。
3.5生产部a)负责生产周期的安排,编制生产计划;b)负责生产和服务提供以及职责范围内的产品标识、可追溯性标识和产品防护;c)对关键、特殊生产过程进行确认控制。
中华人民共和国国家标准GB/T 12504GB/T 12504--9090计算机软件质量保证计划规范计算机软件质量保证计划规范specification for computer software quality assurance plan specification for computer software quality assurance plan1 主题内容与适用范围本规范规定了在制定软件质量保证计划时应该遵循的统一的基本要求。
本规范适用于软件特别是重要软件的质量保证计划制订工作。
对于非重要软件或已经开发好的软件,可以采用本规范规定的要求的子集。
2 引用标准GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12505 计算机软件配置管理计划规范3 术语下面给出本规范中用到的一些术语的定义,其他术语的定义按GB/T 11457。
3.1项目委托单位 project entrust organization项目承办单位是指为产品开发提供资金并通常也是(但有时也未必)确定产品需求的单位或个人。
3.2项目承办单位project undertaking organization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。
3.3软件开发单位 software development organization软件开发单位是指直接或间接项目委托单位委托而直接负责开发软件的单位或个人。
3.4用户 user用户是指实际使用软件来完成某项计算、控制或数据处理等任务的单位或个人。
3.5 软件 software软件是指计算机程序及其有关的数据和文档,也包括固化了的程序。
3.6重要软件 critical software重要软件是指它的故障会影响到人身安全、会导致重大经济损失或社会损失的软件。
3.7软件生存周期 software life cycle软件生存周期进指从系统对计算机软件系统提出应用需求开始,经过开发,产生一个满足需求的计算机软件系统,然后投入运行,直至该软件系统退役为止。
研发过程控制程序1、目的本文件规定了产品立项、设计开发的职责、程序、组织和技术接口及设计更改以及评审的要求,以使产品的开发过程处于受控状态,保证产品的设计、开发质量。
2、范围本程序适用于本公司产品的设计开发过程3、定义无4、职责4.1产品部门:负责新产品的提议、可行性分析及提出产品立项申请。
4.2研发部门:负责新产品和改进产品设计开发的策划、组织、协调、资源配置。
4.3测试部门:负责产品的模块集成测试和系统测试(或协助完成试验局测试)。
4.4配置管理部:负责产品研发配置管理、编译、发布。
5、设计、开发各阶段工作程序5.1工作全阶段流程5.2市场阶段5.2.1产品立项5.2.2输入市场信息、新产品信息5.2.3流程描述1)新产品可由公司市场销售人员、科研部门人员等提出。
2)新产品提出人应完成《立项分析报告》,描述新产品的用途和功能、技术要求、产品基本形式和结构特点、市场前景预测、成本估算、风险分析及竞争对手分析等。
产品经理根据新产品信息制定《产品路标规划》并提交研发委员会审核。
3)研发委员会对产品部提交的《立项分析报告》《产品路标规划》进行评审,确定是否进行产品预研或做进一步可行性研究。
4)研发委员会同意进行产品预研后,应确定相应的产品预研人员,下达新产品预研任务,明确预研目标、预研计划、预研费用预算等事项。
5)新产品提出人填写《产品立项审批表》,向研发委员会提出产品立项申请,并提交《新产品提议书》、《可行性分析报告》、《产品技术规范书》、《产品计划书》草稿等材料。
研发委员会对提交的材料进行审核后,确定是否可以立项。
6)研发委员会接到立项申请后,应组织研发委员会成员、公司高层领导、各相关部门人员等对拟立项的新产品的用途和功能、关键技术、市场前景、成本估算、风险、预研成果、项目进度、产品形态等进行评审。
7)若产品立项评审通过,由总经理、研发委员会、计财部、研发部门领导在《产品立项审批表》中签署审批意见。
公司产品研发控制程序1 目的为了保证产品设计开发的质量,特制定本程序。
2适用范围适用于公司对产品研发进行控制的相关管理。
3职责3.1销售部负责市场调研和市场需求分析,并提供相应报告。
3.2技术总监根据市场需求,负责编制产品计划;并由项目管理部对项目全过程实施项目管理。
3.3技术部根据产品计划,负责新产品立项以及编制产品设计和开发计划、产品任务书等文件,由技术部项目管理处对产品设计和开发的全过程进行跟踪控制。
3.4技术部项目管理处负责产品设计、开发阶段的协调、支持工作,并组织好新产品的鉴定和新产品的入网认证、报批工作。
3.5妳技术部负责新产品设计、产品设计任务书、产品开发计划等审批,并提供所需的充分资源。
3.6管理者代表负责设计全过程的定型产品的协调和监督实施。
3.7技术部主持样机定型前的设计评审。
3.8品质部负责产品的测试,并主持样机定型后的设计评审,包括测试方案评审、样机测试的阶段性评审、小批量试产评审,大批量试产评审。
3.9采购部负责试制产品所需的原材料的采购,并参加相应的评审。
3.10生产部负责新产品的试制和试生产,并参加相应的评审。
3.1l销售部负责提供顾客的要求,并参加相应的评审。
4流程描述设计和开发控制流程图(略)。
5工作程序5.1设计和开发的策划。
5.1.1 销售部根据公司总经理的规划及市场动态,负责市场调研。
5.1.2技术部负责针对市场需要、技术可行或经过攻关可行、适合公司生产、具有较好经济效益的产品或新构思产品,进行调研开发。
5.1.3技术部负责人接到新产品立项申请表后及时审查批准,并确定该产品的项目负责人。
5.2组织和技术接口。
5.2.1技术部依据《设计和开发控制程序》中的有关规定,对参与设计的不同部门之间或本部门各室之间做好组织和技术接口;负责将各职责部门或人员的必要信息形成书面文件并及时传递和签收。
5.2.2技术部对各职责部门或人员所形成的设计文件定期组织有关部门人员进行评审,以确保产品设计的顺利进行。
1.0目的对有意向开发的软件项目进行前期的立项准备、可行性分析工作,以减小投资开发软件产品或承接软件项目的风险;对准备开发的软件项目,在开发之前系统地规划整个项目进展过程,确保软件项目在预算之内及时交付并达到规定质量目标。
2.0范围适用于软件项目的立项准备、可行性分析及对拟开发的软件项目的开发策划工作。
3.0职责3.1项目组◆负责编写《立项建议报告》和《软件需求说明书》。
◆负责编写《可行性分析报告》。
3.2项目组项目经理:负责编制项目《开发计划》。
3.3相关技术部门经理:负责组织评审《立项建议报告》、《可行性分析报告》、项目《开发计划》,下达《项目任务书》;3.4总经理:负责审批《立项建议报告》、《可行性分析报告》、《开发计划》。
4.0术语和定义4.1SOW:statement of work是由客户提供的对项目所要完成的全部工作的说明文件,其主要包括:工作范围、技术目标和目的、客户和最终用户标识、引入的标准(客户要求供方执行的标准以及国家法律法规要求产品或项目执行的标准)、责任分担、成本和进度限制、软件项目与其它组织的依赖性、资源限制、其它限制。
5.0程序5.1立项建议5.1.1对自主研发的软件产品项目,由销售部、相关技术部门负责收集市场信息,根据市场营销与调研结果提出软件项目启动的设想,结合已有经验进行前景预测,编写《立项建议报告》,5.1.2《立项建议报告》的内容适当时应包括:1)项目启动的背景;2)项目的目的(合同意向或内部领导的要求);3)项目的范围(项目所涉及的主要活动);4)项目的可行性(如,人力、技术资源的可利用性);5)项目存在的风险与控制;6)项目的重要里程碑和主要提交产品;7)项目的规模(估计所需的工作量和资源种类);8)项目启动的预算(项目启动所需的资源);9)项目市场前景及效益的简要分析。
5.2《立项建议报告》评审5.2.1《立项建议报告》经相关技术部门经理审核并组织评审,评审人员包括:总经理、市场与开发的相关人员。
5.2.2对《立项建议报告》的评审,应填写《立项建议报告评审记录》(含风险评估与控制评审),经总经理审批。
《立项建议报告》及相应评审记录由相关技术部门、综合办存档。
5.2.3评审结果:1)不可行,取消立项,资料存档;2)立项存在不明确的问题,由原编制部门修改《立项建议报告》后重新评审;3)评审通过,需进行可行性分析的转入可行性分析,无需可行性分析的由相关技术部门经理下达《项目任务书》,项目启动。
5.3可行性分析5.3.1相关部门根据《立项建议报告》及其评审结果进行可行性分析,对于规模较小的项目或系统升级等无需进行可行性分析。
5.3.2合同开发的软件项目,根据合同意向或客户的要求,进行可行性分析,按《可行性分析报告编写规范》的要求编写《可行性分析报告》。
如无特殊要求,合同开发的软件项目无需进行可行性分析。
5.3.3《可行性分析报告》的内容:1)软件项目的功能要点及产品化程度;2)市场前景、效益分析;3)开发优势;4)技术路线;5)成本估算;6)进度估算;7)可用的现行技术、重用软件和开发平台。
5.3.4《可行性分析报告》的评审5.3.4.1《可行性分析报告》经相关技术部经理审核并组织评审,评审人员包括:总经理、市场与开发的相关人员。
5.3.4.2评审结果:1)不可行,取消立项,资料归档;2)存在问题,由原编制部门修改后重新评审;3)评审通过,由相关技术部门经理下达《项目任务书》,项目启动。
5.3.4.3可行性分析报告的评审应填写《可行性分析报告评审记录》(含风险评估与控制评审)。
由总经理审批,《可行性分析报告》及相应的评审记录交相关技术部门和综合办存档。
5.4项目启动《项目任务书》下达后,由相关技术部门经理指定一名项目经理及配置管理员。
5.4.1各项计划的编制、审批、评审●项目经理依据《开发计划编写规范》编制《开发计划》;●配置管理员负责依据《配置管理计划编写规范》编制《配置管理计划》;●《开发计划》和《配置管理计划》提交相关技术部门经理审查;5.4.2《开发计划》的编制要求1)项目经理按照软件生命周期定义并根据项目的需要审核软件项目开发的阶段划分。
一般情况下可包括但不限于:可行性分析、需求分析、设计、编码、测试、验收等阶段,并且阶段可以组合、迭代。
2)设定的质量目标要符合质量体系的要求。
5.4.3《开发计划》的具体内容1)项目和质量目标●项目目标:列出项目期间和完成时提交的软件项及项目文件。
●质量目标:描述每一提交产品的质量目标。
例如,符合用户需求,用户接收并签发验收单。
2)组织与职责项目经理要确定所需的项目小组成员,考虑小组的资源计划和项目技能要求,根据岗位人员《职位说明书》规定项目实施过程中每个人的任务和职责。
3)项目的相关性●外部相关性:列举项目经理控制之外的相关活动,例如,客户贯彻实施的活动。
●内部相关性:内部相关活动也要考虑,例如,所需的资源只有在另一项目完成之后才能获得。
4)阶段划分根据项目的实际情况对项目进行适当的阶段划分后,要明确每个阶段的定义、输入和输出以及开始和结束标准,具体如下:●阶段定义:参照软件生命周期定义,对项目的每个阶段进行明确定义。
●阶段输入:阶段划分应明确定义每一阶段的各项输入需求,确保每项输入需求都应完整、无歧义、不相互矛盾。
●阶段输出:阶段划分应明确定义每一阶段的各项输出。
各项输出应满足相应的需求;满足进入后续阶段的输入要求;符合有关的开发惯例和约定以及法律、法规要求;标识出对产品安全和正常运行至关重要的产品特性。
●阶段开始和结束标准:在每个阶段都要按《标识和可追溯性控制程序》的基准配置提交规定的阶段成果,否则,不能结束该阶段而开始下一阶段。
也可依据项目特点在《配置管理计划》中定义项目自己的基准。
5)质量控制活动列举项目期间执行的评审和测试活动目录,如:开发计划评审、设计评审、阶段测试、系统测试、验收测试。
对编码的测试,按《过程和产品的监视和测量控制程序》进行。
6)开发方法和工具●根据需求或合同规定选择开发工作所用的工具和技术;●明确各开发阶段所需进行的配置管理活动以及配置管理所需的工具和技术,并按《标识和可追溯性控制程序》实施配置管理。
7)组织协调根据项目的相关性,项目经理负责处理设计、开发的组织和协调,涉及有关分包方、相关开发项目及其它辅助工作时,由总经理协调。
项目经理或相关技术部门经理应以书面文件的形式将有关信息及时地通知给有关部门。
8)与客户的协调项目经理负责与客户的协调,相关技术部门经理应配合进行协调、处理客户提出的意见或建议。
《开发计划》中应说明需要同客户协商解决的问题,这些问题的解决应记录在开发过程的各个阶段记录中,如《开发计划评审记录》等。
5.4.4《开发计划》的评审与审批5.4.4.1《开发计划》的评审:《开发计划》经相关技术部门经理审查认可后组织评审,参加人员包括但不限于:总经理、项目经理及项目相关部门与人员。
5.4.4.2《开发计划》的审批:由总经理审批后正式生效并执行,审批未通过,指出不合理处,要求责任者修改后,重新评审;5.4.5《开发计划》的实施跟踪与修改5.4.5.1相关技术部门经理根据《开发计划》中的阶段划分及各阶段结果,实施进度跟踪和控制。
在每一开发阶段完成后,项目经理应及时向相关技术部门经理提交该阶段的阶段产品。
5.4.5.2《开发计划》在执行中需要进行修订时,由项目经理向相关技术部门经理提交《软件问题报告》,由相关技术部门经理组织对修改计划重新进行评审。
5.4.5.3每次评审都应留有记录,所有评审或阶段验收不能通过的,必须进行修改,修改后须重新进行评审或验收。
5.4.5.4《开发计划》以及《开发计划》的评审记录和开发阶段的评审记录由相关技术部门、综合办存档;5.4.6由配置管理员按照《标识和可追溯性控制程序》对《开发计划》进行配置管理。
5.4.7需求管理5.4.7.1项目经理负责全程的需求管理,组建需求分析小组,了解并协调客户的软件目标,需求分配,接口标准,测试与验收标准,交付期需求,预算限制,资源限制。
通过SOW的确定明确具体的需求,包括软件开发环境与技术,软件设计、编程、测试的需求和标准,配置管理需求,质量保证需求,项目风险及降低风险的策略。
5.4.7.2软件产品项目需提交依据《软件功能规格说明书编写规范》编制的详细的《软件功能规格说明书》,软件合同项目需提交依据《软件需求说明书编写规范》编制的《软件需求说明书》,并经客户方签字确认;5.5项目文件包括以下各项,项目经理应保证项目文件的完整性和可存取性:●《开发计划》(所有版本)●评审记录●SOW●项目文档(用户手册、测试计划、测试结果、验收报告等)●更改控制文档(更改/增加需求等)●配置信息(配置记录、配置控制等)●报告(《阶段评估报告》、《软件问题报告》、《项目开发总结报告》等)5.5.1项目报告:由项目经理形成并按要求发给项目组织成员及相关技术部门经理。
5.5.2软件问题报告:项目执行阶段中,发生的问题将影响项目成果、质量目标或计划表时,需及时向相关技术部门经理提交《软件问题报告》,软件问题报告包括以下各项内容:●问题的描述●解决问题可选择的方案●建议的解决方案●基于建议的解决方案修改的项目计划5.5.3项目结束报告5.5.3.1项目完成后,应进行项目总结;因其他原因而终止开发活动的项目可根据需要进行项目总结;5.5.3.2项目总结应依据《项目开发总结报告编写规范》编写《项目开发总结报告》,也可依据项目特点编制其它形式的《项目开发总结报告》。
5.5.3.3《项目开发总结报告》需项目经理、相关技术部门经理共同评审。
5.6最终归档:项目完成或终止后,全部项目资料、文档与软件项由相关技术部门、综合办归档。
6.0相关文件《质量手册》XX/QM-A-2004《标识和可追溯性控制程序》XX/QP-16《过程和产品的监视和测量控制程序》XX/QP-21《可行性分析报告编写规范》XX/WI-XT-02《开发计划编写规范》XX/WI-XT-03《软件需求说明书编写规范》 XX/WI-XT-04 《软件功能规格说明书编写规范》 XX/WI-XT-05 《项目开发总结报告编写规范》XX/WI-XT-12 《配置管理计划编写规范》XX/WI-XT-157.0质量记录《立项建议报告评审记录》QR/XT-09-01《可行性分析报告评审记录》QR/XT-09-02《项目任务书》QR/XT-10-03《开发计划评审记录》QR/XT-09-04《软件问题报告》QR/XT-09-05《立项建议报告》 QR/XT-09-06《可行性分析报告》 QR/XT-09-07《开发计划》 QR/XT-09-08《阶段评估报告》 QR/XT-09-09《配置管理计划》 QR/XT-16-02《软件需求说明书》 QR/XT-10-18《软件功能规格说明书》 QR/XT-10-25《项目开发总结报告》 QR/XT-10-24。