Программное обеспечение
<<  Сети ЭВМ и средства коммуникации. Архитектура сети Управление качеством  >>
Картинок нет
Картинки из презентации «Разработка программного обеспечения (Software Engineering) Ian Sommervillle» к уроку информатики на тему «Программное обеспечение»

Автор: Alexander Goudov. Чтобы познакомиться с картинкой полного размера, нажмите на её эскиз. Чтобы можно было использовать все картинки для урока информатики, скачайте бесплатно презентацию «Разработка программного обеспечения (Software Engineering) Ian Sommervillle.ppt» со всеми картинками в zip-архиве размером 464 КБ.

Разработка программного обеспечения (Software Engineering) Ian Sommervillle

содержание презентации «Разработка программного обеспечения (Software Engineering) Ian Sommervillle.ppt»
Сл Текст Сл Текст
1Разработка программного обеспечения 14Выдача денег Запрос баланса Выдача чеков
(Software Engineering) Ian Sommervillle. Посылка сообщения Список транзакций
Часть 3. Требования к ПО: разработка Порядок операций Перевод денег. Выдача
требований. денег Запрос баланса Выдача чеков Посылка
2Разработка требований. Разработка сообщения Список транзакций Порядок
требований — это процесс, включающий операций Перевод денег. Выдача денег
мероприятия, необходимые для создания и Запрос баланса Выдача чеков Посылка
утверждения документа, содержащего сообщения Список транзакций Порядок
спецификацию системных требований. операций Перевод денег. Выдача денег
Различают четыре основных этапа процесса Запрос баланса Выдача чеков Посылка
разработки требований: анализ технической сообщения Список транзакций Порядок
осуществимости создания системы, операций Перевод денег. Выдача денег
формирование и анализ требований, Запрос баланса. Выдача денег Запрос
специфицирование требований и создание баланса. Выдача денег Запрос баланса.
соответствующей документации, а также Выдача денег Запрос баланса. Выдача денег
аттестация этих требований. Запрос баланса. Выполнение диагностики
3Разработка требований. Отчет об Зачисление денег Обработка счетов Посылка
осуществимости создания системы. Модели сообщения. Выполнение диагностики
системы. Пользовательские и системные Зачисление денег Обработка счетов Посылка
требования. Документация со спецификацией сообщения. Выполнение диагностики
требований. Анализ осуществимости. Зачисление денег Обработка счетов Посылка
Формирование и анализ требований. сообщения. Выполнение диагностики
Специфицирование требований. Аттестация Зачисление денег Обработка счетов Посылка
требований. сообщения. Выполнение диагностики
4Анализ осуществимости. Анализ Зачисление денег Обработка счетов Посылка
осуществимости должен осветить следующие сообщения.
вопросы: Отвечает ли система общим и 15Формирование и анализ требований
бизнес-целям организации-заказчика и Опорные точки зрения. Информация,
организации-разработчика? Можно ли извлеченная из точек зрения, используется
реализовать систему, используя для заполнения форм шаблонов точек зрения
существующие на данный момент техно­логии и организации точек зрения в иерархию
и не выходя за пределы заданной стоимости? наследования. Сервисы, данные и
Можно ли объединить систему с другими управляющая информация наследуются
системами, которые уже эксплуатируются? подмножеством точек зрения.
5Анализ осуществимости. Выполнение 16Формирование и анализ требований
анализа осуществимости включает сбор и Опорные точки зрения. Все точки зрения.
анализ информации о будущей системе, Клиент. Коллектив банка. Счет клиента.
написание соответствующего отчета. Иностранный клиент. Кассир. Управляющий.
Например, эту информацию можно получить, 17Формирование и анализ требований
ответив на следующие вопросы: Что Сценарии. Сценарии особенно полезны для
произойдет с организацией, если система не детализации уже сформулированных
будет введена в эксплуатацию? Какие требований, по­скольку описывают
текущие проблемы существуют в организации последовательность интерактивной работы
и как новая система поможет их решить? пользователя с системой. Каждый сценарий
Каким образом система будет способствовать описывает одно или несколько возможных
целям бизнеса? Требует ли разработка взаимодействий. Сценарий начинается с
системы технологии, которая до этого не общего описания, затем постепенно
использовалась в организации? После детализируется для создания полного
обработки собранной информации готовится описания взаимодействия пользователя с
отчет по анализу осуществимости создания системой.
системы. 18Формирование и анализ требований
6Формирование и анализ требований. На Сценарии. В большинстве случаев сценарий
этом этапе ко­манда разработчиков ПО включает следующее: Описание состояния
работает с заказчиком и конечными системы после завершения сценария.
пользователями системы для выяснения Информацию относительно других действий,
области применения, описания системных которые можно осуществлять во время
сервисов, определения режимов работы выполнения сценария. Описание
системы и ее характеристик выполнения, исключительных ситуаций и способов их
аппаратных ограничений и т.д. Процесс обработки. Описание нормального протекания
формирования и анализа требований событий. Описание состояния системы в
достаточно сложен по ряду причин: На начале сценария.
требования к системе могут влиять 19Формирование и анализ требований
политические факторы. Лица участвующие в Сценарии. Сценарии событий используются
формировании требований, выражают в этих для документирования поведения системы,
требованиях собственные точки зрения, представленного определенными событиями.
основываясь на личном опыте работы. Сценарии включают описание потоков данных,
7Формирование и анализ требований. Лица системных операций и исключительных
участвующие в формировании требований, ситуаций, которые могут возникнуть.
имеют различные предпочтения и могут Условные обозначения: Данные, поступающие
выражать их разными способами. в систему или исходящие из нее,
Разработчики должны определить все представлены в эллипсах. Управляющая
потенциальные источники требований и информация показана стрелками в верхней
выделить общие и противоречивые части прямоугольников. Внутрисистемные
требования. Экономическая и данные показаны справа от прямоугольников.
бизнес-обстановка, в которой происходит Исключительные ситуации показаны в нижней
формирование требований, неизбежно будет части прямоугольников. Имя следующего
меняться в ходе выполнения этого процесса. события, ожидаемого после завершения
Лица, участвующие в формировании сценария, приводится в затененном
требований, часто не знают конкретно, чего прямоугольнике.
они хотят от компьютерной системы. 20Формирование и анализ требований
8Формирование и анализ требований. Сценарии. Неверный PIN-код. Карточка
Процесс формирования и анализа требований присутствует. Карточка действительна.
проходит через ряд этапов: Анализ Подтверждение пользователя. Карточка.
предметной области. Аналитики должны Запрос PIN-кода. Проверка пользователя.
изучить предметную область, где бу­дет Pin-код. Номер счета, соответствующий
эксплуатироваться система. Сбор PIN-коду. Выбор сервиса. Превышение лимита
требований. Это процесс взаимодействия с времени ожидания. Номер счета. Возврат
лицами, формирующими требования. Во время карточки. Повторный ввод PIN-кода.
этого процесса продолжается анализ Недопустимая карточка. Возврат карточки.
предметной области. Классификация Неверный PIN-код. Утраченная карточка.
требований. На этом этапе бесформенный Возврат карточки. Удержание карточки.
набор требований преобразуется в логически 21Формирование и анализ требований
связанные группы требовании. Проверка Сценарии. Варианты использования
требований. На этом этапе определяется их (use-case) — это методика формирования
полнота, последовательность и требований, основанная на сценариях. Они
непротиворечивость. Разрешение стали основой нотаций в языке
противоречий. Без сомнения, требования моделирования UML при описании объектных
многочисленных лиц, занятых в процессе моделей систем.
формирования требований, будут 22Формирование и анализ требований
противоречивыми. На этом этапе Сценарии. Варианты использования
определяются и разрешаются противоречия (use-case) — это методика формирования
такого рода. Назначение приоритетов. В требований, основанная на сценариях. Они
любом наборе требований одни из них будут стали основой нотаций в языке
более важны, чем другие. На этом этапе моделирования UML при описании объектных
совместно с лицами, формирующими моделей систем. Предоставление услуг.
требования, определяются наиболее важные Пользователь библиотеки. Управление
требования. Начало процесса. пользователями. Персонал библиотеки.
Специфицирование требований. Проверка Услуги каталога. Поставщик.
требований. Анализ предметной области. 23Формирование и анализ требований
Документация системных требований. Сценарии. Экземпляр: Библиотечный
Определение приоритетов. Разрешение экземпляр. Книги: Каталог. Составитель
противоречий. Сбор требований. каталога: Персонал библиотеки. Поставщик
Классификация требований. книг. Покупка книг. Новая карточка.
9Формирование и анализ требований. Каталожная карточка. Размещение карточки.
Распространены три подхода к формированию Удаление из каталога.
требований: метод, основанный на множестве 24Формирование и анализ требований
опорных точек зрения, сценарии и Этнографический подход. Этнографический
этнографический метод. Другие подходы, подход к формированию системных требований
которые могут использоваться в процессе используется для понимания и формирования
разработки требований, — это методы социальных и организационных аспектов
структурного анализа и методы эксплуатации сис­темы. Разработчик
прототипирования. Не существует требований погружается в рабочую среду,
универсального подхода к формированию и где будет использоваться система. Его
анализу требований. Обычно для разработки ежедневная работа связана с наблюдением и
требований одновременно используется протоколированием реальных действий,
несколько подходов. выполняемых пользователями системы.
10Формирование и анализ требований Значение этнографического подхода
Опорные точки зрения. Различные точки заключается в том, что он помогает
зрения на проблему позволяют увидеть ее с обнаружить неявные требования к системе,
разных сторон. Однако эти взгляды не которые отражают реальные аспекты ее
являются полностью независимыми и обычно эксплуатации, а не формальные
перекрывают друг друга, а потому могут умозрительные процессы.
служить основой общих требований. Подход с 25Формирование и анализ требований
использованием различных опорных точек Этнографический подход. Этнографический
зрения к разработке требований признает подход позволяет детализировать требования
эти точки зрения и использует их в для критических систем, чего не всегда
качестве основы построения и организации можно добиться другими методами разработки
как процесса формирования требований, так требований. Однако, поскольку этот метод
и непосредственно самих требований. ориентирован на конечного пользователя, он
11Формирование и анализ требований не может охватить все требования
Опорные точки зрения. Различные методы предметной области и требования
предлагают разные трактовки выражения организационного характера. Обсуждение
"точка зрения". Точки зрения требований. Уточнение требований на основе
можно трактовать следующим образом: Как этнографического подхода. Формирование
источник информации о системных данных. В требований на основе этнографического
этом случае на основе опорных точек зрения подхода. Оценивание прототипа. Разработка
строится модель создания и использования системы. Разработка прототипа.
данных в системе. В процессе формирования 26Аттестация требований. Во время
требований отбираются все такие точки процесса аттестации должны быть выполнены
зрения, на их основе определяются данные, различные типы проверок документации
которые будут созданы или использованы при требований: Проверка правильности
работе системы, и способы обработки этих требований. Проверка на
данных. Как структура представлений. В непротиворечивость. Проверка на полноту.
этом случае точки зрения рассматриваются Проверка на выполнимость. Существует ряд
как особая часть модели системы. Например, методов аттестации требований: Обзор
на основе различных точек зрения могут требований. Прототипирование. Генерация
разрабатываться модели тестовых сценариев. Автоматизированный
"сущность-связь", модели анализ непротиворечивости.
конечного автомата и т.д. Как получатели 27Управление требованиями. Управление
системных сервисов. В этом случае точки требованиями — это процесс управления
зрения являются внешними (относительно изменениями системных требований. Процесс
системы). Как получатели системных управления требованиями выполняется
сервисов. В этом случае точки зрения совместно с другими процессами разработки
являются внешними (относительно системы) требований. Начало этого процесса
получателями системных сервисов. Точки планируется на то же время, когда
зрения помогают определить данные, начинается процесс первоначального
необходимые для выполнения системных формирования требований, непосредственно
сервисов или их управления. процесс управления требованиями должен
12Формирование и анализ требований начаться сразу после того, как черновая
Опорные точки зрения. Наиболее эффективным версия спецификации требований будет
подходом к анализу интерактивных систем готова. С точки зрения разработки
является использование внешних опорных требования можно разделить на два класса:
точек зрения. Эти точки зрения Постоянные требования. Изменяемые
взаимодействуют с системой, получая от нее требования.
сервисы и продуцируя данные и управляющие 28Планирование управления требованиями.
сигналы. Этот тип точек зрения имеет ряд Идентификация требований. Управление
преимуществ: Точки зрения, внешние к процессом внесения изменений. Стратегия
системе, — естественный способ оперативного контроля. Информация об
структурирования про­цесса формирования источнике требования Информация о
требований. Сравнительно просто решить, требованиях Информация о структуре системы
какие точки зрения следует оставить в Поддержка CASE-средств.
качестве опорных: они должны отображать 29Управление изменениями требований.
какой-либо способ взаимодействия с Процесс управления изменениями состоит из
системой. Данный подход полезен для трех основных этапов: Анализ проблем
создания нефункциональных требований, с изменения спецификации. Анализ изменений и
которыми можно связать какой-либо сервис. расчет их стоимости. Реализация изменений.
13Диаграмма идентификации точек зрения. Определение проблем в требованиях.
Незарегистрированный пользователь. Список Просмотренные требования. Анализ проблем
услуг. Посылка сообщений. Выдача чеков. изменения спецификации. Анализ изменений и
Обработка счетов. Менеджер. Банковский расчет их стоимости. Реализация изменений.
служащий. Расчетные данные. Запрос 30Вопросы для обсуждения. Предложите,
баланса. Проверка карточки. Снятие кто бы мог участвовать в формировании
денежных средств. Удаленное обновление ПО. требований для университетской системы
Иностранный клиент. Владелец банковского регистрации студентов. Разрабатывается
счета. Удаленная диагностика. Порядок система ПО для автоматизации библиотечного
операций. Удержание карточки. Удержание каталога. Эта система будет содержать
карточки. Обслуживание аппаратуры. Перевод информацию относительно всех книг в
денег. Системные расходы. Перечисления библиотеке и будет полезна библиотечному
между банками. Передача сообщений. персоналу, абонентам и читателям. Система
Безотказность. Обновление счета. должна иметь средства просмотра каталога,
Защищенность. средства создания запросов и средства,
14Формирование и анализ требований позволяющие пользователям резервировать
Опорные точки зрения. Сервисы, книги, находящиеся в данный момент на
соотнесенные с точками зрения. Владелец руках. Определите основные опорные точки
счета иностранный клиент кассир банка. зрения, которые необходимо учесть в
Владелец счета иностранный клиент кассир спецификации системы. Ваша компания
банка. Владелец счета иностранный клиент использует стандартный метод анализа
кассир банка. Владелец счета иностранный требований. В процессе работы вы
клиент кассир банка. Владелец счета обнаружили, что этот метод не учитывает
иностранный клиент кассир банка. Список социальные факторы, важные для системы,
сервисов. Список сервисов. Список которую вы анализируете. Ваш руководитель
сервисов. Выдача денег Запрос баланса дал вам ясно понять, какому методу анализа
Выдача чеков Посылка сообщения Список нужно следовать. Обсудите, что вы должны
транзакций Порядок операций Перевод денег. делать в такой ситуации.
Разработка программного обеспечения (Software Engineering) Ian Sommervillle.ppt
http://900igr.net/kartinka/informatika/razrabotka-programmnogo-obespechenija-software-engineering-ian-sommervillle-88827.html
cсылка на страницу

