BS ISO/IEC/IEEE 41062:2019
$215.11
Software engineering. Recommended practice for software acquisition
Published By | Publication Date | Number of Pages |
BSI | 2019 | 72 |
This recommended practice describes a set of useful quality considerations that can be selected and applied during one or more steps in a software acquisition process. The recommended practices can be applied to software that runs on any computer system regardless of the size, complexity, or criticality of the software. The software supply chain may include integration of commercial-off-the-shelf (COTS), custom, or free and open source software (FOSS). Each organization or individual using this recommended practice will need to identify the specific quality and activities that need to be included within the organization’s acquisition process. Security will be included as a quality attribute considered during the acquisition.
PDF Catalog
PDF Pages | PDF Title |
---|---|
2 | undefined |
6 | Title page |
8 | Important Notices and Disclaimers Concerning IEEE Standards Documents |
11 | Participants |
13 | Introduction |
14 | Contents |
16 | Important Notice 1. Overview 1.1 Scope |
17 | 1.2 Purpose 2. Normative references |
18 | 3. Definitions and terms 3.1 Definitions 3.2 Use of should, may, and can 4. Software acquisition alternatives 4.1 Introduction |
19 | 4.2 Custom-developed software 4.2.1 Advantages of custom-developed software 4.2.2 Disadvantages of custom-developed software 4.3 Off-the-shelf (OTS) software |
20 | 4.3.1 Advantages of OTS 4.3.2 Disadvantages of OTS 4.4 Software as a service (SaaS) |
21 | 4.4.1 Advantages of SaaS 4.4.2 Disadvantages of SaaS |
23 | 5. Software acquisition process 5.1 Purpose 5.1.1 Outcomes |
24 | 5.1.2 Activities and tasks 5.1.3 Principal acquisition roles 5.2 Eight steps in acquiring quality software |
27 | 5.3 Step 1: Planning the software acquisition strategy 5.3.1 Purpose 5.3.2 Outcomes 5.3.3 Activities and tasks 5.3.3.1 Initiate a planning process 5.3.3.2 Develop an acquisition strategy |
28 | 5.3.3.3 Develop an acquisition plan 5.3.3.4 Include contracting practices |
29 | 5.3.3.5 Obtain acquisition services from other organizations 5.3.3.6 Tailor the process 5.4 Step 2: Defining the acquisition and software requirements 5.4.1 Purpose 5.4.2 Outcomes |
30 | 5.4.3 Activities and tasks 5.4.3.1 Define the software being acquired 5.4.3.2 Establish supplier evaluation criteria 5.4.3.3 Establish acquirer and supplier obligations 5.4.3.4 Develop plans to evaluate and accept software and services 5.4.3.5 Develop contingency plans |
31 | 5.5 Step 3: Identifying potential suppliers 5.5.1 Purpose 5.5.2 Outcomes 5.5.3 Activities and tasks 5.5.3.1 Gather software supplier’s information |
32 | 5.5.3.2 Review software supplier’s information 5.5.3.3 Survey users of the supplier’s software |
33 | 5.6 Step 4: Preparing contract requirements 5.6.1 Purpose 5.6.2 Outcomes 5.6.3 Activities and tasks 5.6.3.1 Determine the required quality of the work 5.6.3.2 Determine how payment is to be made |
34 | 5.6.3.3 Determine nonperformance remedies 5.6.3.4 Prepare contract provisions 5.6.3.5 Review contract provisions with legal counsel |
35 | 5.7 Step 5: Evaluating proposals and selecting the supplier 5.7.1 Purpose 5.7.2 Outcomes 5.7.3 Activities and tasks 5.7.3.1 Evaluate supplier proposals |
36 | 5.7.3.2 Visit supplier facilities 5.7.3.3 Select a qualified supplier 5.7.3.4 Negotiate the contract |
37 | 5.8 Step 6: Managing for supplier performance 5.8.1 Purpose 5.8.2 Outcomes 5.8.3 Activities and tasks |
38 | 5.9 Step 7: Accepting the software 5.9.1 Purpose 5.9.2 Outcomes 5.9.3 Activities and tasks 5.9.3.1 Review and update the acceptance criteria |
39 | 5.9.3.2 Conduct a review and test of the software 5.9.3.3 Manage the testing process 5.9.4 Document the test results 5.10 Step 8: Evaluating the process and identifying improvement opportunities 5.10.1 Purpose |
40 | 5.10.2 Outcomes 5.10.3 Activities and tasks 5.10.3.1 Evaluate contracting practices 5.10.3.2 Evaluate software product quality 5.10.3.3 Evaluate supplier performance |
41 | 6. Quality assurance for software acquisition 6.1 Objectives of quality assurance in software acquisition 6.2 Implementing quality assurance in software acquisition |
43 | Annex A (informative) Checklists for quality software acquisition processes |
62 | Annex B (informative) Software safety assurance and software information security assurance |
66 | Annex C (informative) Rights in technical data and software usage |
67 | Annex D (informative) Acquisition plan guidelines |
71 | Annex E (informative) Bibliography |