1.6. Диаграмма последовательностей

     Диаграмма последовательности – одна из диаграмм взаимодействия. На диаграмме последовательностей иллюстрируются события, инициированные в системе исполнителями.

     Сценарий присвоения гос.номера транспортному средству

     1. Гос. инспектор из таблицы всех номеров делает запрос на свободные номера

     2. Система обрабатывает запрос, и  выдает все имеющиеся свободные  номера.

     3. Гос.инспектор выбирает из таблицы номер и присваивает его ТС.

     4. База данных обрабатывает операцию  и сохраняет изменения.

     

     Сценарий Входа/выхода из системы:

     1. Гос.инспектор открывает ПО

     2. Система загружается в оперативную  память , ожидает загрузки главной  формы, после чего выдает главную  форму.

     3. Гос.инспектор выбирает выход из системы.

     4. система выдает Фурму выхода  и ожидает реакции пользователя.

     5. Пользователь выбирает выход.

     6. программа закрывается. 

     

 

     

     2. ЭТАП ПРОЕКТИРОВАНИЯ

     Системное событие – это внешнее входное  событие, сгенерированное для системы исполнителем. Событие инициирует выполнение определенной операции. Системная операция является операцией, которую система выполняет в ответ на сгенерированное событие. В целом, описание системной операции – это документ, описывающий предполагаемые результаты выполнения операций. Обычно он акцентирует внимание на том, что должно произойти, а не на том, как этого достичь.

2.1. Системные операции

           Системное событие  – это внешнее входное событие, сгенерированное для системы исполнителем. Событие инициирует выполнение определенной операции. Системная операция является операцией, которую система выполняет в ответ на сгенерированное событие. В целом, описание системной операции – это документ, описывающий предполагаемые результаты выполнения операций. Обычно он акцентирует внимание на том, что должно произойти, а не на том, как этого достичь.

     Составление описаний:

     1. Определите системные операции  из диаграмм последовательностей.

     2. Составьте описание для сложных  системных операций, результаты

     которых с очевидностью не следуют из описания прецедента.

     3. При описании постусловий используйте  следующие категории.

     ·  Создание и удаление экземпляра

     ·  Модификация атрибута

     ·  Формирование и разрыв ассоциации

           Предусловия (preconditions) – это перечень предпосылок, которые всегда должны выполняться до начала сценария прецедента. Выполнение этих условий не проверяется в рамках логики выполнения данной операции, а предполагается, что они истинны.

           Результаты, или постусловия (postconditions), описывают, какие условия должны выполняться в случае успешного завершения сценария. Эти результаты должны удовлетворять интересам всех заинтересованных лиц. Выделение постусловий - наиболее важная часть описания системных операций.

     Ниже  в таблице представлены описания системной операций.

     Таблица

     Описания системной операции

 

2.2. Описание прецедентов

           Реальный прецедент  описывает конкретное проектное  решение по реализации идеального прецедента в терминах выбранной технологии. Описание реальных прецедентов аналогично описанию идеальных прецедентов.

           Прецедент – это  набор взаимосвязанных успешных и неудачных сценариев, описывающий  использование системы исполнителем для решения одной из задач. Описания прецедента приведен в табл. .

     Описания  прецедента

     Таблица

2.3. Разработка интерфейса программы

     Понятие интерфейса

     Термин  «интерфейс» широко используется в  областях, где человеку приходится иметь дело с обработкой информации на компьютере. В переводе с английского  языка Interface означает внешнее лицо.

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

      Разработка интерфейса программы «Информационная система ГАИ»

     При разработке интерфейса программы «Информационная  система ГАИ» были учтены следующие показатели:

