Documentation Source Text

Check-in [6a64bdf866]
Login

Many hyperlinks are disabled.
Use anonymous login to enable hyperlinks.

Overview
Comment:Add a draft of a quality management plan based on DO178B. But the document seems to prolix, and so it is parked on a branch while I explore simpler alternatives.
Timelines: family | ancestors | do178b-qm-plan
Files: files | file ages | folders
SHA3-256:6a64bdf866e0dd72be5fdf920611e7108c75634d345798ded431263fced7856c
User & Date: drh 2018-02-22 13:42:52
Context
2018-02-22
13:42
Add a draft of a quality management plan based on DO178B. But the document seems to prolix, and so it is parked on a branch while I explore simpler alternatives. Leaf check-in: 6a64bdf866 user: drh tags: do178b-qm-plan
12:39
Merge the 3.22.0 updates into trunk. check-in: c0ef1f2bd8 user: drh tags: trunk
Changes
Hide Diffs Unified Diffs Ignore Whitespace Patch

Added pages/qmplan.in.





































































































































































































































































































>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
<title>Quality Management</title>
<table_of_contents>

<h1>Overview</h1>

<p>
This is the Quality Management Plan for SQLite.

<p>
Quality management documents tend to expand into
binders full of incomprehensible legalise that nobody
reads.  This document strives to break that pattern by
being concise, and hence useful.

<p>
This document follows the outline of
[https://en.wikipedia.org/wiki/DO-178B|DO-178B] which
defines 21 outputs from the quality management process.
Each of those 21 outputs receives its own heading below,
even outputs that are not relevant to SQLite.
However, subsections within each output that are
not pertinent to SQLite are omitted or coalesced.

<p>
The [https://en.wikipedia.org/wiki/DO-178B|DO-178B]
process is designed for safety-critical airborne
software that is to be certified by safety
authorities.  SQLite is not (currently) a candidate for
certification and so DO-178B is not required.  DO-178B is
used purely because the developers find it helpful for
improving quality, and hence reducing their long-term 
maintenance workload.

<h1>Outputs From The Software Planning Process</h1>

<h2>Plan for Software Aspects of Certification (Output 1)</h2>

<ul>
<li><p>
<b>Software overview</b> &rarr;
See <a href='about.html'>About SQLite</a></p>

<li><p>
<b>Software life cycle</b> &rarr;
SQLite uses a continuous integration process.  The software
is under constant enhancement and refinement.  The latest trunk
check-ins are frequently used internally for mission-critical
operations.  There is no defined release cycle.  Users of
SQLite pick up new releases from the website on an as-needed
basis.

<li><p><b>Schedule</b> &rarr;
SQLite has a long-range vision.
Software planning is done with the assumption that the
software to be used and supported through at least the year 2050.

</ul>

<h2>Software Development Plan (Output 2)</h2>

<p>The following points summarize the philosophy behind SQLite
software development:
<ul>

<li><p>
<b>Agile.</b>
Development practices and processes are flexible and adapt quickly 
and easily to changing circumstances and in response to lessons learned.
</p></li>

<li><p>
<b>Low-ceremony.</b>
All developers are empowered to do whatever is needed. 
Audit trails are used rather than approval procedures.
Processes enable actions rather than prohibit them.
</p></li>

<li><p>
<b>Simple.</b>
Processes are easy to understand and follow.
The brain-power required to navigate the development process is minimized
so that developers can focus on improving the product.
It should be easier to use the defined processes than to circumvent them.
</p></li>

<li><p>
<b>Intuitive.</b>
Development processes follow the natural inclinations of highly
experienced top-ranked developers.
</p></li>

<li><p>
<b>Checklist Driven.</b>
Processes are describe by checklists rather than by
verbose planning documents in support of the priciples listed above and
in particular because
checklists are more easily adapted and enhanced,
checklists require less reading and are more easily understood, and
checklists can be followed quickly and with less disruption of thought
and work-flow.
</p></li>
</ul>



<h2>Software Verification Plan (Output 3)</h2>

<h2>Software Configuration Management Plan (Output 4)</h2>

<h2>Software Quality Assurance Plan (Output 5)</h2>

<h2>Software Requirements Standards (Output 6)</h2>

<h2>Software Design Standard (Output 7)</h2>

<h2>Software Coding Standard (Output 8)</h2>

<h1>Outputs From The Software Development Process</h1>

<h2>Software Requirements Data (Output 9)</h2>

<h2>Software Design Description (Output 10)</h2>

<h2>Source Code (Output 11)</h2>

<h2>Object Code (Output 12)</h2>

<h1>Outputs From The Software Integral Process</h1>

<h2>Software Verification Cases And Procedures (Output 13)</h2>

<h2>Software Verification Results (Output 14)</h2>

<h2>Software Configuration Management Records (Output 15)</h2>

<h2>Software Configuration Index (Output 16)</h2>

<h2>Problem Reports (Output 17)</h2>

<h2>Software Life-cycle Environment Configuration Index (Output 18)</h2>

<h2>Software Quality Assurance Records (Output 19)</h2>

<h2>Software Conformity Review (Output 20)</h2>

<h2>Software Accomplishment Summary (Output 21)</h2>