- •1. Общая характеристика процесса проектирования ис. Структура ис.
- •2. Классификация рынка ис.
- •3. Жизненный цикл программного обеспечения ис
- •6.Документирование потока событий. Основной поток. Альтернативный поток. Исключения. Примеры.
- •7. Диаграммы взаимодействия. Диаграммы последовательности. Объекты. Сообщения. Время жизни объекта. Рефлексивная связь. Примеры.
- •8.Диаграммы взаимодействия. Диаграммы кооперации. Примеры.
- •9.Диаграммы деятельностей. Потоки. Синхронизация, распараллеливание процессов. Примеры.
- •11.Отношения между классами. Ассоциация. Виды ассоциаций. Агрегация. Композиция. Наследование. Зависимость. Генерация программного кода. Примеры. Отношения между классами
- •13.Диаграммы компонентов. Модули. Включение классов в модули. Связи между компонентами. Примеры.
- •Диаграммы компонентов
- •14.Диаграммы размещений. Процессоры. Устройства. Примеры.
- •15.Каноническое проектирование ис. Гост 34.602-89. Стадии и этапы создания ис. Обследование. Техническое задание.
- •16.Методология моделирования предметной области. Структурная модель. Функциональная модель. Объектно-ориентированная модель. Синтетическая методика.
- •17.Исходные данные для проектирования. Процессные потоковые модели. Классификация процессов. Референтная модель бизнес-процесса. Проведение предпроектного обследования предприятий.
- •Выделение и классификация процессов
- •Проведение предпроектного обследования предприятий
- •Кодирование технико-экономической информации
- •Информационная база и способы ее организации
- •Моделирование данных
- •20.Разработка пользовательских интерфейсов. Типы интерфейсов. Сравнение интерфейсов.
- •21.Структура программных модулей.
- •22.Анализ и оценка производительности ис. Методы контроля проекта. Трудоемкость разработки программных средств.
- •Методы контроля проекта.
- •Трудоемкость разработки программных средств
- •23.Управление проектом ис. Управление производством программных средств. Управление разработкой программных средств. Организация коллективной разработки. Методы бригадной разработки.
- •Организация коллективной разработки
- •Методы бригадной разработки
- •24.Инструментальные средства проектирования ис.
- •Vantage Team Builder (Westmount I-case)
- •25.Типовое проектирование ис. Классы типового проектирования: элементные, подсистемные, объектные. Достоинства и недостатки.
- •26.Графические средства представления проектных решений.
- •27.Этапы проектирования ис с применением uml. Разработка модели бизнес-прецедентов
- •Разработка модели бизнес-объектов
- •Разработка концептуальной модели данных
- •Разработка требований к системе
- •Анализ требований и предварительное проектирование системы.
- •28.Тестирование ис. Белый ящик. Покрытие операторов. Покрытие решений. Покрытий условий. Примеры.
- •Разработка тестов методами белого ящика.
- •29.Эксплуатация ис. Этапы эксплуатации информационной системы
- •5.1. Приобретение имеющейся информации
- •5.2. Первоначальный сбор собственной информации
- •5.3. Обновление информации, ее анализ и распространение
- •34 Программирование компоненты “Оперативный учет”. Регистры. Регистр накопления. Регистр остатков. Измерения. Движения регистров. Примеры.
Трудоемкость разработки программных средств
На практике для оценки трудоемкости разработки программных средств используются следующие основные подходы:
- по количеству строк(основан на среднестатистических данных, что в среднем производительность труда программистов, не использующих средств автоматизации программирования, составляет 10 строк (операторов) программы в день, или 1 строка в час, включая все этапы разработки, от требований до отладки);
- метод аналогии(основан на сравнении разрабатываемого программного средства с прототипом – ранее разработанной, аналогичной ему по характеристикам программой);
- нормативный метод(фактически также основан на аналогиях, но в качестве прототипов берутся типовые, нормативные программные средства, а коррекция затрат выполняется по нормативным, утвержденным методикам);
- метод экспертных оценок(используют опыт и знания группы специалистов – экспертов, которые с помощью специальных процедур формируют единое мнение из ряда субъективных оценок);
- проект без конечной цены(оценка затрат производится по ходу проектирования. Так, используя приведенное выше распределение затрат по этапам разработки, можно после согласования требований к программному средству и подсчета затрат на этапе анализа требований предсказать величину затрат на следующих этапах.).
23.Управление проектом ис. Управление производством программных средств. Управление разработкой программных средств. Организация коллективной разработки. Методы бригадной разработки.
Управление производством программного средства, предназначенного для тиражирования и распространения в качестве программного продукта, как и для любого изделия, выпускаемого на рынок, включает 7 функций:
- планирование(составление планов выполнения всех этапов разработки, документирование, испытание, обучение пользователей, сопровождения, сбыта и снятия с производства);
- управление разработкой(является ключевой в процессе разработки программного средства. Она заключается в организации технологического процесса разработки);
- обслуживание(все действия по обеспечению выполнения других функций процесса производства: приобретение и обслуживание оборудования и программ);
- выпуск документации(оформление документов на основе рабочих проектных материалов, а так же оформление планов и спецификаций, разработка рекламных и справочных материалов, подготовка отчетов и других документов);
- испытание(тестирование продуктов на наличие дефектов и расхождений между программным средством и его спецификациями);
- поддержка(сбор требований пользователей, технические консультации, обучение пользователей, техническое обслуживание и обновление версий программ и т.д);
- сопровождение(заключается в исправлении дефектов изготовленных программных средств и незначительном их изменении).
Организация коллективной разработки
При коллективной разработке сложного программного средства возникает необходимость распределения работ между исполнителями с учетом трудоемкости и сроков выполнения каждого этапа разработки [17]. При коллективной разработке больших систем каждый этап разработки выполняется отдельной группой проектировщиков, специализирующихся на работах только одного этапа. Проект системы при этом переходит от группы к группе. Каждая группа на своем этапе должна ознакомиться с задачей, изучить проект.
Численность работников на каждом из этапов разработки пропорциональна затратам на этом этапе.