- •Проектирование информационных систем Лекция 1 Общая характеристика процесса проектирования ис
- •Модели жц и его основные этапы
- •Лекция 2 Анализ требований
- •Разработка технического задания
- •Глава 5. Создание киус
- •Проектирование
- •Лекция 3 Реализация (Программирование/Внедрение)
- •Тестирование и отладка
- •Эксплуатация и сопровождение
- •Подходы к внедрению ит на предприятии Кусочная (хаотичная) автоматизация
- •Автоматизация по участкам
- •Автоматизация по направлениям
- •Полная автоматизация управления предприятием
- •Лекция 4 Проведение обследования деятельности предприятия
- •Лекция 5 Проведение обследования
- •1) Положение о подразделении
- •Лекция 6 Построение и анализ моделей деятельности предприятия
- •Лекция 7 Разработка системного проекта
- •Предложения по автоматизации
- •Лекция 8 Фрагмент модели требований к системе автоматизации автобазы
- •Фрагмент технического проекта ремонтной службы
- •1) Состав, структура и характеристики функциональных задач в рамках деятельности ремонтной службы 1.1) Ремонтные участки
- •2.2) Взаимосвязи информационной и функциональной моделей
- •3) Состав и структура автоматизированных рабочих мест
- •3.1) Арм диагностика
- •3.1.1) Учет выполненной диагностики по электрической трансмиссии
- •3.1.2) Учет выполненной диагностики по дизелю
- •3.2) Арм химический анализ
- •3.2.1) Учет результатов химического анализа масел
- •3.2.2) Учет результатов химического анализа топлива
- •3.2.3) Учет результатов химического анализа охлаждающих жидкостей
- •Лекция 9 Концептуальные основы case-технологии
- •Лекция 10
- •Классификация case - средств
- •Лекция 11 Реинжиниринг (bpr)
- •Причины неудач при bpr
- •Лекция 12 Организация процесса разработки по Проблемы в процессе разработки программного обеспечения
- •Разрабатывайте итеративно
- •Управляйте требованиями
- •Пользуйтесь модульными архитектурами
- •Лекция 13 Используйте визуальное моделирование
- •Осуществляйте проверку качества
- •Следите за изменениями
- •Лекция 14
- •Основные принципы rup
- •Лекция 15, 16
- •Дисциплина управления подготовкой msf
- •Дисциплина управления проектами msf
- •Модель процессов msf
- •Модель проектной группы msf
Лекция 13 Используйте визуальное моделирование
Модель — это упрощение действительности, которое полностью описывает систему с определенной точки зрения. Модель помогает лучше понять модулируемую систему. Кроме того, в сложных системах без модели обойтись вообще невозможно.
Моделирование помогает команде разработчиков визуализировать, определять, создавать и документировать структуру и поведение архитектуры системы. Использование стандартного языка моделирования, такого, например, как UML (Unified Modeling Language — унифицированный язык моделирования), позволяет членам команды разработчиков однозначно доносить свои решения друг другу.
Средства визуального моделирования облегчают управление моделями, позволяя показывать или скрывать подробности по мере надобности. Визуальное моделирование также способствует поддержанию непротиворечивости требований, проектов и реализаций системы. Иными словами, визуальное моделирование дает команде возможность бороться со сложностью программного обеспечения.
Применение итеративной разработки с использованием визуального моделирования позволяет выделять и оценивать изменения в архитектуре, а также сообщать о них всей команде разработчиков. Впоследствии во время каждой итерации можно, при наличии надлежащих средств, синхронизировать модели с исходными кодами.
Результаты, получаемые при использовании визуального моделирования программного обеспечения.
1. Прецеденты и сценарии однозначно определяют линии поведения.
2. Модели однозначно фиксируют структуру программного обеспечения.
3. Выявляются немодульные и неэластичные архитектуры.
4. При необходимости можно скрыть подробности.
5. В однозначных проектах более явно видны противоречия.
6. Качество приложения начинается с хорошего проекта.
7. Средства визуального моделирования поддерживают моделирование на языке UML.
Осуществляйте проверку качества
Поиск и исправление ошибок после распространения программного обеспечения обходится во много раз дороже, чем до распространения. По этой причине важно постоянно определять качество системы, используя в качестве критериев ее функциональные возможности, надежность и эффективность.
Проверка функциональных возможностей системы (основная часть работы по тестированию) включает создание тестов для всех ключевых сценариев, каждый из которых представляет некоторый аспект ожидаемого поведения системы. Определить функциональные возможности системы можно, выяснив, какие сценарии "сорвались", где это произошло и какие сценарии и соответствующие коды еще не были выполнены. Если вы разрабатываете программное обеспечение итеративно, то тестирование следует проводить при каждой итерации, т.е. необходимо производить непрерывную качественную оценку.
Результаты, получаемые при использовании проверки качества программного обеспечения.
1. Состояние проекта оценивается объективно, а не субъективно, поскольку оцениваются результаты тестов, а не то, что написано на бумаге.
2. Эта объективная оценка показывает противоречия в требованиях, проектах и реализациях.
3. Тестирование и контроль сосредоточены в областях наибольшего риска; следовательно, в этих областях повышается качество и эффективность системы.
4. Дефекты выявляются на более ранних этапах, что значительно снижает стоимость их исправления.
5. Автоматизированные средства тестирования позволяют тестировать функциональные возможности, надежность и производительность системы.
