Supporting separation of concerns during software architecture performance evaluation

被引:0
|
作者
Barber, KS [1 ]
Holt, J [1 ]
机构
[1] Univ Texas, Lab Intelligent Proc & Syst, Austin, TX 78712 USA
关键词
software architecture; performance;
D O I
暂无
中图分类号
TP [自动化技术、计算机技术];
学科分类号
0812 ;
摘要
The Systems Engineering Process Activities (SEPA) methodology aims toward enabling concurrent architecture derivation and evaluation as an integral part of the development cycle. The approach involves separating and representing requirements classes using the SEPA 3D Architecture, a formal metamodel consisting of a set of interrelated architecture levels. The SEPA 3D Architecture levels and the requirements classes they capture are (1) the Domain Reference Architecture capturing domain requirements (e.g., business process functionality, data and their relationships, timing between functions), (2) the Application Architecture capturing system-wide non-functional requirements (e.g., application look-and-feel, runtime performance requirements), and (3) the Implementation Architecture capturing installation requirements (e.g., available site hardware platforms, middleware and communications software). This separation of concerns and evolving introduction of requirements from domain-dependent, implementation-independent (e.g. domain requirements) to strictly implementation-related requirements promotes appropriate performance evaluations at appropriate points in the engineering process. These timely and focused evaluations aim to (1) consider performance goals during the derivation of an architecture level, (2) understand the relative performance differences between architectural levels, and (3) appreciate the impact of new information on relative performance between an existing architecture version and an updated architecture version resulting from requirements changes or defect corrections.
引用
收藏
页码:333 / 338
页数:6
相关论文
共 50 条
  • [1] Separation of concerns in software architecture via a multiviews description
    Gacemi, A
    Seriai, A
    Oussalah, MC
    PROCEEDINGS OF THE 2004 IEEE INTERNATIONAL CONFERENCE ON INFORMATION REUSE AND INTEGRATION (IRI-2004), 2004, : 60 - 65
  • [2] Separation of non-orthogonal concerns in software architecture and design
    Giese H.
    Vilbig A.
    Software & Systems Modeling, 2006, 5 (2) : 136 - 169
  • [3] Relating functional requirements and software architecture: separation and consistency of concerns
    Heckel, R
    Engels, G
    JOURNAL OF SOFTWARE MAINTENANCE AND EVOLUTION-RESEARCH AND PRACTICE, 2002, 14 (05): : 371 - 388
  • [4] A New Software Architecture for the Wise Object Framework: Multidimensional Separation of Concerns
    Lejamble, Sylvain
    Alloui, Ilham
    Monnet, Sebastien
    Vernier, Flavien
    PROCEEDINGS OF THE 17TH INTERNATIONAL CONFERENCE ON SOFTWARE TECHNOLOGIES (ICSOFT), 2022, : 567 - 574
  • [5] A Framework for Supporting the Software Architecture Evaluation Process in Global Software Development
    Babar, Muhammad Ali
    ICGSE 2009: FOURTH IEEE INTERNATIONAL CONFERENCE ON GLOBAL SOFTWARE ENGINEERING, PROCEEDINGS, 2009, : 93 - 102
  • [6] An Approach to Performance Evaluation of Software Architecture
    Liang Jun-Tao
    Jiang Xiao-Yuan
    PROCEEDINGS OF THE FIRST INTERNATIONAL WORKSHOP ON EDUCATION TECHNOLOGY AND COMPUTER SCIENCE, VOL III, 2009, : 853 - +
  • [7] Performance evaluation at the software architecture level
    Balsamo, S
    Bernardo, M
    Simeoni, M
    FORMAL METHODS FOR SOFTWARE ARCHITECTURES, 2003, 2804 : 207 - 258
  • [8] Separation of concerns for software evolution
    Mens, T
    Wermelinger, M
    JOURNAL OF SOFTWARE MAINTENANCE AND EVOLUTION-RESEARCH AND PRACTICE, 2002, 14 (05): : 311 - 315
  • [9] Performance evaluation of a software architecture: A case study
    Inverardi, P
    Mangano, C
    Russo, F
    Balsamo, S
    NINTH INTERNATIONAL WORKSHOP ON SOFTWARE SPECIFICATION AND DESIGN, PROCEEDINGS, 1998, : 116 - 125
  • [10] Separation of Concerns in Teaching Software Engineering
    Alsmadi, Izzat M.
    Dieri, Mahmoud
    INNOVATIONS IN COMPUTING SCIENCES AND SOFTWARE ENGINEERING, 2010, : 29 - 38