1. Интуитивность - управляющие элементы интерфейса должны быть удобными и заметными, вместе с тем они не должны отвлекать от основного содержания, за исключением случаев, когда управляющие элементы сами являются основным содержанием.
2. Цветовое оформление - используя цвет в передаче информации на дисплее, следует учитывать:

     - Чувствительность глаза различна  к разным участкам спектра.  В условиях дневного освещения  чувствительность глаза наиболее  высока к желтым и зеленым  лучам. По данным экспериментальных  исследований, зеленый цвет на  экране дает несколько лучшие  результаты по скорости и точности  чтения, чем оранжево-желтый;

     - При длительном цветовом воздействии  на глаз снижается его чувствительность  к данному цвету. Наибольшее  падение чувствительности наблюдается для сине-фиолетового цвета, наименьшее - для зеленого и желтого, т.е. синий цвет наиболее утомляет глаз;

     - Светлые цвета на темном фоне  кажутся приближенными к зрителю,  а темные на светлом – удаленными.

     В результате был разработан интерфейс, обладающий хорошим цветовым сочетанием, удобством расположения всех кнопок, выполняющих функции программы  и позволяющий при запуске  программы перейти на необходимый  модуль программы, не прилагая к этому  особых усилий.

 

     

2.4. Диаграмма кооперации

     Диаграмма кооперации иллюстрирует отношения между теми же прецедентами в виде графов. Преимущество диаграммы последовательности заключается в ясном отображении последовательности и временного порядка сообщения. Но есть так же и недостатки, такие как занимание много места по горизонтали. В преимуществах диаграммы кооперации -экономичность места, возможность добавления объекта в 2х направлениях , лучшая иллюстрация сложения зависимостей и параллельных событий.

     Связь является соединением между двумя  экземплярами классов, определяющим некоторую  форму перемещения и видимости  между ними. Связь – экземпляр ассоциации. Передаваемые между объектами сообщения представляются в виде имен этих сообщений над линиями связей, помеченных стрелками. Над одной линией связи может быть указано любое количество сообщений. Для отображения порядка следования сообщений в текущем потоке управления рядом с сообщением приводится порядковый номер. Диаграммы кооперации, также как и диаграммы последовательности можно использовать для отображения взаимодействия, как между объектами предметной области, так и между программными объектами. 
 

     

       

       

 
 

2.5. Диаграмма состояний

     Диаграммы состояний используются для моделирования  динамических аспектов системы. Диаграммы состояния применяются для моделирования поведения сложных объектов, реагирующих на внешние события, а также для моделирования допустимых последовательностей операций спецификаций протоколов или языков.

     Диаграмма состояний отражает жизненный цикл объекта. На них отображаются события, в которых участвует данный объект, переходы и состояния объекта  между событиями. Диаграмма состояния  позволяют описывать жизненный цикл объекта с произвольной степенью детализации или упрощения, в зависимости от текущих потребностей.

     Событие (event) – это значимое или заслуживающее внимания происшествие.

     Состояние (state) – условие, характеризующее объект в некоторый момент между двумя состояниями.

     Переход (transition) – это такое отношение между двумя состояниями, которые указывает на переход объекта из одного состояния в другое при выполнении некоторого события.

Диаграмма классов

     Диаграммы классов являются центральным звеном объектно-ориентированных методов. Они иллюстрируют взаимоотношения программных элементов, а не понятий из предметной области.

 

 

Заключение

     В данном курсовом  проекте была спроектирована «Информационная система ГАИ». Сначала  был проведен анализ предметной области, на основании чего был сделан вывод, что лучшим способом хранения данных в данном случае является база данных, затем был разработан алгоритм действия программы.

     После этого был разработан пользовательский интерфейс, который позволит пользователям  без труда работать с данной программой, поскольку при разработке были использованы общепринятые стандарты (например, стандартный  для ОС Windows, оконный интерфейс).

     Данная  программа снабжена всей необходимой  для установки работы документацией.

 

     Литература

1. Технологии разработки программного обеспечения: Учебник / С. Орлов. – СПб.: Питер, 2002. – 464 с.
2. Благодатских В. А. и др. Стандартизация разработки программных средств: Учеб. пособие / Благодатских В. А., Волнин В. А., Поскакалов К. Ф.; Под ред. Разумова О. С. – М.: Финансы и статистика, 2003. -288 с.
3. Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2003. 352 с.
4. Рудаков А.В., «Технология разработки программных продуктов», Москва 2005г.;
5. Макарова Н. В.,«Информатика», Санкт-Петербург, Издательство «ПИТЕР», 2002 г.;