ASTM F1716-1996(2015) Standard Guide for Transition and Performance of Marine Software Systems Maintenance《海洋软件系统维护的转换和性能标准指南》.pdf

上传人:syndromehi216 文档编号:535479 上传时间:2018-12-06 格式:PDF 页数:3 大小:60.48KB
下载 相关 举报
ASTM F1716-1996(2015) Standard Guide for Transition and Performance of Marine Software Systems Maintenance《海洋软件系统维护的转换和性能标准指南》.pdf_第1页
第1页 / 共3页
ASTM F1716-1996(2015) Standard Guide for Transition and Performance of Marine Software Systems Maintenance《海洋软件系统维护的转换和性能标准指南》.pdf_第2页
第2页 / 共3页
ASTM F1716-1996(2015) Standard Guide for Transition and Performance of Marine Software Systems Maintenance《海洋软件系统维护的转换和性能标准指南》.pdf_第3页
第3页 / 共3页
亲,该文档总共3页,全部预览完了,如果喜欢就下载吧!
资源描述

1、Designation: F1716 96 (Reapproved 2015) An American National StandardStandard Guide forTransition and Performance of Marine Software SystemsMaintenance1This standard is issued under the fixed designation F1716; the number immediately following the designation indicates the year oforiginal adoption o

2、r, in the case of revision, the year of last revision. A number in parentheses indicates the year of last reapproval. Asuperscript epsilon () indicates an editorial change since the last revision or reapproval.1. Scope1.1 This guide covers a recommended plan for transitionand acceptance of marine so

3、ftware that was developed by anactivity other than the maintaining activity. It further providesa recommended iterative process model for managing andexecuting software maintenance activities.2. Referenced Documents2.1 ASTM Standards:2E622 Guide for Developing Computerized Systems (Discon-tinued 200

4、0) (Withdrawn 2000)3E919 Specification for Software Documentation for a Com-puterized System (Discontinued 2000) (Withdrawn 2000)3E1013 Terminology Relating to Computerized Systems(Withdrawn 2000)32.2 IEEE Standards:4100 Standard Dictionary for Electrical and Electronic Terms610 Standard Glossary of

5、 Software Engineering Terminol-ogy1063 Standard for Software User Documentation1074 Standard for Developing Software Life Cycle Pro-cesses1219 Standard for Software Maintenance2.3 ANSI Standards:5ANSI/ISO/ASQC Q90003 Quality Management andQuality Assurance Standards: Guidelines for the Applica-tion

6、of ANSI/ISO/ASQC Q 9001 to the Development,Supply and Maintenance of SoftwareANSI/ISO/ASQC Q 9001 Quality SystemsModel forQuality Assurance in Design, Development, Production,Installation and Servicing2.4 Military Standards and Specifications:6MIL-STD 498 Software Development and Documentation3. Ter

7、minology3.1 The terminology used in this guide is defined in Termi-nology E1013 and Guide E622.3.2 Other computer-related terms in this guide are defined inIEEE 100 and IEEE 610.12.4. Significance and Use4.1 This guide provides a recommended transition plan fora marine software maintainer, when the

8、maintainer is otherthan the supplier, to develop the capability to make extensivechanges or extensions to the programs. Further, this guideprovides a recommended interactive process model for man-aging and executing software maintenance activities. Thisguide applies principally to the marine softwar

9、e that requiresdesign effort and for which the product requirements are statedprincipally in performance terms.5. Software Transition Plan5.1 The software transition plan is developed when thesoftware support concept calls for transition of responsibilityfrom the developer to a separate support agen

10、t. The softwaretransition plan identifies hardware, software, and other re-sources needed for life cycle support of deliverable softwareand describes the developers plans for transitioning deliver-able items to the support agent. The developer shall identify allsoftware development resources needed

11、by the support agent tofulfill the support concept specified in the contract. Thedeveloper shall develop and record plans identifying theseresources and describing the approach to be followed fortransitioning deliverable items to the support agent. Theplanning shall include the following.1This guide

12、 is under the jurisdiction of ASTM Committee F25 on Ships andMarine Technology and is the direct responsibility of Subcommittee F25.05 onComputer Applications.Current edition approved May 1, 2015. Published June 2015. Originallyapproved in 1996. Last previous edition approved in 2008 as F1716 96 (20

13、08).DOI: 10.1520/F1716-96R15.2For referenced ASTM standards, visit the ASTM website, www.astm.org, orcontact ASTM Customer Service at serviceastm.org. For Annual Book of ASTMStandards volume information, refer to the standards Document Summary page onthe ASTM website.3The last approved version of th

