2 Вопрос. Понятие открытой системы.
Выбор стандартов и технологий во многом определяется качество системы. Возможность модификации, срок службы и в дальнейшем переход на новые технологии.
Открытой называются системы, которые могут развиваться за счет технических и программных средств, созданных на основе технологий, удовлетворяющих требованиям международных стандартов. Главное преимущество открытых систем в том, что они обеспечивают интероперабельность технических программных средств различных производителей, т.е. их совместное использование в едином проекте. Открытость это не только техническая категория, которая определяет процесс стандартизации аппаратных и программных архитектур, но и позволяет переносить продукцию большого числа независимых поставщиков на альтернативные средства. Она позволяет участвовать в разработке при равных правах при любых производителях программного и технического обеспечения, т.е. усиливает конкуренцию. Существуют стандарты на операционные системы, языки программирования, на конфигурации сетей, на все должны быть стандарты. Пример открытой системы – процессоры intel IBM. Стандарты полезны и для пользователей. Они являются фактором надежности вложений, поскольку в случае краха одной из фирм поставщиков остается большой рынок совместимых программно-аппаратных средств, выпускаемых альтернативными поставщиками. Есть негативная сторона в технологии открытости. Всякая стандартизация означает консерватизм, т.к. замедляет изменения и на новые продукты обычно нет стандартов. Использовать нестандартизированные средства или нет должен принимать менеджер предприятия.
Для создания стандарта необходимо создать формальное описание программных компонентов, способы их функционирования и взаимодействия с другими компонентами, условия эксплуатации. Стандарты должны приниматься всеми заинтересованными сторона и при достижении согласия. Для реальных систем полной открытости практически не бывает. Даже в системах, которые называются открытыми описана лишь некоторая часть, поддерживающая внешний интерфейс. Яркий пример открытой системой сеть интернет.
3 Вопрос – понятие жизненного цикла ис.
Жизненный цикл ПО – это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации.
Модель жизненного цикла ИС – это структура, определяющая последовательность исполнения и взаимосвязи процессов действий и задач на протяжении жизненного цикла. Модель жизненного цикла зависит от специфики, масштаба, сложности проекта, специфики условий, в которой функционирует информационная система.
Наибольшее распространение получили следующие модели жизненного цикла: каскадная, спиральная и итерационная.
Каскадная модель жизненного цикла предполагает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.
Требование к проекту определяется на начальной стадии разработки, документируется и фиксируется на все время разработки проекта. (ставится подпись заказчика).
Каждая стадия завершается выпуском полного комплекта документации для того, чтобы разработка была продолжена другой командой разработчиков.
Положительная сторона использования каскадной модели. На каждом этапе формируется законченный набор документации, который отвечает критериям полноты и согласованности.
Выполняемые в логическом этапе работы позволяют планировать сроки завершения работ и точнее определить затраты. Каскадный подход хорошо использовать для небольших задач, в которых можно достаточно точно и полно сформулировать все требования. Однако реальный процесс создания ИС сложно уложить с такую схему и почти всегда возникает потребность в возврате на предыдущий этап в уточнении, пересмотре решений. Недостаток подхода – запаздывание в получении результатов. Согласование происходит только в определенных точках и пользователь не может внести вовремя свои замечания. Замечания будут выноситься только когда работа полностью завершена на определенном этапе. И если требования изложены не точно или не полно, получается не удовлетворение требованиям заказчика.
Для того, чтобы преодолеть перечисленные проблемы предлагается спиральная модель жизненного цикла. Упор делается на анализ и начальную стадию проектирования.
Уже на этом этапе реализуемость технических решений проверяется путем создания прототипов. Прототип – фрагмент программы, реализующий отдельные функции и внешний интерфейсы. Процесс состоит из многих операций. На каждой операции создается новая версия. И на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов. Планируется работа на следующих операциях, т.о. углубляется и последовательно углубляется и конкретизируются детали проекта, в результате выбирается обоснованный вариант, которые доводится до реализации. Неполное завершение на каждом этапе позволяет переходить на новый этап до полного завершения на текущем. Недостающую работу можно выполнить на следующей операции. Главная задача – как можно быстрее показать работоспособный продукт, сделать уточнения и дополнения требований. Основная проблем спиральной модели – определение модели перехода на следующий этап. Для ее решения необходимо ввести на каждом этапе жизненного цикла и переход осуществляется в соответствии с планом даже если не вся работа выполнена. План составляется на основе опыта работы на предыдущих проектах.
Итерационная модель – это сближение каскадной и спиральной модели – их рациональная сочетание. Различное сочетание встречается в современных технологиях.
Этапы проектирования 4 вопрос.
Гост, который регламентирует процесс создания – Гост Р 9001-2001. Каждая ИС в процессе проектирования проходят 4 стадии ЖД:
Предпроектная, проектная, внедрения и эксплуатации.
Лекция 7.11.2011
Ведение журналов, где специалист от IT записывает, какие действия произведены, какие документы были задействованы и фотографии рабочего дня, где пользователь заносит все свои действия. Это позволяет не пропустить ни одной функции. На данном этапе определяется суть данного бизнеса, требования к нему, перспективы развития. По завершении стадии обследования IT специалисты формируют варианты подходов и приблизительно рассчитывают затраты на аппаратное обеспечение и на разработку нового программного обеспечения, что является целью проекта, которую подписывают обе стороны. В этом документе должно быть четко сформулировано, что получит заказчик, если согласится финансировать проект, сроки окончания проекта, график выполнения работ, стоимость проекта. Для крупных работ составляется график финансирования. В документе должны показываться сроки окупаемости проекта, а также дополнительный полезный эффект. В этом документе также должны быть описаны ограничения риски, критические факторы, влияющие на успешность проекта, совокупность условий, при которых предполагается эксплуатировать будущую систему – сеть или мейн-фрейм, в зависимости от операционной системы. Состав людей и работ, которые будут нужны для функционирования разработанной системы. Описываются требования к системе в случае ее развития – возможность использования интернет. Далее требования к программным компонентам, требования СУБД. Также необходимо указать, что не может быть выполнено в рамках проекта. Выполненная на данном этапе работа должна ответить на главный вопрос – стоит ли продолжать проект и какие требования заказчиков могут быть удовлетворены при тех или иных условиях. Может оказаться, что проект продолжать не имеет смысла, т.к. основные требования заказчика не могут быть удовлетворены по объективным причинам. Если принимается решение о продолжении проекта, то для приведения следующего этапа – этапа анализа уже имеется достаточно представление об объеме работ и смета затрат. На этапе проводится подробное обследование бизнес-проекта, создается информационная модель предприятия, а на следующем этапе создается модель данных, на основании материалов обследования разрабатывается 2 модели деятельности предприятия:
As is – как есть - отражает существующее положение дел в организации и позволяет понять, как функционирует организация, а также выявить узкие места и сформулировать предложения по улучшению работы.
To be – как должно быть – описывает новые технологии работы предприятия.
Есть 2 варианта перехода из as is в to be:
- плавный переход
- реинжениринг – это перестройка бизнес-процессов для достижения радикального скачкообразного улучшения деятельности организации. Это комплексное изменение действующих структур, перепланировка всех операций и направлено это изменение на кардинальное снижение затрат, повышение качества продукции, более полное удовлетворение запросов пользователей.
Вся информация о системе, собранная на этапе формализуется и уточняется на этапе анализа. Особое внимание следует уделять полноте переданной информации, анализу информации на предмет отсутствия противоречий, а также поиску неиспользуемой вообще или дублирующей информации. Как правило заказчик не сразу формулирует требования, поэтому необходимо уделить внимание согласованности проектов.
Следующий этап – этап проектирования. Подразделяется на 2 этапа:
- технический проект
- рабочий проект
На этапе технического проекта собственно создается проект на бумаге. Выбираются и обосновываются основные решения по каждому из основных проектов. Проектируется архитектура системы. Выбирается топология систем, сети. Создание структуры базы данных. Заполнение базы информацией. Разработка должностных инструкций.
Этап рабочий проект – на этом этапе осуществляется главная работа – разработка и отладка программ. Из программных модулей должны быть построены процедуры обработки информации. Процедуры должны быть интегрированы для каждого рабочего места. Отдельные рабочие места должны быть интегрированы в общую систему.
Внедрение системы:
- подготовка к внедрению и ввод в эксплуатацию – установка компьютеров, сети, ПО, обучение персонала. Оцениваются результаты проекта и результаты по его испытанию. ПО передается в эксплуатацию пользователей.
Эксплуатация ИС.
На стадии передачи в эксплуатацию разработанное ПО передается пользователям. При эксплуатации разработанной системы в реальных условиях часто возникают различного рода проблемы, которые требуют дополнительных работ по внесению коррективов в разработанный продукт. Это связанно с обнаружением ошибок и недоработок.
Возможность доработок заложена в самом определении ЖЦ. В качестве дополнительной гарантии разработчики предлагают дополнительные услуги по сопровождению ПО в процессе функционирования.
Методы проектирования ИС.
В настоящее время в отечественной практике организации проектирования экономических сисетм существует 2 подхода:
- проектирование силами программистов, входящие в состав подразделений самого предприятия.
- разработкой проекта занимается специализированная фирма, имеющая опыт работы в создании, продаже, сопровождении программных продуктов в конкретной предметной области.