exam05 1 - stankin/design-part-1 GitHub Wiki

Понятия метода и методологии. Основное назначение современных методологий проектирования.

Реферат к лекции 5-1. Методологии проектирования программных и информационных средств.

Выполнил: Метленкин Владислав ИДБ-18-08

Проверил: Легистаев Егор ИДБ-18-08

Понятия метода и методологии

Метод – это совокупность приемов и операций, направленных на теоретическое и практическое освоение действительности.

Метод вооружает человека системой принципов, требований, правил, руководствуясь которыми он может достичь намеченной цели. Владение методом означает для человека знание того, каким образом, в какой последовательности совершать те или иные действия для решения тех или иных задач, и умение применять это знание на практике [1].

Метод предполагает:

  • Сознательное достижение результатов.
  • Наличие плана познавательных действий.
  • Последовательность действий и операций (техника метода).

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

Методология – система определенных способов и приемов, применяемых в той или иной деятельности.

Задачи методологии:

  1. Выявить, осмыслить движущие силы, предпосылки, основания, закономерности роста функционирования научного знания, познавательной деятельности.
  2. Организовать проектно-конструкторскую деятельность, ее анализ и критику.

Методология выполняет функцию стратегии познания. Она должна обосновывать и искать перспективные направления познания, предохранять от неправильного использования методов.

Основное назначение современных методологий проектирования.

Методология разработки программного обеспечения — совокупность методов, применяемых на различных стадиях жизненного цикла программного обеспечения и имеющих общий философский подход [2].

Каждая методология характеризуется своим:

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

Цель создания методологии построения информационных систем заключается в регламентации процесса проектирования ИС и обеспечении управления этим процессом с тем, чтобы гарантировать выполнение требований, как к самой ИС, так и к характеристикам процесса разработки [3].

Основными задачами, решению которых должна способствовать методология проектирования ИС, являются следующие:

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

Методология должна обеспечивать снижение сложности процесса создания ИС за счет полного и точного описания этого процесса и применения современных методов и технологий создания ИС на всем жизненном цикле ИС - от замысла до реализации.

Значительный арсенал новых методов проектирования содержится в книге Дж. К. Джонса «Методы проектирования» [4]. Все новые методы, по классификации Джонса, можно разделить на группы в зависимости от вида концепции, заложенной в основу метода. Он рассматривает три концепции:

  1. проектировщик – черный ящик;
  2. проектировщик – «прозрачный ящик»;
  3. проектировщик – «самоорганизующаяся система».

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

Мозговой штурм дает возможность за короткий промежуток времени получить новые идеи путем творческого сотрудничества членов организованной группы специалистов. Критика выдвигаемых идей в процессе мозговой атаки не допускается, какими бы абсурдными они не казались. Основной девиз метода: «чем больше идей, тем лучше».

Синектика отличается от мозгового штурма тем, что обсуждение ведется в направлении поиска небольшого числа идей (2–3 идеи), однако с детальным их рассмотрением.

Вторая концепция («прозрачного ящика») построена на предположении о том, что проектировщик вполне осознает свои действия и их причины. Логическое или систематическое поведение проектировщика включает:

  1. Анализ получаемой и имеющейся информации.
  2. Синтез технических решений.
  3. Оценку технических решений.

Вышеизложенный алгоритм повторяется в цикле, пока проектировщик не найдет наилучшее из всех возможных решений. Методы, построенные на концепции «прозрачного ящика», характеризуются следующими общими чертами:

  1. Цели, переменные и критерии задаются заранее.
  2. Поиску решения предшествует проведение анализа.
  3. Оценка результатов дается в основном в словесной форме и построена на логике.
  4. Заранее фиксируется стратегия проектирования (обычно используются последовательные приемы, условные и циклические операции).

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

Третья концепция (подход к проектировщику, как к «самоорганизующейся системе») вызван стремлением сузить область поиска технических решений за счет обоснованного выбора стратегии. Джонс выделяет три ступени проектирования:

  1. дивергенцию;
  2. трансформацию;
  3. конвергенцию.

Дивергенция – расширение границ проектной ситуации в целях обеспечения достаточно обширного пространства для поиска решений. На этой ступени не рекомендуется принимать решение, пока проектировщик не получит достаточного объема информации. Дивергенция больше связана с исследованием, чем с проектированием.

Трансформация – стадия возникновения общей концептуальной схемы проектируемого объекта.

Конвергенция – стадия окончательного выбора варианта технического решения. К этому времени задача определена, переменные найдены, цели установлены. Здесь в наибольшей степени могут быть использованы технические средства автоматизации проектирования.

Список источников

  1. Википедия - Методология программирования
  2. Понятие метода и методологии. Философская, общенаучная и частнонаучная методология познания.
  3. Методология создания корпоративных ИС
  4. Понятия и принципы методологии проектирования