-
Notifications
You must be signed in to change notification settings - Fork 0
/
paper_80_conclusion.tex
99 lines (86 loc) · 5.47 KB
/
paper_80_conclusion.tex
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
\documentclass[SDSUThesis.tex]{subfiles}
\begin{document}
\section{FUTURE WORK}
Due to the number of issues with surveys. One area of future work would be identifying
a general set of questions that would best fit CRI. This set would have to include
the best number of questions, order of questions and wording of questions. Therefore,
any new organization would not have to determine their own survey, but rather just use the
predetermined set of questions. It would even be advantageous to build a software system to
handle the survey distribution and collection. Ideally, the results would automatically be
inserted into the appropriate database tables for CRI scoring.
As shown in Table \ref{tab:bsc}, CRI is currently not addressing two
characteristics of the balanced scorecard. If the SDO does not operate
on a fixed budget, CRI could be
expanded to include another element for financial data. The challenge arises when
determining how to relate the SDO performance to finances. The most likely scenario
would be a method to either select or predict the expected software sales
for a month. Then every month create an CRI element score that reflects
how much the expected sales were exceeded or missed. The other missing
balanced scorecard characteristic is learning and growth. These are very difficult
to quantitatively measure. In this case some possible data points might be:
hours of training, number of training courses, number of employees receiving
training, number of promotions, or another measure centered around training
courses and career growth. Again, once data exists, the problem becomes finding
a baseline and measuring with respect to that baseline.
Another area of future work is the expansion of the SDLC-AE to include
more artifacts of the SDLC. The more artifacts and processes that can
be collected, the deeper the understanding of the SDLC.
All of the data collection combined with better software analytics
could lead to true \textit{data-driven software engineering}. Data-driven
software engineering is the application of collecting and analyzing historical
information about software engineering artifacts in order to
accurately predict the outcomes of software engineering projects. This
will lead to more informed decisions about software engineering. Figure
\ref{fig:sdlc-ae-adv} shows an expansion of the previous SDLC-AE diagram.
The new elements are in the unshaded boxes, and they are not exhaustive.
Data-driven software engineering should
not to be confused with data-driven programming, in which the computer code
describes the data instead of the sequence of operations \cite{DDP2015}.
\begin{figure}[ht]
\includegraphics[scale=.75]{images/sdlcae-adv.png}
\caption{SDLC ANALYTIC ENGINE EXPANSION}
\label{fig:sdlc-ae-adv}
\end{figure}
Currently, CRI provides a single method to evaluate past
performance, but it does not
provide any guidance around making more informed future decisions.
Some phases are not properly tracked with the initial SDLC-AE and more
data can be tracked for the existing phases.
Schedules for each of the individual phases of the SDLC need to be tracked,
not just the entire project. Teams need to know how much time is spent
in design versus testing. Consideration should also be given to the amount
of time required to generate
proper testcases. These are just a couple of examples of expansions
to the SDLC-AE. These and other advancements could lead to greater
insights about SDLC phases that are struggling and need improvement.
The SDLC-AE could be expanded to have predictive capabilities.
% new section
\section{CONCLUSION}
There are many metrics that can be used to evaluate an SDO.
The entire SDO needs to be measured
and analyzed properly, not just the development portion.
Knowing which metrics to use and what they all mean can be a daunting task.
This dissertation identified the Cumulative Result Indicator (CRI) which is a
proposed solution to the difficulty of measuring an SDO by creating a
single number score for upper-level management to use to quickly gauge
performance.
The following have all been provided in this dissertation.
\begin{itemize}
\item CRI defines what five elements of an SDO should be measured.
Result indicators are included for quality, availability, satisfaction,
schedule, and requirements.
\item CRI defines what data needs to be collected to create a
score for the five elements.
\item CRI defines the formulas to create a score for the five elements.
\item A process was outlined to generate the CRI score.
\item An SDLC-AE was designed which includes a storage
framework for the necessary CRI data.
\item A comparison with existing SDO evaluation techniques was presented.
\item Finally, an example CRI score was calculated with data provided by
an SDO organization within a large financial institution.
\end{itemize}
Now SDOs have a technique to consistently measure performance over time. CRI
will help upper-level management identify the areas of the organization
that need attention and those that do not. CRI will save time required to
evaluate performance since the result is a single number.
\end{document}