ImageVerifierCode 换一换
格式:DOCX , 页数:33 ,大小:107.05KB ,
资源ID:15020465      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/15020465.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件开发文档编程序DOCWord格式.docx)为本站会员(b****1)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件开发文档编程序DOCWord格式.docx

1、5.2.2 凡上级下达的项目,若上级部门(或系统组织单位)对评审另有要求时,则按其执行;否则,按5.2.1条执行。5.2.4 若项目既有软件开发,又有硬件开发,其评审是分开(软件、硬件)还是合并进行,由设计部门负责人决定。5.3 软件项目的检测5. 3. 1 项目负责人负责组织完成下述工作。 a、测试阶段的检测; b、软件课题的系统检测; c、软件版本存档前的检测。 对以上测试发现的问题,由项目组填写软件测试修改单,经分析原因和采取纠正措施及回归测试后,由项目负责人审批,方可列入正式版本。5. 3. 2 物流部经理负责组织软件版本存档前的最终检测,并在版本送检(启用)通知单上签署检测结果。5.

2、 4 设计部门负责人批准软件项目开发计划。5.5 设计部门负责人审批各项目负责人资格,并负责: a、考核各阶段的进度完成情况;b、及时协调开发中组织接口及计划修改; c、控制项目开发各阶段的设计输入、设计输出、技术状态和各阶段的验 证,并对软件的正确性、文档的完整性负责。5.6 项目负责人(软件负责人)负责组织: a、制定项目开发计划,若软件、硬件相结合的,其计划也可合并制定。开发计划须明确划分各开发阶段,并可按开发阶段进行自主开发; b、总体设计; c、提供各阶段文档(包括评审文档),并于鉴定后一周内存入标准档案室; d、组织软件(版本)检测,并对检测结果负责; e、协调技术接口; f、定期

3、填报工作进度,若进度计划需修改,应在报表中申述(进度报表既可按月也可按项目分阶段填报)。5.7 软件的交付管理按版本启用/存档细则执行。5.8 软件版本管理5.8.1 应顾客需要进行软件版本升级或修订时,设计部门负责人确定项目负责人,组织软件人员实施。5.8.2 软件负责人发出版本送检(启用)通知单升级的版本由物流部组织检测合格后,由软件负责人将新版本存入标准档案室;并在版本档案中详细记录升级内容,存入项目档案中。5.8.3 技术人员在为顾客服务的现场,遇到需要版本修订时,应先电告项目负责人,经认可后,回厂填写用户服务档案,必要时项目负责人应组织评审和检测。5.9 文档要求5.9.1 各阶段需

4、具备的基本文档及文档格式(见附录)5.9.2 鉴定需具备的文档参见附录。6 支持文件7 记录 7.1 质量记录 7.1.1 JL/PLA10.05-2002 版本启用通知单 7.1.2 JL/PLA14.00-2002 用户服务档案 7.1.3 JL/PLA07.06-2002 软件测试修改单 以上记录由标准档案室保存三年。 7.2 工作记录 7.2.3 版本档案 以上记录由标准档案室保存三年。 7.3 附录 附录一:软件产品文件表附录二:版本启用/存档实施细则附录三:概要设计说明书附录四:需求说明书附录五:软件开发规范附录六:程序设计若干规定附录一:序号文 件 名 称文件简号产 品产品的组成

5、部门成套软件整 件软 件1任务委托书RW2可行性研究报告KY3软件需求说明RX4数据要求说明书SY5项目开发计划XK6GS7详细设计说明书QS8数据库设计说明书SG9测试计划CJ10程序CX11测试分析报告CF12用户手册YS13操作手册CS14程序维护手册CW15项目开发总结报告XZ16使用报告SB17产品标准18媒体内程序/数据目录MM19成套软件明细表MX20整件明细表21成套运用文件清单YQ22整件汇总表ZH23鉴定报告JB24用户反馈信息YX25维护记录文件WJ26版本更新通知BT注:表示必须编制的文件;表示可根据产品的需要制定。湖南计算机股份有限公司用户服务档案JL/PLA14.0

6、0-2002出 差 人出差时间出差地点用户名称产品名称版 本 号实际费用(元)使用的系统环境:发现的问题:解决情况:改动的程序模块:用户意见:办事处意见:处理结果(回厂后经协调或评审结论):版 本 档 案(工作记录) 编号:版本号版本适用范围源 版 本取代版本号版本源程序压缩文件名代 码 和提 交 人提交时间存档日期配备的输入方法:修改记录:备注:软 件 测 试 修 改 单 JL/PLA07.06-2002软件名称测试人日 期测试问题: 测试人: 日 期:原因分析: 签 字:纠正措施:回归测试:审批意见: 批准人:为了规范版本的管理,减少版本的数量,文档资料的管理和保存,文档的及时更新,以及便

7、于电子化的管理和规范工作流程,特制定该实施细则。一、工作流程和任务:说明:1. 内部测试:进行白盒测试,要求对源程序进行检查,分析出可能影响的模块,并对相应的模块进行测试。2. 外部测试:进行黑盒测试,对整个系统进行测试。3. 审核:检查文件的完整性和正确性。4. 资料审查:检查文件的完整性和格式的正确性。5. 批准:审查该版本是否可以发行。委派他人对提交的文档进行抽查,验证其正确性和完备性。6. 编号、录入数据、刻盘:光盘的卷标为8位数字的序列号,在根目录下建立以版本编号为名称的子目录,所有提交的文档资料存放在该子目录中。版 本 启 用 通 知 单 JL/PLA10.05-2002名称编号状

8、态配套版本简要描述日期光盘编号提交人被取代的版本编号验证码适用范围编制人资料审查复制要求修改的原因不能合并的原因测试结果审核意见批准意见栏目描述填写人备注要求填写产品的全称由项目编号+分模块编号+序列号构成项目编号由4位数字构成,分模块编号由2位数字构成,序列号由4位构成该版本批准后,编写编号档案管理员提交的日期负责检查提交文件的完整性,并将版本启用单录入计算机要求复制时能验证版本正确性的关键数据(代码和、文件长度等)对该版本的简单描述由8位数字序列号构成负责提交所有的文件主要设计者适应范围描述适用的用户和机器的批次作废/使用编写该程序的人员签名对提交的文件负责对被取代版本已发行产品的处理意见

9、和该版本的使用时效项目负责人技术部经理修改原因写明改正了的错误或新增的功能在原来的版本基础上产生了一个新版本时,但应又不能取代原来版本时,必须说明原因。复制要求说明发行版本的格式,版本载体的类型(介质),复制的设备,复制的特殊要求当一个产品需要几个软件构成,必须主要与该版本配套的版本的编号,或关系用“/”隔开,与关系用“,”隔开不能少于两人测试该版本的所有人员的名单,要求签名概 要 设 计 说 明 书概述介绍该项目的名称、任务提出者、提出的背景,应用的目标。功能和性能对照软件需求说明书,来说明系统是如何满足功能和性能需求的。开发工具和平台描述采用何种操作系统平台、何种编程语言、开发工具进行开发。总体结构设计用图表和文字方式说明该系统由几个模块构成,各模块的功能、各模块之间的关系。用数据流图描述出数据在该系统中的流动过程,在各模块输入前和输出后数据的变换。用程序流程图描述出主要功能的实现方式。接口设计外部接口说明该系统同外部所有的接口安排,包括硬件接口、软件接口、用户接口。内部接口说明该系统内部各个模块之间的接口安排。系统数据结构设计逻辑数据结构设计给出该系统内所使用的每个数据项、记录、文件的标识

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1