14、is historical standard is referenced onwww.astm.org.4Available from Institute of Electrical and Electronics Engineers, Inc. (IEEE),445 Hoes Ln., P.O. Box 1331, Piscataway, NJ 08854-1331, http:/www.ieee.org.5Available from American National Standards Institute (ANSI), 25 W. 43rd St.,4th Floor, New Yo

15、rk, NY 10036, http:/www.ansi.org.6Available from Standardization Documents Order Desk, DODSSP, Bldg. 4,Section D, 700 Robbins Ave., Philadelphia, PA 19111-5098, http:/www.dodssp.daps.mil.Copyright ASTM International, 100 Barr Harbor Drive, PO Box C700, West Conshohocken, PA 19428-2959. United States

16、15.1.1 Software Support ResourcesDescription of the re-sources needed to support the deliverable software. Theseresources shall include items needed to control, copy, anddistribute the software and its documentation, and to specify,design, implement, document, test, evaluate, control, anddistribute

17、modifications to the software. This includes neededcompilers, linkers, locators, mappers, and tools such as con-figuration utilities. In addition, include as applicable, anyspecial operating systems.5.1.2 FacilitiesDescription of the facilities needed tosupport the deliverable software. These facili

18、ties may includespecial rooms, mock-ups, special power requirements, and soforth.5.1.3 HardwareIdentification and description of the hard-ware and associated documentation needed to support thedeliverable software. This hardware may include computers,peripheral equipment, hardware simulators, stimul

19、ators,emulators, diagnostic equipment, and non-computer equip-ment. The description shall include:5.1.3.1 Specific models, versions, and configurations.5.1.3.2 Rationale for the selected hardware.5.1.3.3 Reference to user/operator manuals or instructionsfor each item, as applicable.5.1.3.4 Identific

20、ation of each hardware item and documentas acquirer-furnished, any item that will be delivered to thesupport agent, any item the support agent is known to have, anyitem the support agent must acquire, or other description ofstatus.5.1.3.5 When items must be acquired, information about acurrent sourc

21、e of supply, including whether the item is cur-rently available and whether it is expected to be available at thetime of delivery.5.1.3.6 Information about manufacturer support, licensing,and data rights, including whether the item is currentlysupported by the manufacturer, whether it is expected to

22、 besupported at the time of delivery, whether licenses will beassigned to the support agent, and the terms of such licenses.5.1.3.7 Privacy considerations or limitations.5.1.4 SoftwareIdentification and description of the soft-ware and associated documentation needed to support thedeliverable softwa

23、re. This software may include computer-aided software engineering (CASE) tools, data in these tools,compilers, test tools, test data, simulations, emulations,utilities, configuration management tools, databases and datafiles and other software. The description shall include:5.1.4.1 Specific names, i

24、dentification numbers, versionnumbers, release numbers, and configurations, as applicable.5.1.4.2 Rationale for the selected software.5.1.4.3 Reference to user/operator manuals for instructionsfor each item, as applicable.5.1.4.4 Identification of each software item and document asacquirer-furnished

25、, any item that will be delivered to thesupport agent, any item the support agent is known to have, anyitem the support agent must acquire, or other description ofstatus.5.1.4.5 When items must be acquired, information about acurrent source of supply, including whether the item is cur-rently availab

26、le and whether it is expected to be available at thetime of delivery.5.1.4.6 Information about vendor support, licensing, anddata rights, including whether the item is currently supportedby the vendor, whether it is expected to be supported at thetime of delivery, whether licenses will be assigned t

27、o thesupport agent, and the term of such licenses.5.1.4.7 Privacy considerations and limitations.5.1.4.8 Certification of virus protection measures takenincluding identification and version of software used.5.1.5 Other DocumentationIdentification of any otherdocumentation needed to support the deliv

28、erable software.This list will include, for example, plans, reports, studies,specifications, design descriptions, test cases/procedures, testreports, user/operator manuals, and support manuals for thedeliverable software, including the following:5.1.5.1 Names, identification numbers, version numbers

