Подсистема Техническое обеспечение (ТО) представляет комплекс технических средств, предназначенных для обработки данных в ЭИС.

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

Подсистема Программное обеспечение (ПО) включает совокупность компьютерных программ, описаний и инструкций по их применению на компьютерах.

ПО делится на два комплекса: общее (операционные системы, операционные оболочки, компиляторы, интерпретаторы, программные среды для разработки прикладных программ, СУБД, сетевые программы и т.д.) и специальное (совокупность прикладных программ, разработанных для конкретных задач в рамках функциональных подсистем, и контрольные примеры).

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

Подсистема Лингвистическое обеспечение (ЛО) включает совокупность научно-технических терминов и других языковых средств, используемых в информационных системах, а также правил формализации естественного языка, включающих методы сжатия и раскрытия текстовой информации с целью повышения эффективности автоматизированной обработки информации и облегчающих общение человека с ЭИС.

Подсистема Технологическое обеспечение (ТО) ЭИС соответствует разделению ЭИС на подсистемы по технологическим этапам обработки различных видов информации: первичной и результатной информации, организационно-распорядительной документации, технологической документации и чертежей, баз данных и знаний, научно-технической информации, ГОСТов и технических условий, правовых документов и дел

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

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

Функциональные подсистемы, компоненты МО и ПО определяют принципы организации и состав классификаторов документов, состав информационной базы. Разработка структуры и состава информационной базы позволяет интегрировать все задачи функциональных подсистем в единую экономическую информационную систему, функционирующую по принципам, сформулированным в документах организационного и правового обеспечения.

План ответа на вопрос 3.

1. Жизненный цикл информационной системы представляет собой модель ее создания и использования, и включает в себя все стадии разработки и сопровождения от зарождения идеи до использования последним пользователем. Подразумеваются следующие стадии: планирование и анализ требований (предпроектная стадия), проектирование, реализация (рабочее проектирование, программирование), внедрение (тестирование, опытная эксплуатация), эксплуатация ИС (сопровождение, модернизация).

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

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

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

5. RAD модель: в RAD-модели компоненты или функции разрабатываются несколькими командами параллельно. Временные рамки одного цикла жестко ограничены. Созданные модули затем интегрируются в один рабочий прототип. Синергия позволяет очень быстро предоставить клиенту для обозрения что-то рабочее с целью получения обратной связи и внесения изменений.

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

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

1. Планирование и анализ требований (предпроектная стадия) - системный анализ. Исследование и анализ существующей информационной системы, определение требований к создаваемой ИС, оформление технико-экономического обоснования (ТЭО) и технического задания (ТЗ) на разработку ИС.

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

3. Реализация (рабочее проектирование, физическое проектирование, программирование). Разработка и настройка программ, наполнение баз данных, создание рабочих инструкций для персонала, оформление рабочего проекта.

4. Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем ИС, обучение персонала, поэтапное внедрение ИС в эксплуатацию по подразделениям экономического объекта, оформление акта о приемо-сдаточных испытаниях ИС.

5. Эксплуатация ИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ИС, исправление ошибок и недоработок, оформление требований к модернизации ИС и ее выполнение (повторение стадий 2 - 5).

Каскадная схема жизненного цикла

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

Характеристики:

1. Каждый шаг после завершения предыдущего

1. Четкость разделения на этапы

2. Документация

3. Высокая длительность

4. Высокая стоимость

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

Спиральная схема

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

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

Характеристики:

1. Небольшая длительность жизненного цикла

2. Неорганизованная

3. Без документации

4. Постоянное общение с заказчиком

5. Последующая продажа

6. Тестирование решения за счет ресурсов пользователя

Примеры: антивирусы, драйвера, браузеры

Итерационная модель

Создание комплексных ИС предполагает проведение увязки проектных решений, получаемых при реализации отдельных задач. Подход к проектированию снизу-вверх обусловливает необходимость таких итерационных возвратов, когда проектные решения по отдельным задачам комплектуются в общие системные решения и при этом возникает потребность в пересмотре ранее сформулированных требований. Как правило, вследствие большого числа итераций возникают рассогласования в выполненных проектных решениях и документации. Запутанность функциональной и системной архитектуры, созданной ИС, трудность в использовании проектной документации вызывают на стадиях внедрения и эксплуатации сразу необходимость перепроектирования всей системы. Длительный жизненный цикл разработки ИС заканчивается этапом внедрения, за которым начинается жизненный цикл создания новой ИС. В данной схеме параллельно выполняются несколько работ по циклу PDCA (Plan-Do-Check-Act - планирование-действие-проверка-корректировка). При этом с каждым новым циклом появляется что-то новое.

Жизненный цикл процесса проектирования Rapid Application Development

В основе спиральной модели жизненного цикла лежит применение прототипной технологии или RAD-технологии (rapid application development - технологии быстрой разработки приложений). Согласно этой технологии ИС разрабатывается путем расширения программных прототипов, повторяя путь от детализации требований к детализации программного кода. В RAD-модели компоненты или функции разрабатываются несколькими высококвалифицированными командами параллельно, будто несколько мини-проектов. Созданные модули затем интегрируются в один рабочий прототип. Естественно, что при прототипной технологии сокращается число итераций и меньше возникает ошибок и несоответствий, которые необходимо исправлять на последующих итерациях, а само проектирование ИС осуществляется более быстрыми темпами, упрощается создание проектной документации.

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

