Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Бағдарламалық жасақтама архитектурасын сипаттау үшін IEEE стандартының орнын алған IEEE 1471 - "программдық қарқынды жүйе" архитектурасын сипаттау үшін IEEE стандартының орнын алған стандарт, сонымен қатар бағдарламалық жасақтама архитектурасы деп те аталады. 2011 жылы ISO/IEC/IEEE 42010, Жүйелер және бағдарламалық қамтамасыз ету Архитектураның сипаттамасы.
Superseded IEEE standard for describing software architecture
IEEE 1471 is a superseded IEEE standard for describing the architecture of a "software intensive system", also known as software architecture. In 2011 it was superseded by ISO/IEC/IEEE 42010, Systems and software engineering — Architecture description.
Шолу
IEEE 1471 - ANSI/IEEE 1471 2000, Бағдарламалық қамсыздандыруды қажет ететін жүйелердің сәулет сипаттамасының ұсынылатын практикасы деп аталатын стандарттың қысқаша атауы. Электрлік және электроника инженерлері институтының (IEEE) тілінде бұл "жарияланған практика", оның стандарттарының ең аз нормативтісі. 2007 жылы бұл стандартты ISO/IEC JTC1/SC7 ISO/IEC 42010:2007 ретінде қабылдады, Ол - бағдарламалық қамтамасыз етуді қажет ететін жүйелердің архитектуралық сипаттамаларын жасаудың ұсынылатын тәжірибесі. "Архитектура" жүйенің өмірлік циклына қатты әсер ететіндігі ұзақ уақыттан бері белгілі. Алайда, салыстырмалы түрде жақында ғана, аппараттық мәселелер архитектуралық ойлауды үстемдікке ие болды, ал бағдарламалық қамтамасыз ету аспектілері, қарастырылған кезде, көбінесе даму қысымының астында тұңғыш рет компромиске ұшырады. IEEE 1471 2000 және ISO/IEC 42010:2007 ISO/IEC/IEEE 42010:2011-ге ауыстырылды, Жүйелер және бағдарламалық қамтамасыз ету Архитектураның сипаттамасы.
IEEE 1471 is the short name for a standard formally known as ANSI/IEEE 1471 2000, Recommended Practice for Architecture Description of Software Intensive Systems. Within Institute of Electrical and Electronics Engineers (IEEE) parlance, this is a "recommended practice", the least normative of its standards. In 2007 this standard was adopted by ISO/IEC JTC1/SC7 as ISO/IEC 42010:2007, Systems and Software Engineering Recommended practice for architectural description of software intensive systems. It has long been recognized that "architecture" has a strong influence over the life cycle of a system. However, until relatively recently, hardware issues have tended to dominate architectural thinking, and software aspects, when considered at all, were often the first to be compromised under the pressures of development. IEEE 1471 2000 and ISO/IEC 42010:2007 was superseded by ISO/IEC/IEEE 42010:2011, Systems and software engineering — Architecture description.
Тұжырымдамалық негіздеме
IEEE 1471 келесі тұжырымдамалық негіздемеді қолданады. Жүйенің ортасы немесе контекст осы жүйеге әсер етуі мүмкін. Қоршаған ортаға қызығушылық туғызатын жүйемен тікелей интерфейстер арқылы немесе жанама түрде басқа жолдармен өзара әрекеттесетін басқа жүйелер кіруі мүмкін. Қоршаған орта басқа жүйелерге қатысты қызығушылық туғызатын жүйенің аясын анықтайтын шекараларды анықтайды. Жүйенің бір немесе бірнеше мүдделі тараптары бар. Әрбір мүдделі тараптың әдетте осы жүйеге қатысты мүдделері немесе уайымдары бар. Қауiп-қатерлер - бұл жүйенiң дамуына, оның жұмыс iстеуiне немесе бiр немесе бiрнеше мүдделi тараптар үшiн маңызды немесе өзгедей маңызды болып табылатын кез келген басқа да аспектiлерге қатысты мүдделер. Қауіпті факторларға жүйелік мәндер, мысалы, өнімділік, сенімділік, қауіпсіздік, тарату және даму мүмкіндігі жатады. Жүйе қоршаған ортада бір немесе бірнеше тапсырманы орындау үшін пайда болады. Миссия - бір немесе бірнеше мүдделі тараптар қандай да бір мақсаттарға жету үшін жүйеге арналған пайдалану немесе операция. Әр жүйенің архитектурасы бар, ол түсінікті болсын, болмасын, жазылған болсын, тұжырымдамалық болсын. Архитектураны архитектуралық сипаттама арқылы жазуға болады. Архитектуралық сипаттама бір немесе бірнеше құрамдас бөліктерге (архитектуралық) көріністер деп аталады. Әрбір көзқарас жүйелік мүдделі тараптардың бір немесе бірнеше мәселелерін қарастырады. Көрініс - белгілі бір көзқарасқа қатысты жүйелік архитектураның ішінара көрінісі. Көрініс көзқарас құрылған, бейнеленген және талдалған конвенцияларды белгілейді. Осылайша, көзқарас көзқарасқа сәйкес келеді. Көрініс көзқарасы көріністі сипаттау үшін қолданылатын тілдерді (оның ішінде белгілерді, модельді немесе өнім түрлерін) және осы көріністің бейнелеулеріне қолданылатын кез келген байланысты модельдеу әдістері мен талдау әдістерін анықтайды. Бұл тілдер мен әдістер көзқараспен қарастырылған мәселелерге қатысты нәтижелер алу үшін қолданылады. Архитектуралық сипаттама бір немесе бірнеше көзқарасты таңдап алады. Пікірлер таңдау әдетте AD адресат болып табылатын мүдделі тараптар мен олардың мәселелерін қарастыруға негізделеді. Көрініс нүктесінің анықтамасы AD-ден басталуы мүмкін немесе ол басқа жерде анықталуы мүмкін (кітапхананың көрінісі). Көрініс бір немесе бірнеше архитектуралық модельдерден құралуы мүмкін. Әр осындай архитектуралық модель өзінің байланысты архитектуралық көзқарасымен белгіленген әдістерді қолдана отырып әзірленеді. Архитектуралық модель бірнеше көрініске қатыса алады.
IEEE 1471 uses the following conceptual framework. A system’s environment, or context, can influence that system. The environment can include other systems that interact with the system of interest, either directly via interfaces or indirectly in other ways. The environment determines the boundaries that define the scope of the system of interest relative to other systems. A system has one or more stakeholders. Each stakeholder typically has interests in, or concerns relative to, that system. Concerns are those interests which pertain to the system’s development, its operation or any other aspects that are critical or otherwise important to one or more stakeholders. Concerns include system considerations such as performance, reliability, security, distribution, and evolvability. A system exists to fulfill one or more missions in its environment. A mission is a use or operation for which a system is intended by one or more stakeholders to meet some set of objectives. Every system has an architecture, whether understood or not; whether recorded or conceptual. An architecture can be recorded by an architectural description. An architectural description is organized into one or more constituents called (architectural) views. Each view addresses one or more of the concerns of the system stakeholders. A view is a partial expression of a system’s architecture with respect to a particular viewpoint. A viewpoint establishes the conventions by which a view is created, depicted and analyzed. In this way, a view conforms to a viewpoint. The viewpoint determines the languages (including notations, model, or product types) to be used to describe the view, and any associated modeling methods or analysis techniques to be applied to these representations of the view. These languages and techniques are used to yield results relevant to the concerns addressed by the viewpoint. An architectural description selects one or more viewpoints for use. The selection of viewpoints is typically based on consideration of the stakeholders to whom the AD is addressed and their concerns. A viewpoint definition may originate with an AD, or it may have been defined elsewhere (a library viewpoint). A view may consist of one or more architectural models. Each such architectural model is developed using the methods established by its associated architectural viewpoint. An architectural model may participate in more than one view.