9.Этапы разработки компьютерной информационной модели и их содержание

Объект моделирования(реальная система)(квадратик) ->Системный анализ (овал)-> Теоретическая информационная система(квад) -> разработка компьютерной модели(овал)-> Компьютерная информационная модель(квадр) -> Объект мод.Информационные продукты созданы для улучшения управлением реальным объектом.

(Объект моделирования) Построение модели объекта (динамической). Объект постоянно изменяется, изменяется сама модель. Нужно постоянно следить и менять саму систему, как и после моделирования. Изучить ” Что нужно для управления?”

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

Мы не можем управлять как попало, задействовано несколько субъектов, они действуют синхронно. Нужно чтобы они работали в одно время и не противоречили друг к дугу.

(Теоретич. инф. системы) разобраться какие инф. модели нужны в такой-то момент времени. Она по информации должна быть синхронизирована. (куда какую информацию нужно предоставлять) Построить теоретическую модель информационной системы. (!!!Информационная модель более широкое понятие чем компьютерная информационная система!!!)

(Разработка комп. модели) После того, как построена компьютерная модель, нужно задаться вопросами – “есть ли смысл её реализовывать?”, “какую информацию необходимо применять?”, “кому пригодится эта модель?”, “денежные средства, во сколько обойдется разработка модели?” и еще целый ряд подобных вопросов. Построение системной компьютерной модели

Затем реализуется модель программно. Если возможности компьютерной модели не будут полностью соответствовать тому, что нужно для управления, то заходим на второй круг.

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

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

10Подходы к созданию программных продуктов. Особенности и содержание «легких» методологий

Различают несколько подходов: легкие методологии, тяжелые методологии и гибкая методология. Такая классификация позволяет обобщить свойства методологии одной категории на целый класс методов создания программного продукта. Назначения 1) ->Автоматизация отдельных задач -> Легкие методологии 2) ->динамические перестраиваемые информационные системы -> гибкая методология 3)-> Комплексная автоматизация обработки информации как составляющая реинжиниринга бизнес-процессов

Легкая методологии является методом разработки программного обеспечения, который имеет лишь несколько правил и практику, или только те, которым легко следовать. Чаще всего идея создателя сильно не расписывается и содержаться в голове или, к примеру не содержат большой смысловой нагрузки. (К примеру, решить контрольную или написать лабораторную работу).

Характеристики легкой методологии:

Невысокая стоимость внесения изменений.

Привязка к разработчику

Коротки период планирования. Низкие требования к качеству планирования.

Быстрое получение результатов.

Малое время жизни ПП.

Малый риск исполнителя и большой риск заказчика

Ограниченное развитие

Высокая производительность разработчиков

Низкая стоимость разработки

Низкая мобильность