- •Идеи и примеры использования er-моделей.
- •Информационные системы в современном бизнесе: классификация, области применения, решаемые задачи
- •Идеи и примеры использования sadt-моделей.
- •Основная функциональность и технологические особенности проектирования oltp-систем
- •Идеи и примеры использования dfd-моделей.
- •Поток данных определяет информацию (материальный объект), передаваемую через некоторое соединение от источника к приемнику.
- •Идеи и примеры использования SwimLine-моделей.
- •База данных как ядро современной информационной системы. Типы субд. Средства моделирования и проектирования баз данных в реляционной модели.
- •Идеи и примеры использования idef3-моделей.
- •Методы проектирования информационной системы: современные подходы, основные этапы. Методологические стратегии.
- •Идеи и примеры использования диаграмм классов.
- •Выявление и анализ требований. Методы описания бизнес-процессов.
- •Основные контуры (разделы) стандарта pm bok Guide
- •21.Модели управления командой разработчиков информационной системы. Основные роли и функции проекта. Планирование команды проекта.
- •22.Типовой сценарий и правила опроса эксперта с целью выявления требований к проекту.
- •23. Проект-ая док-я, тех зад, еспд
- •24.Идеи и примеры использования диаграмм прецедентов (Use Case).
- •Типичные примеры применения
- •26.Идеи и примеры использования диаграмм последовательностей и коопераций. Диаграммы последовательностей
- •Диаграммы кооперации
- •Типичные примеры применения
- •27. Объектный подход в проектировании и разработке ис. Понятие о методологии uml. Идеи и примеры использования диаграмм активности.
- •Типичные приемы применения
- •28. Понятие о паттернах (шаблонах) проектирования.
- •32. Технологии оценки эффективности использования проектируемой информационной системы. Методология bsc, kpi.
- •1. Возможность предупредительного информирования:
- •2. Текущий анализ доли рынка в сегментах и себестоимости в сравнении с конкурентами
- •3. Показатели эффективности работы предприятия в сравнении с конкурентами (бенчмаркинг)
- •34. Технологии управления рисками при проектировании и разработке информационных систем
- •37.Технологии моделирования прикладных интерфейсов и экранных форм
- •38. Возможные методологии моделирования функциональности и информационного обеспечения проектируемой системы (процесса)
22.Типовой сценарий и правила опроса эксперта с целью выявления требований к проекту.
Опрос, целью которого является подробное описание ситуации и прогноз ее развития, а методом сбора информации — интервью с экспертами. Опрос экспертов относится к качественным методам исследования. Главная задача опроса экспертов — получить квалифицированное мнение, касающееся того или иного вопроса. От эксперта требуется быть способным четко сформулировать это мнение и обладать определенным набором знаний об исследуемом предмете.
При опросах простых людей аналитик сталкивается с проблемой, которую можно охарактеризовать как «немота народа». Простые люди с большим трудом описывают ситуацию и практически не способны дать ей оценку, предположить сценарии её развития, сказать «кто против кого дружит» и так далее. Слишком немногие из респондентов способны четко сформулировать свое мнение по тому или иному вопросу.
В качестве экспертов можно привлекать людей независимо от уровня их образования, социального опыта и степени «посвященности» в тему. Но для того, чтобы более или менее четко сформулировать «мнения», лучше всего привлекать людей, способных формулировать свои мысли.
Опрос достаточно сложен, поскольку требует интервьюирования топовых публичных фигур организации, анкетаслабо формализована. То есть от интервьюеров требуется достаточно высокая квалификация и пробивные способности. Но при этом количество интервьюеров небольшое (хватит трех-пяти человек), и для полноценного исследования достаточно опросить порядка десяти экспертов (остальные будут повторять уже сказанное). Следовательно, опрос экспертов — не самое дорогостоящееисследование.
Заранее заготовить вопросы
Непродолжительный опрос
Не умничать
Слушать
Не перебивать
Не давать уходить в сторону от проблемы
23. Проект-ая док-я, тех зад, еспд
Обычно в состав проектной документации входят: Устав пр-та, Цели пр-та Краткое изложение обстоятельств, Анализ заинтересованных лиц, Док-я по масштабу проекта, Док-я по требованиям пр-та, Матрица ответственности, План пр-та, План коммуникации, План рисков, Протоколы совещаний,Отчёты о состоянии
ТЗ— исходный документ определяющий порядок и условия проведения работ по Договору, содержащий цель, задачи, принципы выполнения, ожидаемые результаты и сроки выполнения работ.
позволяет: обеим сторонам:представить готовый продукт; выполнить попунктную проверку готового продукта (приёмочное тестирование — проведениеиспытаний); уменьшить число ошибок, связанных с изменением требований.Заказчику:
осознать, что именно ему нужно в т.ч. опираясь на существующие на данный момент технические возможности и свои ресурсы; требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ; исполнителю: понять суть задачи, показать заказчику «технический облик» будущего изделия, программного изделия или автоматизированной системы; спланировать выполнение проекта и работать по намеченному плану; отказаться от выполнения работ, не указанных в ТЗ (ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению; ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
Единая система программной документации (ЕСПД)— комплекс государственных стандартов Российской Федерации, устанавливающих взаимосвязанные правила разработки, оформления и обращения программ и программной документации. (ГОСТ 19.102-77. ЕСПД. Стадии разработки).
Сопр документация – рук-во пользователя, рук-во системного программиста.