- •Введение в Программную Инженерию
- •Отчет о хаосе
- •Что влияет на успешность программного проекта ?
- •В конце 60-х – начале 70-х годов прошлого века произошло событие, которое вошло
- •Software Engineering ( SE ) 1968 год Конференции НАТО
- •Этапы развития программной инженерии
- •software engineering
- •Все виды деятельности, выполняемые в процессе промышленного программирования и необходимые для успешного выполнения
- •Установление и использование правильных инженерных принципов (методов) для экономичного получения надежного и работающего
- •ТАКИМ ОБРАЗОМ
- •Согласно SWEBOK (Software
- •Дополнительные области
- •Программное
- •ЖЦ, Программный
- •Программный процесс — это набор действий и связанных с ними результатов, приводящих к
- •Модель программного процесса
- •Говоря о моделях процессов, необходимо различать фазы и виды деятельности:
- •Вид деятельности
- •К наиболее известным
- •визуального программирования (3 пок – алгоритмический (как делать))
- •Артефакты - это некоторые продукты проекта, порождаемые или используемые в нем при работе
- •Методы программной инженерии
- •Метод программной индустрии основан на идее создания моделей ПО с поэтапным преобразованием этих
- •Методы должны включать в себя
- •Начиная с 70-х годов создано достаточно много методов разработки ПО. Наиболее известны:
- •UML Unified Modeling Language
- •Виды диаграмм
- •Структурные диаграммы
- •Поведенческие
- •1. Диаграммы вариантов использования (Use Case)
- •Бизнес ВИ и Системные ВИ
- •Системная диаграмма ВИ
- •Суть диаграммы use case
- •Базовые элементы этого вида диаграмм —
- •Стандартные элементы
- ••Множество вариантов использования в целом должно определять все возможные стороны ожидаемого поведения системы.
- •Актеры
- •Примечания
- •Отношения на диаграмме вариантов использования
- •Отношение ассоциации
- •Отношение расширения
- •Отношение обобщения
- •Отношение включения
- •Пример диаграммы вариантов использования
- •На следующем этапе разработки данной диаграммы вариант использования "Оформить заказ на покупку товара"
- •Приведенная диаграмма вариантов использования, в свою очередь, может быть детализирована далее с целью
- •Диаграмма деятельности
- •При моделировании поведения проектируемой или анализируемой системы возникает необходимость не только представить процесс
- •В контексте языка UML деятельность (activity) представляет собой некоторую совокупность отдельных операций.
- •Каждое состояние на диаграмме деятельности соответствует выполнению некоторой элементарной операции, а переход в
- •Ветвление на диаграмме деятельности обозначается небольшим ромбом, внутри которого нет никакого текста
- •В языке UML для распараллеливания операций используется специальный символ для разделения (рис. а)
- •Диаграммы деятельности в моделировании бизнес-
- •В общем случае действия на диаграмме деятельности выполняются над теми или иными объектами.
- •Состояние действия (action state) является специальным случаем состояния с некоторым входным действием и,
- •Каждая диаграмма деятельности должна иметь единственное начальное и единственное конечное состояния.
- •Переход как элемент языка UML переводит деятельность в последующее состояние сразу, как только
- •Поток объектов. Объекты, которые являются входными или выходными данными для какого- либо действия,
- •Пример
- •Центральным объектом процесса продажи является заказ или вернее состояние его выполнения.
- •Упражнение
- •Исходные данные
- •Проблемы
- •Решения
- •Цель
- •подсказка
- •Модель сущность- связь
- •ДАЛЕЕ ДЛЯ ДО
- •Архитектура ПО
- •Управление
Исходные данные
На данный момент книжный магазин «Букварь»
не имеет никакой информационной системы. Потребность в ней появилась в связи с увеличением торгового зала и ассортимента книг. На сегодняшний день имеется зал со стеллажами. Книги по жанрам разделены на отделы, такие как «Детективы», «Классическая литература», «Кулинария», «Книги для детей» и т.д., в каждой отделе находится консультант, который помогает клиентам найти интересующую книгу, полагаясь только на свою память. Клиент, получая книгу, следует к кассе. Кассир узнает стоимость товара по «стикеру» наклеенному на книгу. Оплата производится только наличными.
Проблемы
Консультант может забыть о наличии какой-либо
книги. Он должен быть в курсе всех новых поступлений и местонахождении книг, что при наличии большого ассортимента очень тяжело. «Стикеры» нужно наклеить на каждую книгу перед тем как выставить на стеллаж. Это занимает определенное время. Так же может сыграть роль человеческий фактор и некоторые книги останутся без «стикера» или с ошибочным «стикером» (неверная цена).
Существует вероятность того что недобросовестные покупатели могут переклеить «стикер» с более дешевой книги на нужную им книгу. В следствии чего книжный магазин потерпит убытки.
Оплата производится наличными, что доставляет трудности некоторым покупателям магазина.
Решения
Книжный магазин «Букварь» имеет потребность в информационной системе, которая бы выполняла следующие функции:
Слежение за количеством товара; Формирование каталога; Формирование чека; Запись и хранение данных о продаже; Авторизация платежа.
Каждая книга будет иметь свой идентификационный номер, который равен штрих-коду.
Кассир будет сканировать сканером штрих-код, на экране появится номер книги, автор, цена согласно каталогу книг. Система сама сформирует чек, а так же запишет данные о продаже.
Оплата будет возможна как наличным так и безналичным платежом. Так же в зале будут располагаться терминалы, которыми будут пользоваться консультанты. Вход будет запаролен.
С помощью этого терминала консультанты смогут просматривать полный каталог книг, выполнять поиск и фильтрацию по разным критериям. В этом каталоге книги будут «разбиты» по жанрам, аналогично отделам. В каталоге будет храниться полная характеристика каждой книги (Издательство, год и т.д.), номер стеллажа и полки, а так же количество оставшегося товара.
Цель
Совершенствование бизнеса.
Улучшение качества обслуживания клиентов. Сокращение времени расчета с покупателем. Минимизация ошибок вызванных человеческим фактором.
Использовать данную систему будут консультанты и кассиры магазина.
Система включает в себя компьютер, устройство считывания штрих-кода, программное обеспечение.
подсказка
-Кассир
-Покупатель
-Консультант
-Банк (который принимает платеж по карточке)
Модель сущность- связь
ДАЛЕЕ ДЛЯ ДО
Архитектура ПО
Управление
требованиями
