Более того, ARIS оказывает поддержку различных операций с моделями. Это операции:
копирования;
создания различных вариантов;
слияния;
экспорта/импорта;
проверки корректности (в том числе и семантические);
составления разных отчетов;
оптимизации согласно различным критериям;
анализа, проводимого с использованием различных методик;
сравнения.
Пример выбора оптимальной методологии по разработке программного обеспечения.
Правильная методология выбирается следующим образом. Зачастую, когда необходимо принять решение о выборе методологии в голове слишком много разнородной информации и тяжело понять, что именно лучше подойдёт для проекта [7]. В данном разделе представлена блок-схема выбора оптимальной методологии, в которой обращено внимание на перечень некоторых наиболее важных аспектов (рис. 3).
Рисунок 3 — Внешний вид блок-схемы выбора оптимальной методологии по разработке программного обеспечения.
Изначально необходимо учитывать такой момент, что на практике не существует универсального набора условий для всех существующих ситуаций в случае выбора необходимой методологии. В каждом практическом случае необходимо ориентироваться на специфику конкретных задач исследуемого проекта. Приведенная на рис. 3 блок-схема только обозначает перечень главных аспектов и даст возможность использовать на практике особенности основных методологий. Естественно, на практике у Вас могут возникать внештатные ситуации, и на них необходимо также тщательно обращать внимание. Особенно необходимо это учитывать при создании таких сложных проектов, как создание современных операционных систем, моделирование ядерных реакций и авионика самолёта.
В результате, после выбора методологии, не всегда нужно следовать ей со 100%-ной точностью. Необходимо четко понимать, что фактор возникновения частных ситуаций актуален, и возможны так называемые доработки на ходу. От некоторых моментов на практике приходится вообще отказываться и полностью их менять. Поэтому нередко сразу лучше рассчитать несколько вариантов в качестве запасных. Можно на практике применять парное программирование в водопадной модели, технологии Back-end и так далее.
Заключение
.
В заключении хотелось бы отметить, что часть организаций не принимают методологию, поскольку:
дополнительные издержки;
сложность реализации;
отсутствие навыки;
отсутствие инструментов;
отсутствие гибкости;
отсутствие цели;
проблема в понимании методологии;
недостаточное внимание к социальным и контекстуальным вопросам;
трудности при принятии методологии;
улучшения не очевидны.
Возможно также возникновение ряда проблем при использовании нескольких методологий, а именно:
трудности слияния несовместимых методологий и подходов;
сложность интеграции результатов, полученных с использованием одного подхода, с использованием для другого подхода;
аналитики должны понимать и быть опытными в использовании нескольких разных подходов;
конфликты нескольких методологий и организационной среды;
В то же время, разработка методологий решения различных задач на предприятиях и организациях является очень важным моментом при ведении бизнеса. Любой процесс нуждается в прогнозировании и стабильности [8]. При построении правильной, грамотной математической модели очень часто удается решить большой комплекс теоретических и практических задач. В качестве примера можно привести металлургический процесс, где составление грамотной математической модели и совершенствование методологии выплавки металла с использованием современного программного обеспечения возможна высокая вероятность повышения качества готовой продукции. Поэтому, безусловно, большинство организаций должны применять методологию.
В данном реферате достигнута цель работы определена необходимости применения методологии различными организациями.
Поэтому в данном реферате были поставлены следующие задачи:
Описать основные понятия и утверждения методологии Перечислить компоненты и объем методологии Описать применение методологии в разработке и внедрении корпоративных информационных систем Описать выбора оптимальной методологии по разработке программного обеспечения.
Сборник статей ежегодной Всероссийской с международным участием научнопрактической конференции студентов «Человек. Общество. Экономика: проблемы и перспективы взаимодействия»: материалы научно-практической конференции. 25 апреля 2013 г. / Под ред. Е. В. Поносовой.
— Пермь: Пермский институт экономики и финансов, 2013. — 432 с.
Молодой ученый 2016 № 04 (108) февраль-2. Казань: — 937 с.
Резер А. В. Методология управления интегрированными транспортно-логистическими системами. Автореферат диссертации на соискание учёной степени доктора экономических наук. Москва, федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Московский государственный университет путей сообщения» (МГУПС (МИИТ)), 2015. — 48 с.
Афоничкин А. И. Основы МЕНЕДЖМЕНТА, СПб.: Питер, 2006. — 521с.
Humans and Technology Technical Report, TR 99.04, Oct.1999 7691 Dell Rd, Salt Lake City, UT 84 121 USA.
Герасимов К. Б. Методология реформирования системы управления организации: монография. — Самара: Изд-во «Сам.
НЦ РАН", 2014. — 296 с.
Блок-схема выбора оптимальной методологии разработки ПО [Электронный ресурс]. — Режим доступа :
https://habrahabr.ru/post/297 612/, свободный. — Загл. с экрана.
Новикова Г. М. Основы разработки корпоративных инфокоммуникационных систем: Учеб. пособие. — М.: РУДН, 2008. — 152 с.: ил.
