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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

本文(文件给制实施规定的实例(GB8567-88).doc)为本站会员(黄嘉文)主动上传,文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知文库网(发送邮件至13560552955@163.com或直接QQ联系客服),我们立即给予删除!

文件给制实施规定的实例(GB8567-88).doc

1、文件给制实施规定的实例(GB8567-88)尽管在文件编制中存在着很多灵活性,然而,文件的编制确实是非常必要的,其意义如前所述。为了控制这种灵活性,保证文件编制能达到应该达到的目的,对于具体的软件开发任务,应编制的文件的种类、详细程度应取决于承担开发单位的管理能力、任务的规模、复杂性和成败风险等因素。一个软件开发单位应该根据本单位经营承包的应用软件的专业特点和本单位的管理能力,制定一个文件编制实施规定,说明在什么情况下应该编制哪些文件。由于国内目前在这方面还缺乏成熟的经验,这里提供参考国外经验制定的两个例子,用以向国内软件开发单位说明如何建立这种实施规定,使项目负责人能确定本项目开发过程中应编

2、制的文件的种类。当然,例子毕竟只是例子,这两个例子各自都不免有其片面性,它们两者之间也不免有不一致之处,之所以列出来无非是供国内软件开发单位参考。例1:此例规定用求和法来确定应编制的文件。该方法的要点是提出十二个考虑因素来衡量一个应用软,件,每个因素可能取值的范围是互至5。任务负责人可用这十二个因素对所要开发的程序进行衡量,确定每个因素的具体值。把这十二个因素的值相加,得到一个总和。然后由这个总和的值来确定应该编制的文件的种类。使用这个方法的具体过程如下:a. 按表OI中的十二个因素衡量所要开发的程序,得到每个因素的值;b. 把衡量所得的各个因素的值相加,得总和之值;c. 根据总和之值,从表O

3、Z查出应编制的文件的种类。表1文件编制的十二项衡量因素序号因素因素取值准则123451创造性要求没有在不同的设备上重编程序很少具有严格的要求有限具有新的接口相当多应用现有的技巧重大的应用先进的技巧2通用程度很强的限制单一目标有限制功能的范围是参量化的有限的灵活性允许格式上有某些变化多用途,灵活的格式有一个主题领域很灵活能在不同的设备上处理范围广泛的主题3工作范围局部单位分指挥部单个指挥部多个指挥部国防部,世界范围4目标范围的变化没有极少偶尔有经常不断5设备复杂性单机,常规处理单机,常规处理,扩充的外设系统多机,标准外设系统多机,复杂的外设系统主机控制系统,多机,自动I/O和显示6人员12人35

4、人510人1018人18人以上7开发投资6人月以下6人月至3人年3人年至10人年10人年至30人年30人年以上8重要程度数据处理常规过程控制人身安全单位成败国家安全9对程序改变的完成时间要求2周以上12周37天13天24小时以内10对数据输入的响应时间要求2周以上12周17天124小时60分钟内11程序语言高级语言高级语言带一些汇编高级语言带相当多的汇编汇编语言机器语言12并行的软件开发没有有限中等程度很多完全的并行开发表1文件编制的十二项衡量因素因素总和可行性研究报告项目开发计划软件需求说明书数据要求说明书概要设计说明书详细设计说明书数据库设计说明书用户手册(使用说明)操作手册模块开发卷宗测

5、试设计测试分析报告项目开发总结报告开发制度月报1218*1424243838504860*在因素总和较低的情况下,项目开发总结报告的内容应包括:程序的主要功能、基本流程、测试结果和使用说明。*测试分析报告应该写,但不必很正规。*数据要求说明和数据库设计说明是否需要编写应根据所开发软件的实际需要来决定。例2:为了避免在软件开发中文件编制的不足或过分,一个简便的办法是把对软件文件的编制要求同软件的规模大小联系起来,这就是本例的出发点。软件的规模不妨分为四级:1. 小规模软件源程序行数小于5000的软件;2. 中规模软件源程序行数为1000050000的软件;3. 大规模软件源程序行数为100000

6、500000的软件;4. 特大规模软件源程序行数大于500000的软件。对上述的四级软件的文件编制要求分别列于表3。至于源程序行数为500010000,50000100000的软件,其文件编制要求介于两级之间,可根据一个软件产品的具体情况,由项目负责人参照表3的规定,确定需要编制的文件种类。对于源程序行数大于500000的特大规模软件,可进一步把本指南规定的十四种文件按实际需要扩展成更多种类,这一点在本指南5.3.3已经提到。表3产品文件体系可行性报告项目开发计划对应大规模软件所规定的文件可进一步细分软件需求说明数据要求说明测试计划项目开发计划软件需求说明测试计划软件需求与开发计划概要设计说明详细设计说明数据库设计说明软件设计说明软件设计说明使用说明使用说明用户手册操作手册模块开发卷宗测试分析报告测试分析报告模块开发卷宗测试分析报告开发进度月报项目开发总结开发进度月报项目开发总结项目开发总结小规模软件中规模软件大规模软件超大规模软件3

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:文库网官方知乎号:文库网

经营许可证编号: 粤ICP备2021046453号世界地图

文库网官网©版权所有2025营业执照举报