Proceedings of the Second ACM SIGSOFT/SIGPLAN Software Engineering Symposium on Practical Software Development Environments 1987
DOI: 10.1145/24208.24231
|View full text |Cite
|
Sign up to set email alerts
|

A methodology for evaluating environments

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1

Citation Types

0
6
0

Year Published

1987
1987
1993
1993

Publication Types

Select...
4
2
2

Relationship

0
8

Authors

Journals

citations
Cited by 12 publications
(6 citation statements)
references
References 2 publications
0
6
0
Order By: Relevance
“…One problem relates to how software environments should be evaluated: approaches have ranged from "single observation" studies [WHBK86] to more systematic approaches [SeI85]. Another problem is that there has been no unifying system to support the processes of specifying, collecting, and analyzing software metrics.…”
Section: Measurement and Evaluation Of Environmentsmentioning
confidence: 99%
“…One problem relates to how software environments should be evaluated: approaches have ranged from "single observation" studies [WHBK86] to more systematic approaches [SeI85]. Another problem is that there has been no unifying system to support the processes of specifying, collecting, and analyzing software metrics.…”
Section: Measurement and Evaluation Of Environmentsmentioning
confidence: 99%
“…Our experience witk this approach has lead us to believe that a more rigor. ous evaluation methodology, for instance t h e methodology proposed in [9], might provide bettei feedback. To follow this up, one of our current effort!…”
Section: Our Development Modelmentioning
confidence: 99%
“…In the past, a software development environment consisted of a compiler for the language being used and a few ad hoc tools. Today, to achieve the productivity and quality demanded by the Department of Defense (DoD), the environment is expected to encompass an integrated set of tools (see Figure 1) to support the complete development cycle (requirements, design, code, test, document, maintenance) (Reed, 1985;Wiederman et al, 1986;SIGSOFT, 1988SIGSOFT, -1989.…”
mentioning
confidence: 99%