Proceedings of the 2006 Conference of the Center for Advanced Studies on Collaborative Research - CASCON '06 2006
DOI: 10.1145/1188966.1189000
|View full text |Cite
|
Sign up to set email alerts
|

Software architects in practice

Abstract: We present the results of a multiple case study of how architects view and address the issues in transforming requirements into architectures in practice. Specifically we report how they view and address issues of requirements, architecture, and the transformation of requirements into architecture. We then summarize the important lessons learned from these practicing architects about this critically important step in creating and evolving software systems.

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1

Citation Types

0
10
0

Year Published

2007
2007
2022
2022

Publication Types

Select...
4
4
1

Relationship

0
9

Authors

Journals

citations
Cited by 18 publications
(10 citation statements)
references
References 12 publications
0
10
0
Order By: Relevance
“…Lakshminarayanan et al argue that it is impossible to create a tool to reason about all the issues that an architect would normally need to consider. 29 In addition, we should be aware of the fact that a lot of the available knowledge cannot be made explicit at all, but instead remains tacit in the minds of people. 18 Sharing such tacit knowledge is very hard.…”
mentioning
confidence: 99%
“…Lakshminarayanan et al argue that it is impossible to create a tool to reason about all the issues that an architect would normally need to consider. 29 In addition, we should be aware of the fact that a lot of the available knowledge cannot be made explicit at all, but instead remains tacit in the minds of people. 18 Sharing such tacit knowledge is very hard.…”
mentioning
confidence: 99%
“…The conventional view of requirements definition is that this phase of systems development begins with an informal description of "what" the system is expected to do [5], [6]. As has been explained by [13], one of the major tasks in designing systems development is the systematic elaboration of system requirements.…”
Section: A System Requirement Concept and Typesmentioning
confidence: 99%
“…Even though that the NFR are often underestimated or ignored [22] there is a common consensus that NFR are essential and can be critical for the success of a system project [6], [10], [19], [23]- [25]. Furthermore, to achieve a high quality software system, both FR and NFR should be addressed [12], [26].…”
Section: A System Requirement Concept and Typesmentioning
confidence: 99%
“…Another warning is that it is infeasible to strive for completeness. In [20] it is noted that it is impossible to create a tool to reason about all the issues that an architect would normally need to consider. Finally, we should be aware of the fact that a lot of the available knowledge cannot be made explicit at all, but instead remains tacit in the minds of people [21].…”
Section: Related Workmentioning
confidence: 99%