软件开发和文档编制管理程序

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

范围本标准规定了软件产品开发研制过程质量职责及控制要求。本标准适用于本公司研制的计算机各类型软件的管理。2引用标准GB8567—88计算机软件产品开发文件编制指南3定义不需用。4职责4.1设计部门负责人批准软件开发项目任务书。4.2技术发展部负责组织对公司下达的软件项目进行各阶段的评审。4.3物流部经理负责组织项目的最终检测。4.4项目负责人负责组织对软件项目的各阶段进行考核、质量控制、组织接口协调文档的发布批准及文档更改审批。4.5项目负责人(软件负责人)负责:a、制定软件课题开发计划和进度安排及资源需求;b、进行总体设计;c、提供阶段评审资料;d、协调技术接口。4.6标准档案室管理员负责文档的存贮、保管和处理。5工作程序与要求5.1公司下达的软件项目立项后,由技术发展部下达[新产品研制任务书]。湖南计算机股份有限公司管理标准软件开发和文档编制程序QG/PLA07.02—2002公司立项项目由技术发展部负责组织评审。a、项目负责人(软件负责人)于评审前3天填写[评审申请表],并备齐评审资料,交技术发展部。b、技术发展部审批评审申请表,并将有关资料提前3-5天下发评审组成员以供分工审阅,c、评审组长主持评审会,并填写[评审报告];评审结束,技术发展部负责收回评审资料交项目组存档。5.2.2凡上级下达的项目,若上级部门(或系统组织单位)对评审另有要求时,则按其执行;否则,按5.2.1条执行。5.2.4若项目既有软件开发,又有硬件开发,其评审是分开(软件、硬件)还是合并进行,由设计部门负责人决定。5.3软件项目的检测5.3.1项目负责人负责组织完成下述工作。a、测试阶段的检测;b、软件课题的系统检测;c、软件版本存档前的检测。对以上测试发现的问题,由项目组填写[软件测试修改单],经分析原因和采取纠正措施及回归测试后,由项目负责人审批,方可列入正式版本。5.3.2物流部经理负责组织软件版本存档前的最终检测,并在[版本送检(启用)通知单]上签署检测结果。5.4设计部门负责人批准软件项目开发计划。5.5设计部门负责人审批各项目负责人资格,并负责:a、考核各阶段的进度完成情况;b、及时协调开发中组织接口及计划修改;c、控制项目开发各阶段的设计输入、设计输出、技术状态和各阶段的验证,并对软件的正确性、文档的完整性负责。5.6项目负责人(软件负责人)负责组织:a、制定项目开发计划,若软件、硬件相结合的,其计划也可合并制定。开发计划须明确划分各开发阶段,并可按开发阶段进行自主开发;b、总体设计;c、提供各阶段文档(包括评审文档),并于鉴定后一周内存入标准档案室;d、组织软件(版本)检测,并对检测结果负责;e、协调技术接口;、定期填报工作进度,若进度计划需修改,应在报表中申述(进度报表既可按月也可按项目分阶段填报)。5.7软件的交付管理按[版本启用/存档细则]执行。5.8软件版本管理5.8.1应顾客需要进行软件版本升级或修订时,设计部门负责人确定项目负责人,组织软件人员实施。5.8.2软件负责人发出[版本送检(启用)通知单]升级的版本由物流部组织检测合格后,由软件负责人将新版本存入标准档案室;并在[版本档案]中详细记录升级内容,存入项目档案中。5.8.3技术人员在为顾客服务的现场,遇到需要版本修订时,应先电告项目负责人,经认可后,回厂填写[用户服务档案],必要时项目负责人应组织评审和检测。5.9文档要求5.9.1各阶段需具备的基本文档及文档格式(见附录)5.9.2鉴定需具备的文档参见附录。6支持文件7记录7.1质量记录7.1.1JL/PLA10.05-2002版本启用通知单7.1.2JL/PLA14.00-2002用户服务档案7.1.3JL/PLA07.06-2002软件测试修改单以上记录由标准档案室保存三年。7.2工作记录7.2.3版本档案以上记录由标准档案室保存三年。7.3附录附录一:软件产品文件表附录二:版本启用/存档实施细则管理人自己的下载网站附录三:概要设计说明书附录四:需求说明书附录五:软件开发规范附录六:程序设计若干规定管理人自己的下载网站附录一:软件产品文件表序号文件名称文件简号产品产品的组成部门成套软件整件整件软件1任务委托书RW●○2可行性研究报告KY●○3软件需求说明RX●○○○4数据要求说明书SY○○○5项目开发计划XK○6概要设计说明书GS○○○7详细设计说明书QS○○○8数据库设计说明书SG○○○9测试计划CJ○○○10程序CX●●●11测试分析报告CF○○12用户手册YS●○○13操作手册CS●○○14程序维护手册CW○○○15项目开发总结报告XZ●●16使用报告SB●●17产品标准—●●18媒体内程序/数据目录MM●●●19成套软件明细表MX●20整件明细表MX●●21成套运用文件清单YQ●○22整件汇总表ZH○○23鉴定报告JB●●24用户反馈信息YX○○25维护记录文件WJ○○26版本更新通知BT○○注:●表示必须编制的文件;○表示可根据产品的需要制定。出差人出差时间出差地点用户名称产品名称版本号实际费用(元)使用的系统环境:发现的问题:解决情况:改动的程序模块:用户意见:办事处意见:处理结果(回厂后经协调或评审结论):管理人自己的下载网站湖南计算机股份有限公司版本档案(工作记录)编号:产品名称版本号版本适用范围源版本取代版本号版本源程序压缩文件名代码和提交人提交时间存档日期配备的输入方法:修改记录:备注:软件名称测试人日期测试问题:测试人:日期:原因分析:签字:日期:纠正措施:签字:日期:回归测试:签字:日期:管理人自己的下载网站审批意见:批准人:日期:附录二:版本启用/存档实施细则为了规范版本的管理,减少版本的数量,文档资料的管理和保存,文档的及时更新,以及便于电子化的管理和规范工作流程,特制定该实施细则。一、工作流程和任务:编写修改程序,整理资料内部测试外部测试审核资料审查批准版本发放编号、录入数据库、刻光盘流程/任务负责人输入文档输出文档项目组人员所有文档资料发行版本版本启用通知单公司副总工程师档案室资料管理员技术经理品管部项目组其他人员档案室资料管理员档案室资料管理员发行版本源程序版本启用通知单版本启用通知单发行版本版本启用通知单版本启用通知单所有文档资料发行版本版本启用通知单所有文档资料版本启用通知单所有文档资料发行版本版本启用通知单版本启用通知单版本启用通知单版本启用通知单所有文档资料发行版本版本启用通知单数据库资料、光盘发行版本版本启用通知单说明:1.内部测试:进行白盒测试,要求对源程序进行检查,分析出可能影响的模块,并对相应的模块进行测试。2.外部测试:管理人自己的下载网站进行黑盒测试,对整个系统进行测试。3.审核:检查文件的完整性和正确性。4.资料审查:检查文件的完整性和格式的正确性。5.批准:审查该版本是否可以发行。委派他人对提交的文档进行抽查,验证其正确性和完备性。6.编号、录入数据、刻盘:光盘的卷标为8位数字的序列号,在根目录下建立以版本编号为名称的子目录,所有提交的文档资料存放在该子目录中。版本启用通知单JL/PLA10.05-2002名称编号状态配套版本简要描述日期光盘编号提交人版本号被取代的版本编号验证码适用范围编制人测试人资料审查复制要求修改的原因不能合并管理人自己的下载网站说明:栏目描述填写人备注名称要求填写产品的全称提交人编号由项目编号+分模块编号+序列号构成项目编号由4位数字构成,分模块编号由2位数字构成,序列号由4位构成该版本批准后,编写编号档案管理员日期提交的日期提交人版本号提交人资料审查负责检查提交文件的完整性,并将版本启用单录入计算机档案管理员验证码要求复制时能验证版本正确性的关键数据(代码和、文件长度等)提交人简要描述对该版本的简单描述提交人光盘编号由8位数字序列号构成档案管理员提交人负责提交所有的文件主要设计者适应范围描述适用的用户和机器的批次提交人状态作废/使用档案管理员编制人编写该程序的人员签名审核意见对提交的文件负责对被取代版本已发行产品的处理意见和该版本的使用时效项目负责人批准意见技术部经理修改原因写明改正了的错误或新增的功能提交人不能合并的原因在原来的版本基础上产生了一个新版本时,但应又不能取代原来版本时,必须说明原因。提交人复制要求说明发行版本的格式,版本载体的类型(介质),复制的设备,复制的特殊要求提交人配套版本当一个产品需要几个软件构成,必须主要与该版本配套的版本的编号,或关系用提交人管理人自己的下载网站“/”隔开,与关系用“,”隔开测试人不能少于两人测试该版本的所有人员的名单,要求签名管理人自己的下载网站附录三:概要设计说明书概述介绍该项目的名称、任务提出者、提出的背景,应用的目标。功能和性能对照软件需求说明书,来说明系统是如何满足功能和性能需求的。开发工具和平台描述采用何种操作系统平台、何种编程语言、开发工具进行开发。总体结构设计用图表和文字方式说明该系统由几个模块构成,各模块的功能、各模块之间的关系。用数据流图描述出数据在该系统中的流动过程,在各模块输入前和输出后数据的变换。用程序流程图描述出主要功能的实现方式。接口设计外部接口说明该系统同外部所有的接口安排,包括硬件接口、软件接口、用户接口。内部接口说明该系统内部各个模块之间的接口安排。系统数据结构设计逻辑数据结构设计给出该系统内所使用的每个数据项、记录、文件的标识、定义、长度以及他们之间的相互关系。物理数据结构设计给出系统中的数据的存储要求和访问方式、和存储介质。系统出错处理设计出错信息用表格形式列出每种可能的出错或故障情况出现时,系统输出信息的形式、含义及处理方法。补救措施说明故障出现后可能采取的变通措施,如后备技术、降效技术、恢复管理人自己的下载网站及再启动技术等。系统维护设计说明为了系统维护方便而在程序内部设计中作出的安排,如在程序中专门安排用于系统的检查与维护的检测点和专用模块。关键的技术和难点描述开发该系统采用的关键技术和难点,对关键技术和难点作出风险评估,要求作出相应的解决对策,或提出其他的解决方案。交付方式交付的内容全部的设计文件、发行版本、源程序交付的媒体介质纸质文件、电子文件、CD、FLASH、软盘管理人自己的下载网站附录四:需求说明书简介介绍该项目的名称、任务提出者、提出的背景,应用的目标详细需求环境需求硬件环境描述运行该软件需要的设备能力处理器的速度、数量和内存容量存储媒体的容量输入、输出设备的种类和数量通讯网络软件环境运行该软件需要的操作系统、数据库软件、以及相应的其他应用软件人员环境操作该软件对人员的要求,人员的素质、数量功能需求对系统中每一个功能,要求用图示或文字详细描述:概述——叙述功能名称、目标和作用输入——详述该功能输入的信息处理——描述该功能作什么,如何对输入信息进行加工并转换成输出信息输出——详述该功能输出的信息内部生成数据——列出用户所关心的内部生成数据性能需求定量的描述该软件系统应满足的具体性能需求精度说

1 / 33
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功