Контрольная работа на тему Синтез: определение, задачи, последовательность

Содержание:

ВВЕДЕНИЕ 3

1 Решение задач синтеза информационной системы 5

1.1 Синтез организационной структуры. Методы синтеза 7

1.2 Принципы синтеза информационных систем 9

2 Связанные работы 11

2.1 Подход к синтезу этапов жизненного цикла разработки информационных систем 13

ЗАКЛЮЧЕНИЕ 17

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 18

Введение:

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

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

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

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

Исследователи по всему миру связывают проблему взаимопонимания заинтересованных сторон с недостатком знаний о специфике различных предметных областей этапов разработки системы. По этой причине создаются методы, подходы и инструменты для извлечения и передачи смысла между субъектами из двух разных предметных областей:

1. методы извлечения требований (для пакета клиент-аналитик / менеджер проекта) [4];

2. модельно-ориентированные подходы (для связывания аналитика / менеджера проекта – дизайнера) [5];

3. интерпретируемые модели и генераторы кода (для разработчика пакета-программиста).

Также в отдельный класс могут быть выделены объектно-ориентированные языки [6], в идеале нацеленные на прямой переход между заказчиком и системой. Однако такие языки требуют предварительной работы аналитиков, дизайнеров и программистов с глубоким погружением в предметную область, а на выходе процесса разработки дают узкоспециализированный инструмент, который не подходит для массового использования.

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

Это обуславливает актуальность разработки новых подходов к формулированию, документированию и использованию единой эволюционной семантической модели целевой системы на всех этапах жизненного цикла [4].

Заключение:

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

В заключении необходимо отметить:

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

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

Фрагмент текста работы:

Решение задач синтеза информационной системы

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

Результатами решения задачи формирования замысла и цели создания информационной системы должны быть:

– определение назначения информационной системы;

– постановка цели (целевой функции);

– определение задач системы;

– формулирование основной идеи создания системы;

– определение направлений разработки системы.

Формирование вариантов новой системы. Виды системы формируются на базе анализа общей цели создания системы, изучения общественных потребностей, предвидимого объема удовлетворения данных потребностей, изучения состояния и перспектив развития подобных отечественных и иностранных систем.

Ход формирования любого варианта новой системы может быть описан концептуальной и математической моделями.

Приведение описаний варианта системы во взаимное соответствие. Приведение описаний варианта системы во взаимное соответствие включает:

– сопоставление описаний (структурного, функционального, информационного, параметрического);

– Устранение противоречий;

– Объединение названных описаний.

На основании морфологического и функционального отображения вычисляются (без требования совместимости) наиболее ближние из достижимых параметров, помещающихся в параметрическое описание. Здесь может быть два случая:

– Вызываемые значения параметров недостижимы;

– Спрашиваемые значения параметров достижимы порознь, но несовместимы. В первом случае нужны выдвижение идей, модификация морфологии или функциональных возможностей, во втором − плодотворная перестройка [5].

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

Решение данной задачи включает:

– определение значений выбранных показателей эффективности каждого исследуемого варианта создаваемой системы;

– сравнительную оценку эффективности, которая производится в соответствии с заданным правилом предпочтений и установленным критерием;