Beruflich Dokumente
Kultur Dokumente
5
International Journal of Computer Applications (0975 – 8887)
National Conference on Electronics and Computer Engineering (NCECE-2016)
6
International Journal of Computer Applications (0975 – 8887)
National Conference on Electronics and Computer Engineering (NCECE-2016)
2.2 In-house Software Change Process represented as Simulink block diagrams were manually
implemented as C source files and compiled for the target
Base platform. Figure 5 reveals the trends in implementation error
Software when the manual software change process was followed for
Base an average of 500 SPRs. Table I presents the implementation
SPR.doc Software time of manual change process per SPR. It is evident from
Figure 5 and Table I that the Type III changes in spite of
being less frequent contribute to longer implementation time
Check
FADEC Software and more errors.
Out
Testing Change
Reports Modified
& Version control Code
Executable Database
7
International Journal of Computer Applications (0975 – 8887)
National Conference on Electronics and Computer Engineering (NCECE-2016)
SPR.doc Parse SPR for Tokens Perform Multi file .c files Update constant Modified C files
constants search values
SPR.doc Parse SPR for Tokens Create Temp file Validate the table .txt Update header .h files
function tables intermediate file entries files
MISRA C In house
Standard Standard
CLAW.MDL Parse .MDL for Tokens Create Symbol Table Resolve .txt Create source .c files
keywords table references files
Symbol table
Fig. 8 Automation Process for Type -III Changes (CLAW_AUTO)
3.1.2 Type II - Changes then resolved to generate the C code for the corresponding
For Type II changes, FUNTAB_AUTO sub-module parses the model diagram. The code generated is according to the in
change request document (SPR.doc) for the function tables as
token and creates an intermediate file having table entries.
Validation of these table entries are carried out with respect to
the following:
Ascending order of x-axis values for linear
interpolation
Inadvertent reversal of x and y axis values
Valid float entries
Table Dimension Change
Once validated, the sub-module automatically changes the
required source files and other related files (including header
files) of the embedded software. The steps of automation
process for Type-II changes are shown in Figure 7.
8
International Journal of Computer Applications (0975 – 8887)
National Conference on Electronics and Computer Engineering (NCECE-2016)
9
International Journal of Computer Applications (0975 – 8887)
National Conference on Electronics and Computer Engineering (NCECE-2016)
7. ACKNOWLEDGMENTS
The authors are grateful to Director, Gas Turbine Research
Establishment, DRDO who gave permission to publish this
paper. The authors also thank those associated with the
preparation of manuscript for this paper.
8. REFERENCES
[1] B. Githanjali, P. Shobha, K. Ramprasad, and K.
Venkataraju, “Full Authority digital engine controller for
marine gas turbine engine,” in ASME Turbo Expo 2006:
Power for Land, Sea, and Air, May 2006, pp. 611–618.
[2] P. Jalote, An Integrated Approach to Software
Engineering, 2nd ed. Secaucus, NJ, USA: Springer-
Verlag New York, Inc., 1997.
Fig 13: Comparison of turnaround time - Manual and [3] R. S. Pressman, Software Engineering: A Practitioner’s
Automation Approach, 5th ed. McGraw-Hill Higher Education, 2001.
From Figure 13, it is evident that there is a drastic reduction in
[4] G. W. Johnson, LabVIEW Graphical Programming:
the turnaround time because of automation. There is 44%
Practical Applications in Instrumentation and Control,
reduction for Type I changes, 57% for Type II and 60% for 2nd ed. McGraw-Hill School Education Group, 1997.
Type III changes. On an average there is ≈50% of time
reduction attained through automation. In addition, it reduces [5] J. Krizan, L. Ertl, M. Bradac, M. Jasansky, and A.
the implementation errors for all type of changes as shown in Andreev, “Automatic code generation from
Figure 14. matlab/simulink for critical applications” in Electrical
and Computer Engineering (CCECE), 2014 IEEE 27th
Canadian Conference, on May 2014, pp. 1–6.
[6] Prosvirin, D.A.; Kharchenko, V.P., "Model-based
solution and software engineering environment for UAV
critical onboard applications," in Actual Problems of
Unmanned Aerial Vehicles Developments (APUAVD),
2015 IEEE International Conference , vol., no., pp.312-
315,13-15 Oct. 2015 doi:
10.1109/APUAVD.2015.7346629
[7] D. P. Gluch and A. J. Kornecki, “Automated code
generation for safety related applications: a case study,”
in Proceedings of the International Multiconference on
Computer Science and Information Technology, 2006,
pp. 383–391.
[8] A. Riid, J. Preden, R. Pahtma, R. Serg, T. Lints.
Fig. 14 Automated Software Change Process - Number of Automatic Code Generation for Embedded Systems from
changes and implementation errors for each Type High-Level Models Electronics and Electrical
Engineering. – Kaunas: Technologija, 2009. – No. 7(95),
6. CONCLUSION AND FUTURE SCOPE – P. 33–36.
The automation process explained in this paper enables
[9] www.mathworks.in/help/pdf_doc/simulink/slref.pdf
systematic implementation of software change management
procedure which is of paramount importance in organizations [10] D. Ward, “MISRA standards for automotive software” in
involved in developmental projects. It is highly useful for The 2nd IEE Conference on Automotive Electronics,
software products that warrant high degrees of reliability and March 2006, pp. 5–18.
demand frequent accommodation of changes at the same time.
Evolving practices analogous to the ones discussed above to
ensure correctness of change implementation could benefit
these organizations.
IJCATM : www.ijcaonline.org
10