29、,and release numbers as applicable.5.1.5.2 Rationale for including each document.5.1.5.3 Identification of each document as acquirer-furnished, any item that will be delivered to the support agent,any item the support agent is known to have, any item thesupport agent must acquire, or other descripti

30、on of status.5.1.5.4 When a document must be acquired, informationabout where to acquire it.5.1.5.5 Information about licensing and data rights.5.1.5.6 Privacy and limitations.5.1.5.7 Beta Testing and Verification and ValidationRecordsRecords of Beta Testing and Verification and Vali-dation shall be

31、 provided if applicable.5.1.5.8 Description of significant problems and changesmade during the development process.5.1.6 PersonnelDescription of the personnel needed tosupport the deliverable software, including anticipated numberof personnel, and types and levels of skills and expertise.5.1.7 Other

32、 ResourcesIdentify any other resources neededto support the deliverable software, including consumables.5.1.8 Interrelationship of ComponentsIdentify interrela-tionships of the components identified above. Figures may beused to show interrelationships.5.1.9 Recommended ProceduresDescribe any procedu

33、res,including advice and lessons learned, that the developer maywish to recommend to the support agent for supporting thedeliverable software and associated support environment.5.1.10 TrainingDescribe the developers plans for train-ing support personnel to support the deliverable software.5.1.11 Ant

34、icipated Areas of ChangeDescribe anticipatedareas of change to the deliverable software.5.1.12 Transition PlanningPlanning shall be performedfor all activities to transition the deliverable software to thesupport agent. Plans for transitioning the deliverable softwareto the support agent shall addre

35、ss the following:5.1.12.1 The activities to be performed to transition thedeliverable software to the support activity. These activitiesmay include planning/coordination meetings; preparation ofitems to be delivered to the support agent; packing, shipment,F1716 96 (2015)2installation, and checkout o

36、f the software support environment;packing, shipment, installation and checkout of the operationalsoftware; and training of the support personnel.5.1.12.2 Designation of the roles and responsibilities foreach activity.5.1.12.3 The resources needed to carry out the transitionactivities and which part

37、y will perform each activity.5.1.12.4 Schedules and milestones for conducting the tran-sition activities.5.1.12.5 Procedures for installation and checkout of thedeliverable items of the support environment.6. Software Maintenance6.1 System software maintenance commences after thetransition and accep

38、tance of the developed software by thesoftware support activity. Software maintenance can be iden-tified by either user/customer or system maintainer. Theprocesses of IEEE 1219 are recommended as a model forsoftware maintenance.7. Support Agent Software Process Maturity7.1 The processes of the softw

39、are support agent are recom-mended to be certified to at least Level Two as defined in theSoftware Engineering Institute (SEI) Capability MaturityModel for Software Version 1.1,7equivalent to ANSI/ISO/ASQC Q 9000-3.8. Keywords8.1 computerized systems; marine technology; ships; soft-ware; software ma

40、intenance; software supportASTM International takes no position respecting the validity of any patent rights asserted in connection with any item mentionedin this standard. Users of this standard are expressly advised that determination of the validity of any such patent rights, and the riskof infri

41、ngement of such rights, are entirely their own responsibility.This standard is subject to revision at any time by the responsible technical committee and must be reviewed every five years andif not revised, either reapproved or withdrawn. Your comments are invited either for revision of this standar

42、d or for additional standardsand should be addressed to ASTM International Headquarters. Your comments will receive careful consideration at a meeting of theresponsible technical committee, which you may attend. If you feel that your comments have not received a fair hearing you shouldmake your view

43、s known to the ASTM Committee on Standards, at the address shown below.This standard is copyrighted by ASTM International, 100 Barr Harbor Drive, PO Box C700, West Conshohocken, PA 19428-2959,United States. Individual reprints (single or multiple copies) of this standard may be obtained by contactin

44、g ASTM at the aboveaddress or at 610-832-9585 (phone), 610-832-9555 (fax), or serviceastm.org (e-mail); or through the ASTM website(www.astm.org). Permission rights to photocopy the standard may also be secured from the Copyright Clearance Center, 222Rosewood Drive, Danvers, MA 01923, Tel: (978) 646-2600; http:/ from Research Access, Inc. (RAI), 800 Vinial Street, Pittsburgh, PA15212.F1716 96 (2015)3

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 国际标准 > ASTM

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1