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引用文档【注释:本章应列出引用文档的编号、标题、编写单位、修订版及日期,还应标识不能通过正常采购活动得到的文档的来源。
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。