Жизненный цикл при использовании RAD-технологии предполагает активное участие на всех этапах разработки конечных пользователей будущей системы и включает четыре основные стадии информационного инжиниринга:

• анализ и планирование информационной стратегии. Пользователи вместе со специалистами-разработчиками участвуют в идентификации проблемной области;

• проектирование. Пользователи принимают участие в техническом проектировании под руководством специалистов-разработчиков;

• конструирование. Специалисты-разработчики проектируют рабочую версию ИС;

• внедрение. Специалисты-разработчики обучают пользователей работе в среде новой ИС.

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

Статья, которая объясняет эту тему простым языком: https://habrahabr.ru/company/edison/blog/269789/

План ответа на вопрос 4.

1. Хаотическая модель — это способ разработки программного обеспечения, при котором наиболее важная задача решается первой. Стратегия хаоса похожа на путь, по которому программисты работают в самом конце проекта, когда у них есть список ошибок для исправления и возможность для творчества. Обычно, кто-то расставляет приоритет оставшимся частным задачам и программисты устраняют их по одной. Стратегия хаоса утверждает, что это — единственный корректный путь выполнения работы.

2. Несостоятельность классических подходов по управлению проектами

• Хаотическая модель

• Другой рынок, новые технологии

• Другая инфраструктура (online, web)

• Новые стандарты, новые подходы

• Облачные вычисления

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

Стратегия хаоса — это стратегия разработки программного обеспечения, основанная на модели хаоса. Главное правило — это всегда решать наиболее важную задачу первой.

• Задача — это незавершенная частная задача программирования.

• Наиболее важная задача — это комбинация большого размера, срочности и устойчивости.

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

  • Срочные задачи своевременны настолько, насколько должны быть, иначе задерживается остальная работа.

  • Устойчивые задачи проверены и испытаны. Разработчики могут благополучно сфокусироваться на другом.

• Решить означает привести в состояние стабильности.

5. Причины возникновения авторских подходов к управлению ит-проектами. Библиотека pmBoK. Логика управления ит-проектами по pmBoK.

План ответа на вопрос 5.

1. Причины возникновения авторских подходов к управлению ИТ-проектами.

Усилилось влияние следующих факторов:

1. Требования заказчиков и увеличение их компетентности.

2. Собственная сложность конечных продуктов проектов.

3. Взаимосвязь и взаимовлияние с внешним окружением проектов (эконо­мическое, политическое, экологическое, социальное, культурное окружение).

4. Степень неопределенности и риска.

5. Организационные перестройки.

6. Частота смены технологий.

7. Ошибки планирования и ценообразования.

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

Традиционные меры борьбы с проблемами управления типа смены руководства или усиления бюрократических управленческих надстроек оказались неэффективными.

2. Библиотека PMBoK – свод знаний по управлению проектами (PMBOK - Project Management Body of Knowledge) – это набор процессов и областей знаний, представляющих собой сумму профессиональных знаний по управлению проектами. PMBoK определяет 5 основных процессов, типичных практически для всех проектов: инициирование, планирование, выполнение, мониторинг и закрытие проекта. Суть PMBok: предложить заказчику наиболее адекватное решение, исходя из его проблем, обеспечивая «заботу» о нем, уважение к его проблемам.

3. Логика управления ИТ-проектами по PMBoK:

• Определение требований к проекту

• Постановка чётких и достижимых целей

• Балансирование конкурирующих требований по качеству, возможностям, времени и стоимости

• Адаптация спецификаций, планов и подходов для нужд и проблем различных заинтересованных лиц (стейкхолдеров)

Библиотека PMBoK

Свод знаний по управлению проектами (PMBOK - Project Management Body of Knowledge) - это набор процессов и областей знаний, представляющих собой сумму профессиональных знаний по управлению проектами.

PMBOK определяет 5 основных групп процессов и 10 областей знаний, типичных практически для всех проектов. Основные принципы применимы к проектам, программам и операциям. Пятью основными группами являются:

1. Initiating – инициирование (то, с чего начинается проект, какая-либо причина)

2. Planning – планирование

3. Выполнение

4. Мониторинг

5. Закрытие проекта

Процессы пересекаются и взаимодействуют на протяжении проекта. Процессы описываются:

1. Входными данными (документы, планы, чертежи и т.д.)

2. Инструментами и техниками (механизмы, применяемые к входным данным)

3. Выходными данными (документы, товары и т.д.)

Суть PMBok: предложить заказчику наиболее адекватное решение, исходя из его проблем, обеспечивая «заботу» о нем, уважение к его проблемам.

10 направлений:

1. Integration (управление интеграции проектами)

2. Time (срок проекта)

3. Cost (затраты, стоимость проекта)

4. Scope (управление содержанием: что это, актуальность, тренд)

5. Quality (качество)

6. HR (управление человеческими ресурсами проекта)

7. Risk (риски, 4 вида: технологический, финансовый, административный, управленческий)

8. Коммуникации (летучки, планерки)

9. Закупки

10. Stakeholder (ставки)