By Mike Phillips
Acquisition Support Program
In my preceding blog post, I promised to provide more examples highlighting the importance of software sustainment in the US Department of Defense (DoD). My focus is on certain configurations of weapons systems that are no longer in production for the United States Air Force, but are expected to remain a key component of our defense capability for decades to come, and thus software upgrade cycles need to refresh capabilities every 18 to 24 months. Throughout this series on efficient and effective software sustainment, I will highlight examples from each branch of the military. This second blog post describes effective sustainment engineering efforts in the Air Force, using examples from across the service’s Air Logistics Centers (ALCs).
By Dave Zubrow, Manager
Software Engineering Measurement and Analysis Initiative
The SEI has been actively engaged in defining and studying high maturity software engineering practices for several years. Levels 4 and 5 of the CMMI (Capability Maturity Model Integration)
are considered high maturity and are predominantly characterized by
quantitative improvement. This blog posting briefly discusses high
maturity and highlights several recent works in the area of high
maturity measurement and analysis, motivated in part by a recent comment on a Jan. 30 post
asking about the latest research in this area. I’ve also included links
where the published research can be accessed on the SEI website.
By Douglas C. Schmidt
use the SEI Blog to inform you about the latest work at the SEI, so
this week I'm summarizing some video presentations recently posted to
the SEI website from the SEI Technologies Forum.
This virtual event held in late 2011 brought together participants from
more than 50 countries to engage with SEI researchers on a sample of
our latest work, including cloud computing, insider threat, Agile
development, software architecture, security, measurement, process
improvement, and acquisition dynamics. This post includes a description
of all the video presentations from the first event, along with links
where you can view the full presentations on the SEI website.
Acquisition , Acquisition Dynamics , Agile , Architecture Documentation , Binaries , Cyber-physical Systems , Fuzzy Hashing , Handheld Devices , Malware , Measurement & Analysis , Resilience Management Model (RMM) , Safety-Related Requirements , Security-Related Requirements , Software Cost Estimates , Team Software Process (TSP) , Technical Debt
By Douglas C. Schmidt
Chief Technology Officer
A key mission of the SEI is to advance the practice of software engineering and cyber security through research and technology transition
to ensure the development and operation of software-reliant Department
of Defense (DoD) systems with predictable and improved quality,
schedule, and cost. To achieve this mission, the SEI conducts research
and development (R&D) activities involving the DoD, federal
agencies, industry, and academia. One of my initial blog postings
summarized the new and upcoming R&D activities
we had planned for 2011. Now that the year is nearly over, this blog
posting presents some of the many R&D accomplishments we completed
By James McHale,
Senior Member of the Technical Staff,
Software Engineering Process Management
This post is the second installment in a two-part series describing our recent engagement with Bursatec to create a reliable and fast new trading system for Groupo Bolsa Mexicana de Valores (BMV, the Mexican Stock Exchange). This project combined elements of the SEI’s Architecture Centric Engineering (ACE) method, which requires effective use of software architecture to guide system development, with its Team Software Process (TSP), which is a team-centric approach to developing software that enables organizations to better plan and measure their work and improve software development productivity to gain greater confidence in quality and cost estimates. The first post examined how ACE was applied within the context of TSP. This posting focuses on the development of the system architecture for Bursatec within the TSP framework.