Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Методологии разработки приложений
Содержание
- 1. Методологии разработки приложений
- 2. Методология. Общий взглядсовокупность методов, применяемых в определенных
- 3. Г. Буч. Методология метод«…методология - это
- 4. В.Б. Позин. Нормативно-методическое обеспечение ИС модель жизненного
- 5. А. Коуберн. МетодологияМетодология – это название того,
- 6. Критерии выделения методологииразмер команды разработчиков;критичность системы;рассматриваемые вопросы;роли;виды
- 7. Составляющие методологии (по А.Коуберну)
- 8. Характеристики методологииРазмер = число элементов управления(поставляемые артефакты,
- 9. Степень формализма методологииколичество документов;степень аккуратности их оформления
- 10. Принципы разработки методологии
- 11. Принцип 1Большая по размерам методология нужна тогда, когда в проекте занято большое число разработчиков.
- 12. Принцип 2Большая плотность методологии нужна в тех
- 13. Принцип 3Незначительное увеличение "размеров" или "плотности" методологии
- 14. Принцип 4.Наиболее эффективная форма коммуникации (для передачи
- 15. Сколько должно быть коммуникантов ?
- 16. Оптимальный уровень формализации. ФакторыМасштаб проекта. Распределение участников.Критичность проекта. Новизна проекта. Требования заказчика. Ожидаемая долговечность проекта.
- 17. Структурная методология разработки приложений
- 18. Структурная методологиясоздание программ небольшого размера. уменьшение стоимости,
- 19. Типы базовых конструкцийпоследовательное исполнение — однократное выполнение
- 20. Модульное программированиеПрограммный модуль – это любой фрагмент
- 21. Методы разработки структуры программы(1)
- 22. Методы разработки структуры программы(2)ВосходящееНисходящее
- 23. Методы разработки структуры программы(3)Восходящее+каждый модуль при программировании
- 24. Подходы к разработке структуры программыКлассический : модульная
- 25. Этапы разработки модуляизучение и проверка спецификации модуля,
- 26. Объектная методология разработки приложенийЛекция по дисциплине «Разработка приложений»Автор - к.п.н., доцент И. В. ПоповаМагнитогорск, 2008
- 27. Объектная методологияОбъектный подход Древняя Греция: мир можно
- 28. Объект……моделирует часть окружающей действительности и таким образом
- 29. Элементы объектной моделиАбстрагированиеАбстракция фокусируется на существенных с точки зрения наблюдателя характеристиках объекта.
- 30. Элементы объектной моделиИнкапсуляцияИнкапсуляция скрывает детали реализации объекта
- 31. Элементы объектной моделиМодульностьМодульность позволяет хранить абстракции раздельно
- 32. Элементы объектной моделиИерархияАбстракции образуют иерархию
- 33. Дополнительные элементыТипизацияПараллелизмСохраняемостьСтрогая типизация предотвращает смешивание абстракций Параллелизм
- 34. Объектная методологияДостоинства : сокращение числа возможных ошибок
- 35. Роли
- 36. Виды инструментов для объектно-ориентированной разработкисистема с графическим
- 37. Объектно-ориентированная разработка: плюсы и минусыБольшая конкурентоспособность благодаря
- 38. Успешного изучения!
- 39. Скачать презентанцию
Методология. Общий взглядсовокупность методов, применяемых в определенных наукахметод – способ достижения какой-либо цели, решения конкретной задачиучение о структуре, логической организации, методах и средствах деятельности
Слайды и текст этой презентации
Слайд 1Методологии разработки приложений
Лекция по дисциплине «Разработка приложений»
Автор - к.п.н., доц.
И. В. Попова
Слайд 2Методология. Общий взгляд
совокупность методов, применяемых в определенных науках
метод – способ
достижения какой-либо цели, решения конкретной задачи
учение о структуре, логической организации,
методах и средствах деятельности
Слайд 3Г. Буч. Методология метод
«…методология - это совокупность методов, применяемых
в жизненном цикле разработки программного обеспечения и объединенных одним общим
философским подходом».«Метод - это последовательный процесс создания моделей, которые описывают вполне определенными средствами различные стороны разрабатываемой программной системы... Методы упорядочивают процесс создания сложных программных систем и позволяют в процессе разработки оценить степень продвижения и риск».
разработка ИС
Слайд 4В.Б. Позин. Нормативно-методическое обеспечение ИС
модель жизненного цикла ИС
методы проектирования
ИС;
выразительные средства;
комплекс согласованных инструментальных средств.
компоненты
методологии
планирование
организация
управление
Слайд 5А. Коуберн. Методология
Методология – это название того, как организация многократно
производит и поставляет программные системы: кого в ней нанимают на
работу и зачем, чего ожидают люди от своих коллег, какие условности они соблюдают, начиная от размещения рабочих мест в офисе и до используемых рабочих продуктов…Методологий МНОГО
Слайд 6Критерии выделения методологии
размер команды разработчиков;
критичность системы;
рассматриваемые вопросы;
роли;
виды деятельности;
поставляемые артефакты и
стандарты;
убеждения;
люди и их культурные характеристики…
по А. Коуберну
Слайд 8Характеристики методологии
Размер = число элементов управления(поставляемые артефакты, стандарты, виды деятельности,
меры качества и т.д).
Плотность = уровень детализации и связности, необходимых
для ее осуществления. Более высокая плотность соответствует жесткому контролю или сильному формализму.
Вес = размера * плотность.
Объем = протяженность жизненного цикла проекта, разнообразие ролей и видов их деятельности, которые пытается покрыть собой методология.
Слайд 9Степень формализма методологии
количество документов;
степень аккуратности их оформления и формальность процедур
рецензирования, одобрения и передачи.
- несогласованность решений
- к непродуктивные
затраты ресурсов на переработку кода повторное решение типовых проблем- может существенно увеличиваться стоимость последующего сопровождения продукта
Слабая < СТЕПЕНЬ ФОРМАЛИЗМА > Сильная
Большие временные и трудовые затраты на разработку документации
Слайд 11Принцип 1
Большая по размерам методология нужна тогда, когда в проекте
занято большое число разработчиков.
Слайд 12Принцип 2
Большая плотность методологии нужна в тех случаях, когда скрытые
ошибки в программном продукте могут повлечь за собой значительный ущерб.
Типы ущерба:
Потеря комфорта в работе (помеха в коммуникации).
Потеря несущественной суммы (неправильная выплата зарплаты).
Потеря невосполнимой суммы (программные системы национальных банков).
Потеря жизни (предприятия, работающие на атомной энергии, проекты, связанные с космосом, системы управления полетами самолетов и т.д.).
Слайд 13Принцип 3
Незначительное увеличение "размеров" или "плотности" методологии ведет к существенному
увеличению стоимости проекта
в самом начале проекта невозможно точно определить
объемы задачи
минимальное число людей (квалификация)
Слайд 14Принцип 4.
Наиболее эффективная форма коммуникации (для передачи идей) – непосредственное
взаимодействие, лицом к лицу, как при рисовании у доски.
Слайд 16Оптимальный уровень формализации. Факторы
Масштаб проекта.
Распределение участников.
Критичность проекта.
Новизна проекта.
Требования заказчика.
Ожидаемая долговечность проекта.
Слайд 18Структурная методология
создание программ небольшого размера.
уменьшение стоимости, сложности
и повышение
надежности программы.
основной элемент структурирования – подпрограммы (иногда - модули)
70-е
годы XX века 
Слайд 19Типы базовых конструкций
последовательное исполнение — однократное выполнение операций в том
порядке, в котором они записаны в тексте программы;
ветвление —
однократное выполнение одной из двух или более операций, в зависимости от выполнения некоторого заданного условия; цикл — многократное исполнение одной и той же операции до тех пор, пока выполняется некоторое заданное условие (условие продолжения цикла).
Слайд 20Модульное программирование
Программный модуль – это любой фрагмент описания процесса, оформляемый
как самостоятельный программный продукт, пригодный для использования в описаниях процесса
МП – воплощение методов борьбы со сложностью программ:
обеспечение независимости компонент системы = выявление основных характеристик «хорошего» программного модуля.
использование иерархических структур = использование древовидных модульных структур программ (включая деревья со сросшимися ветвями).
М = процедуры + данные
заголовок реализация
Слайд 23Методы разработки структуры программы(3)
Восходящее
+
каждый модуль при программировании выражается через уже
существующие модули
при тестировании использует уже отлаженные модули.
-
для создания модуля
достаточно, чтобы каждый используемый им модуль был лишь специфицирован, а для тестирования можно использовать «заглушки»уточнение обеспечивающей целостность информации приводит к перепрограммированию модуля
большой объем «отладочного» программирования
Нисходящее
+
каждый модуль тестируется при «естественных» состояниях информационной среды
большой объем «отладочного» программирования заменяется программированием достаточно простых имитаторов используемых в программе модулей .
-
необходимость абстрагироваться от базовых возможностей используемого языка программирования
Слайд 24Подходы к разработке структуры программы
Классический : модульная структура программы должна
быть разработана до начала программирования (кодирования) модулей
Конструктивный ↓ ,
архитектурный ↑: модульная древовидная структура программы формируется в процессе программирования модулей 
Слайд 25Этапы разработки модуля
изучение и проверка спецификации модуля, выбор языка программирования;
выбор
алгоритма и структуры данных;
программирование (кодирование) модуля;
шлифовка текста модуля;
проверка модуля;
компиляция модуля.
Слайд 26Объектная методология разработки приложений
Лекция по дисциплине «Разработка приложений»
Автор - к.п.н.,
доцент И. В. Попова
Магнитогорск, 2008
Слайд 27Объектная методология
Объектный подход
Древняя Греция: мир можно рассматривать в терминах,
как объектов, так и событий.
XVII век, Р. Декарт :
люди обычно имеют объектно-ориентированный взгляд на мир. XX век, М. Мински : разум человека = общность различно мыслящих агентов, совместное действие которых приводит к осмысленному поведению человека.
Цель: получение механизма создания больших и сверхбольших программных комплексов
Основные понятия: объекты и атрибуты, целое и часть, класс и экземпляр.
80—90 годы XX века
Слайд 28Объект…
…моделирует часть окружающей действительности и таким образом существует во времени
и пространстве
… представляет собой конкретный опознаваемый предмет, единицу или сущность
(реальную или абстрактную), имеющую четко определенное функциональное назначение в данной предметной области (Смит и Токи) … нечто, имеющее четко очерченные границы.
Состояние
Поведение
Идентичность
класс
Объект
Слайд 29Элементы объектной модели
Абстрагирование
Абстракция фокусируется на существенных с точки зрения наблюдателя
характеристиках объекта.
Слайд 33Дополнительные элементы
Типизация
Параллелизм
Сохраняемость
Строгая типизация предотвращает смешивание абстракций
Параллелизм позволяет различным объектам
действовать одновременно
Сохраняемость поддерживает состояние и класс объекта в пространстве
и во времени 
Слайд 34Объектная методология
Достоинства :
сокращение числа возможных ошибок при проектировании ИС;
повторное
использование компонентов модели;
ориентация на человеческое восприятие мира.
Один из наиболее существенных
недостатков :сложность, как самой методологии, так и её реализации
Слайд 36Виды инструментов для объектно-ориентированной разработки
система с графическим интерфейсом, поддерживающая объектно-ориентированную
систему обозначений
броузер, который показывает структуру классов
инкрементный компилятор
отладчики,
которые могут работать с семантикой классов и объектов.инструменты управления конфигурацией и контроля версий
библиотекарь классов
генератор графического интерфейса пользователя
Слайд 37Объектно-ориентированная разработка: плюсы и минусы
Большая конкурентоспособность благодаря предсказуемости, сокращению времени
на разработку и большой гибкости продукта.
Разрабатываемые задачи могут быть настолько
сложными, что не остается альтернативных решений.Производительность (накладные расходы на пересылку сообщения от одного объекта другому, многослойные системы абстракций , большое количество наследуемого кода)
Большие начальные затраты
+
-