Разработка программного обеспечения (Software Engineering) Ian Sommervillle

другие презентации на тему «Разработка программного обеспечения (Software Engineering) Ian Sommervillle»

«Программное обеспечение компьютера» - Инструментальное ПО. Некоторые ОС: MS-DOS, Windows, Linux. Системное ПО. Программное обеспечение компьютера. Компьютер. Прикладное. Существует много языков программирования: Бейсик; Паскаль; Фортран; Си; ... Системы программирования — инструмент для работы программиста. К инструментальному ПО относятся системы программирования.

«Программное обеспечение 8 класс» - Системный диск. Системы программирования – системы для разработки программ на конкретном языке программирования. Установка и загрузка операционной системы. Программное обеспечение компьютера. Дистрибутив. Оперативная память. Программное обеспечение (ПО) –все многообразие программ, используемых на современном компьютере.

«Классификация программного обеспечения» - Классификация программного обеспечения. 2.4. Уникальные программы. Что такое информационно - поисковая система ? По способу выполнения работы компилятор и интерпретатор существенно различаются. Издательские системы: Программы для работы с изображениями: Fotoshop, CorelDrive, и др. Самые яркие программы для Windows.

«Программное обеспечение для компьютера» - Системное программное обеспечение разрабатывается так, чтобы компьютер мог эффективно выполнять прикладные программы. Компьютер, который собрали на заводе из микросхем, проводов, плат и прочего, подобен новорожденному человеку. Общение человека с компьютером стало простым, наглядным, понятным. Программное обеспечение компьютера.

«Программное обеспечение» - Файловые менеджеры: Total Commander, FAR. Операционные системы: Windows, Linux и др. Программное обеспечение компьютера. Программы разработки презентаций: _______. текстовые редакторы: Блокнот, WordPad. Свободно распространяемые программы: Драйверы к новым устройствам или улучшенные драйверы к уже существующим.

«Переводчик с английского на русский» - Письменный перевод. Терминологическая проверка. Услуги. Ваш Проводник в Мире Многоязычной Информации. Multilingual Information Management. Методы. Орфографическая и грамматическая проверки. Технические переводы. Подготовка к переводу. Проверка на непереведенные сегменты. Минимизация работы по подвёрстке ПО.

Программное обеспечение

33 презентации о программном обеспечении
Урок

Информатика

130 тем
Картинки
900igr.net > Презентации по информатике > Программное обеспечение > Разработка программного обеспечения (Software Engineering) Ian Sommervillle