- •1.Предметная область. Прикладные программные системы (пс). Условия создания прикладных программных систем.
- •2.Автоматизированные системы управления и современные прикладные программные системы. Классификация, особенности.
- •3.Информационные системы и системы реального времени.
- •4.Требования к прикладным системам. Характеристика требований.
- •5.Требования к пс: адекватность предметной области; дружественность; возможность модификации.
- •6.Требования к пс: живучесть; защищенность. Проблемы переносимости. Универсальность и специализация.
- •7.Тиражирование прикладных систем. Тиражируемые, индивидуальные, слабо тиражируемые пс.
- •8.Модели жизненного цикла. Их характеристики.
- •9.Модели проектирования – каскадная, поэтапная, спиральная. Их особенности и области применения.
- •10.Планирование работы. Сетевой график.
- •11.Организация коллективной работы. Типы коллективов программистов.
- •12.Условия работы коллектива программистов.
- •13.Роли участников проекта: заказчик, пользователь, разработчик, руководитель, администратор.
- •14.Руководитель проекта, его действия по созданию работоспособного коллектива.
- •15.Профессиональная зрелость коллектива программистов.
- •16.Начальный этап проектирования. Анализ требований. Извлечение информации о предметной области.
- •17.Структурный системный анализ. Методология структурного системного анализа sadt (стандарт idef0).
- •18.Этап проектирования. Проектирование данных, функций, интерфейса, событий, выходных документов.
- •19.Потоки данных и процессы их обработки Диаграммы потоков данных в методологии Гейна-Сарсона.
- •20.Обсуждения: сквозной структурный контроль.
- •21.Принципы и виды отладки программ. Стратегии тестирования. Автономная и комплексная отладка.
- •22.Правила («Заповеди») тестирования.
- •23. Автономная отладка. Восходящее и нисходящее тестирование. Шаги автономного тестирования.
- •24. Комплексная отладка. Тестирование архитектуры, внешних функций, качества, документации, требований.
- •25. Особенности структурного тестирования (белый ящик). Его достоинства и недостатки.
- •26. Функциональное тестирование (черный ящик). Категории выявляемых ошибок.
- •27. Документирование прикладных программных систем. Этапы создания документации для тиражируемых систем.
- •28. Сдача прикладных систем в эксплуатацию.
- •29. Смена систем. Особенности проектирования «второй системы». Тактические приемы смены систем.
- •30. Особенности разработки заказных программных систем.
- •31. Подходы к перепроектированию технологических процессов: реинжиниринг бизнес-процессов (рбп) и асу.
- •32. Перепроектирование технологических процессов: модель управления по функциям и модель горизонтального потока. Цель и средства рбп.
- •33. Перепроектирование технологических процессов: риски. Критика подхода.
- •34. Перепроектирование технологических процессов и информационные технологии.
- •35. Классические и легкие методологии проектирования. Области применения.
- •36. Особенности подхода в методологии экстремального программирования.
- •37. Участники команды разработчиков в экстремальном программировании.
- •38. Экстремальное программирование: ценности, базовые принципы, виды деятельности.
- •39.Двенадцать правил экстремального программирования.
- •40. Риски легких методологий (на примере экстремального программирования).
- •41. Определение безнадежного проекта (бп). Категории бп.
- •42. Причины, порождающие безнадежные проекты.
- •43. Участники безнадежного проекта.
- •44. Отношение руководителя проекта и разработчиков к бп различных типов.
- •45. Оценка сложности проекта. Переговоры. Допустимые компромиссы.
- •46. Стратегии проведения переговоров в бп.
- •47. Человеческий фактор в бп: формирование команды.
- •48. Человеческий фактор в бп: условия работы.
- •49. Человеческий фактор в бп: мотивация, вознаграждение.
- •50. Роли участников команды бп.
32. Перепроектирование технологических процессов: модель управления по функциям и модель горизонтального потока. Цель и средства рбп.
Рaздeлeниe вceй paбoты на cocтaвляющиe кoмпoнeнты мeждy yчacтникaми тpyдoвoгo пpoцecca — гopизoнтaльнoe paздeлeниe тpyдa. Рaбoтa pacпpeдeляeтcя по пpoфeccиoнaльнoмy пpизнaкy. Клaccичecким oбpaзцoм гopизoнтaльнoгo paздeлeния тpyдa нa пpoизвoдcтвeннoм пpeдпpиятии являютcя пpoизвoдcтвo, мapкeтинг и финaнcы. Они пpeдcтaвляют coбoй ocнoвныe виды дeятeльнocти, кoтopыe дoлжны быть ycпeшнo выпoлнeны, чтoбы opгaнизaция дoбилacь пocтaвлeнныx цeлeй.
Функциональное разделение труда - расчленение труда в зависимости от характера участия исполнителей в процессе производства. При этом различают: рабочих (основных и вспомогательных), руководителей (линейных и функциональных), специалистов (конструкторов, технологов, снабженцев и т.д.), прочих служащих.
Цель РБП состоит в том, чтобы улучшить деятельность предприятия.
По определению, эти инициативы РБП — улучшение, модернизация и ускорение производственной деятельности — подразумевают также перестройку информационных систем.
Средства РБП
Зафиксировать текущие процессы — инструментальные средства РБП идеальны для графического представления ваших текущих трудовых процессов и помощи в отыскании проблемных и наиболее критичных моментов. Это упрощает сложные идеи и помогает создать общую мысленную модель процесса.
Определить новые потребности бизнеса — вообразив типичный "рабочий день" вашего персонала или целого отдела, вы можете использовать технологию РБП для поиска лучших способов деятельности организации. Ваши инструментальные средства должны помочь вам сформировать идеи.
Расчленить и оценить варианты — Поскольку возникнет множество идей и путей их осуществления, вам понадобится метод оценки всех вариантов и выбора самого выгодного из них.
33. Перепроектирование технологических процессов: риски. Критика подхода.
Систематические исследования попыток реинжиниринга до настоящего времени не проводились, однако экспертные оценки показывают, что до сих пор около 50% проектов реинжиниринга заканчивались неудачей.
На процесс реинжиниринга оказывают существенное влияние следующие факторы.
1. Мотивация. Мотив осуществления проекта реинжиниринга должен быть ясно определен и зафиксирован.
2. Руководство.
3. Сотрудники.
4. Коммуникации.
5. Бюджет.
6. Технологическая поддержка.
7. Консультации.
Основные риски: Изменение процесса без изменения поддерживающих его приложений может создать определенные трудности. Осуществление новой технологии, которая не ведет напрямую к улучшению делового процесса, не отвечает стратегическим задачам бизнеса.
Критики считают, что лозунги Хаммера:
«забыть все старые принципы и методы работы,
вычеркнуть из делового языка любимые боссами слова "CEO", "manager",
признать, что управление вовсе не так уж и важно, а также, что реинжиниринг потребует сноса голов»
звучат чересчур радикально.
34. Перепроектирование технологических процессов и информационные технологии.
BPR - "business process reengineering". Что же это такое? В своем известном докладе 1990 года Майкл Хаммер (Michael Hammer) провозгласил следующие лозунги:
- Реконструируйте работы не автоматизируя, а упрощая или удаляя",
- Используйте компьютеры не только для автоматизации, но и для реконструкции существующих бизнес-процессов.
Основные методы:
- Ограничение масштабов применения структурных технологий. Как только вы достроите до конца модель предприятия, оно должно будет использовать другие данные и другими способами.
- Инструменты и средства для применения компонентной технологии построения АС. Регулярно и часто, понадобится заменять один покупной компонент на другой.
- Применение понятийных моделей предприятия. Это минимальное открытое средство интеграции компонентов. Пока нет возможности на 100% положиться на автоматизацию с помощью активных понятийных (семантических, объектных и др.) моделей, нужно использовать классические "пассивные": развитые тезаурусы понятий и терминов и т.п. С их помощью можно реально управлять, (хотя бы частично и в ручном режиме), интеграцией отдельных предметных БД, потоков документов в workflow, отдельных прикладных систем.
