
- •1. Инициация проектов развития информационных систем организаций
- •2. Стратегическое планирование проекта создания информационной системы организаций.
- •3. Модели жизненного цикла информационных систем
- •4. Стандарт жизненного цикла программного обеспечения iso 12207.
- •5. Этапы и стадии процесса проектирования информационных систем по гост 34.
- •6. Состав и содержание технического задания на разработку информационных систем.
- •8.Проектирование информационной системы на основе rup.
- •10. Новейшие методологии создания информационных систем.
- •9. Технологии внедрения типовых информационных систем.
- •11. Структурный и объектно-ориентированный подходы к проектированию информационных систем.
- •12. Функциональное моделирование. Idef0-диаграммы.
- •13. Моделирование потоков данных. Dfd-диаграммы
- •16. Case-средства проектирования информационных систем.
- •18. Анализ рисков проекта создания ис. Способы снижения рисков.
- •14. Моделирование данных. Er-диаграммы.
- •20. Завершение проекта создания информационных систем. Тестирование элементов, модулей и всей системы в целом.
- •21. Персонал проекта создания информационных систем. Подбор, мотивация и развитие навыков командной работы.
- •15. Моделирование информационных систем. Uml-диаграммы.
- •22. Международные рекомендации по управлению проектами.
- •17. Рабочее планирование проекта создания информационной системы
- •19. Оперативное управление реализацией рабочего плана проекта создания информационной системы организации.
- •23. Факторы успеха проектов создания информационных систем.
- •24. Модель совокупной стоимости владения (ссв) информационной системой. Сущность и особенности.
- •25. Эталонная модель процессов службы ис (itil/itsm), принципы построения. Основные разделы модели и их краткая характеристика.
10. Новейшие методологии создания информационных систем.
Новейшие методологии создания информационных систем получили название гибких (agile) методологий. Все они реализуют итеративный подход с минимально возможной длительностью итерации.
Большинство гибких методологий нацелены на минимизацию рисков путем сведения разработки к серии коротких циклов, которые обычно длятся одну-две недели. Каждая итерация представляет собой мини-проект и включает в себя все работы для обеспечения мини-прироста создаваемой системы по функциональности. Предполагается, что готовый продукт появляется после осуществления большого количества мини-итераций.
Гибкие методологии декларируют своей высшей ценностью ориентированность на людей и их взаимодействие, а не на процессы и средства. Они нацелены на скорейшее получение реально работающей системы.
Подобные методологии: AgileModeling, AgileUnifiedProcess (AUP) , DSDM , EssentialUnifiedProcess (EssUP),Экстремальное программирование (Extremeprogramming, XP),Featuredrivendevelopment (FDD) ,OpenUP,Scrum
Разработка ИС по методологии XP начинается с получения от будущих пользователей неформального объяснения того, что они хотят видеть в системе. Разработчики просят пользователей разработать тесты, чтобы в конце разработки убедиться, что система функционирует как надо. Потом разработчики по частям делают систему, тестируют, при необходимости дорабатывают.
Эта методология предполагает работу пользователей и разработчиков «лицом к лицу», поэтому рекомендуется включение будущих пользователей в состав проектной команды, где они принимают непосредственное участие в принятии решений. А чтобы не было проблем с коммуникациями, проектная команда чаще располагается в одном помещении.
В процессе разработки над одним модулем обычно работает 2 программиста, инспектируя друг у друга работу, это ускоряет процесс поиска и устранения ошибок.
В методологии XP подчеркивается необходимость постоянного тестирования, как каждый модуль в отдельности, так и во всей системе. Это обуславливает необходимость использования автоматизированного тестирования.
В целом достоинство этой модели – быстрота разработки, а недостаток – отсутствие должного внимания к подготовке документации на создаваемую систему.
9. Технологии внедрения типовых информационных систем.
Сейчас все больше организаций строят свои ИС на базе типового ПО, которое предназначено для автоматизации наиболее часто встречающихся на практике бизнес-функций. Пример такого ПО – ERP-системы. Фирмы-разработчики предлагают к внедрению свое ПО, которое они сделали на основе своих фирменных технологий.
В общем случае можно использовать следующую типовую технологию проведения работ по внедрению готовых решений:
Этап 1.Предпроектное обследование. На этом этапе обычно проводится анализ:
оргструктуры организации, технологии принятия управленческих решений, положений о подразделениях, должностных инструкций;
внешнего и внутреннего документооборота, материальных и финансовых потоков;
состояния бухучета, учета состояния и движения мат.ценностей;
действующих программных продуктов, аппаратно-программных комплексов, систем классификации и кодирования.
Этап 2. Проектирование системы. На этом этапе разрабатываются:
технология работы организации с учетом особенностей приобретаемой системы;
методики взаимодействия приобретаемой системы с существующими программными комплексами;
схема построения локальной компьютерной сети;
календарный план проведения пуско-наладочных работ;
смета предполагаемых затрат.
Этап 3. Пуско-наладочные работы. На этом этапе в соответствии с календарным планом работ:
реализуется система мероприятий по изменению технологии работы организации;
монтируется и инсталлируется локальная компьютерная сеть;
производится настройка приобретаемой системы;
производится обучение управленческого, производственного и технического персонала;
разрабатываются и уточняются должностные инструкции.
Этап 4. Опытная эксплуатация. На этом этапе оценивается эффективность и устойчивость функционирования системы, при необходимости вносятся необходимые корректуры в построение системы, составляется комплексный план дальнейшего развития системы. Работы завершаются приемкой системы в промышленную эксплуатацию.
По сравнению с разработкой ИС «под заказ», такой подход может привести к сокращению сроков внедрения требуемой ИС и уменьшению ее стоимости. Недостатком является трудность учета особенностей работы организации.