|
|
|
DACS Tools
DACS Software Engineering tools to assist in development, design, testing, and implementations of systems. This includes an acronym dictionary, a Return-On-Investment tool, datasets, and a Software Engineering database.
|
|
Webinars, Papers, and Learning
Find upcoming DACS webinars, search DACS sponsored webinars from the past, search our technical papers, upload technical papers, and explorer the DACS e-Learning center for Software.
|
|
Web Resources
- click for a collection of Software Engineering resources organized by topic area.
Please see below our featured resources and hot topics.
|
Agile
Experts,
FAQ's, Glossary, and Acronyms,
Literature,
Cloud Computing
Literature,
Cloud Standards,
Cloud Security,
Service Providers/Consultants,
Best Practices
Cyber Security & Software Assurance
CWE/SANS Top 25,
Cyber Security
Quality,
Testing
Data Mining and Analytics
Algorithms,
Data Mining in the Cloud,
Literature
Mobile
Mobile Security,
Literature,
Mobile Devices
Open Source Software (OSS)
Best Practices,
Education & Training,
Literature,
Programs and Organizations
,
Tools
|
|
Software Bibliographic Database (SEDB)
The Software Engineering Bibliographic database, established by the DACS around 1980, provides comprehensive metadata for literature about software engineering and technology topics.
|
|
Data & Analysis Center
Journal of Software Technology
 |
|
Cost Estimation and Systems Acquisition
We all understand the importance of data to manage any program, whether it is estimated data for planning purposes or actual data for monitoring project progress and performance.
|
 |
|
Cloud Computing
There has been so much published about cloud computing in the last couple of years it would seem difficult to find new things to say about it. However, the model is changing so rapidly there is indeed plenty to say about it, and there will be for years to come. As you will read in "Cloud Comput
|
 |
|
JournalOfSWTech_ALL.zip
This is a bundle of all of the Journal of Software Technology PDF's we have online.
|
 |
|
Software Quality, Reliability, and Error Prediction
Tech Views
by Dan Ferens, Co-Editor, Software tech News And Ellen Walker, Editor, Software Tech News
Software quality is sometimes overlooked as a key objective in developing software; cost, schedule, and scope considerations prevail, and quality is treated as a “nice to have”,
|
 |
|
Future Directions in Software Engineering
-Future Challenges and Rewards for Software Engineers .... Dr. Barry Boehm, USC<br>
-Addressing the Software Engineering Challenges Over the Years and Into the Future...............Dr. Kenneth Nidiffer, SEI<br>
-Navy C4I Open Architecture Strategy ...............Mr. Chris Miller, NAVY
|
Gold Practices
 |
|
Metric Based Scheduling
Metrics-based scheduling is about establishing realistic software development or maintenance schedules based on accurate estimates of software size and effort. The practice necessitates use of a minimum set of four metrics (namely, software size, effort, time/schedule and quality) coined by the Sof
|
 |
|
Manage Requirements
The process of eliciting, documenting, organizing, and tracking changing requirements and communicating this information across the project team to ensure that iterative and unanticipated changes are maintained throughout the project lifecycle.
Requirements management is premised on accepting se
|
 |
|
Acquisition Process Improvement
Acquisition process improvement has been defined as the analysis of current software acquisition processes for deficiencies and implementing new/modified processes to correct those deficiencies [Eslinger, 1999]. The definition provided in Turner’s dissertation [Turner, 2002] incorporates the concep
|
 |
|
Defect Tracking Against Quality Targets
Establishing quality targets (e.g. defects per Function Point) and then tracking defects against those targets in order to track progress during testing activities
|
 |
|
Architecture-First Approach
The achievement of a demonstrable balance among driving requirements, architecturally significant design decisions, and the life-cycle plans before resources are committed for full-scale development
Every software system has an architecture because every system has one or more components that are
|
|
Approved Standard
|
|
|