СИСТЕМНЫЙ АНАЛИЗ, КАК ЭТАП ИНЖЕНЕРНОЙ ДЕЯТЕЛЬНОСТИ СОВРЕМЕННОГО ПРОГРАММИСТА

SYSTEM ANALYSIS AS A STAGE OF ENGINEERING ACTIVITY MODERN PROGRAMMER

Yanis Karibov

student, Institute of Applied Informatics, Mathematics and Physics, Armavir State Pedagogical University,

Russia, Armavir

Evgenia Gurova

scientific advisor, Armavir State Pedagogical University,

Russia, Armavir

АННОТАЦИЯ

Перенос требований системного анализа на современного программиста для создания стабильной системы.

ABSTRACT

Transferring the requirements of system analysis to a modern programmer to create a stable system.

Ключевые слова: системный анализ; объектно-ориентированное проектирование.

Keywords: system analysis; object-oriented design.

Системный анализ – это научный метод познания, представляющий собой последовательность действий по установлению структурных связей между переменными или элементами исследуемой системы [1].

Системный анализ возник в эпоху разработки компьютерной техники. Успех его применения во многом определяется современными возможностями информационных технологий. Результатом системных исследований является, как правило, выбор вполне определенной альтернативы: плана развития региона, параметров конструкции и т.д. Истоки системного анализа, его методические концепции, лежат в тех дисциплинах, которые занимаются проблемами принятия решений: исследование операций и общая теория управления.

Системный анализ (СА) как совокупность методов и средств, используемых при исследовании и конструировании, принятии и обосновании решений, при проектировании программного обеспечения (ПО), является важной и неотъемлемой частью инженерной деятельности современного программиста. СА позволяет исключить огромное количество проблем, возникающих как на различных этапах разработки программного продукта, так и при его применении уже по окончанию разработки программного продукта. Системный анализ позволяет повысить показатели качества программного обеспечения в любой конкретной предметной области.

При разработке программы инженер - программист обязан максимально досконально знать предметную область, системную структуру будущего продукта, так как без этих знаний будут неправильно поставлены задачи перед более узкими специалистами.

Разработка любого ПО состоит из следующих пунктов:

1. Постановка задачи;
2. Анализ и исследование задачи, модели;
3. Разработка алгоритма;
4. Программирование;
5. Тестирование и отладка;
6. Анализ результатов решения задачи и уточнение в случае необходимости математической модели с повторным выполнением этапов 2 - 5;
7. Сопровождение программы.

Посмотрев на эти пункты, можно сделать вывод, что без знаний в области системного анализа, создание программного продукта, полностью отвечающего поставленным задачам, будет невозможно. В пункте 2 аналитик обязан правильно выбрать область определения, а в 3 пункте определить и разработать алгоритм, по которому будут работать программисты для успешной реализации нашего проекта. После инженерной деятельности разработчика программного обеспечения, аналитик производит проверку на соответствие готового ПО изначальному техническому заданию.

При применении СА достигаются следующие качества практичности программного продукта [2].

1. Понятность. Запросы, сообщения и результаты выполнения программ должны быть понятными
2. Простота обозрения.
3. Простота использования.

Целью анализа требований является перенос требований к ПО на функциональном уровне в предварительный системный проект и формирование базового уровня данного проекта. В процессе проектирования системный проект "изучает" среду реализации с учетом всех требований предметной области.

В современных реалиях при разработке ПО необходимо использовать различные методики объектно-ориентированного анализа продукта (ООАП). Одна из типичных методик ООАП реализована в технологии RUP. Объектно-ориентированный анализ в данной методике включает в себя [3]:

• архитектурный анализ
• анализ вариантов использования

Архитектурный анализ выполняется архитектором системы и включает в себя:

• утверждение общих стандартов (соглашений) моделирования и документирования системы;
• предварительное выявление архитектурных механизмов (надежности, безопасности и т.д.);
• формирование набора основных абстракций предметной области (классов анализа);
• формирование начального представления архитектурных уровней.

Анализ вариантов использования выполняется проектировщиками и включает в себя:

• Идентификацию классов, участвующих в реализации потоков событий варианта использования;
• Распределение поведения, реализуемого вариантом использования, между классами (определение обязанностей классов);
• Определение атрибутов и ассоциаций классов.
• В потоках событий варианта использования выявляются классы трех типов:
• Граничные классы (Boundary) - служат посредниками при взаимодействии внешних объектов с системой.
• Классы - сущности (Entity) - представляют собой основные абстракции (понятия) разрабатываемой системы.
• Управляющие классы (Contюl) - обеспечивают координацию поведения объектов в системе.

Классы анализа отражают базовые уровни, а также моделируют объекты предметной области. Совокупность классов анализа представляет собой начальную концептуальную модель системы

Целью объектно - ориентированного проектирования является адаптация предварительного системного проекта (набора классов "анализа"), составляющего стабильную основу архитектуры системы, к среде реализации с учетом всех нефункциональных требований.

Объектно - ориентированное проектирование включает два вида деятельности:

• проектирование архитектуры системы;
• проектирование элементов системы.

Проектирование архитектуры системы выполняется архитектором системы и включает в себя:

• инициализацию архитектурных решений и механизмов, необходимых для проектирования системы;
• анализ взаимодействий между классами анализа, выявление подсистем и интерфейсов;
• формирование архитектурных уровней;
• проектирование конфигурации системы;

Рассмотрев некоторый алгоритм по реализации программного продукта, можно наблюдать, что системный анализ является фундаментальной частью любого проекта, как в начале разработки этого продукта, так и на его завершающей стадии.

Список литературы:

1. Перегудов Ф.И., Тарасенко Ф.П. Введение в системный анализ - : Высшая школа, 2016. – 360 с.
2. Евдокимов И. В. Проблема и показатели качества программного обеспечения // Труды Братского государственного университета: Серия: Экономика и управление 2015. - Т. 1. - С. 121 - 124.
3. CIT Forum [Электронный ресурс]: Современные технологии создания программного обеспечения. Обзор: http: // citforum.ck.ru / programming / application / program / 1.shtml