Построив  первый уровень проведем декомпозицию второго шага – «предоставление доступа к ИР, ПР и АР». Второй уровень представлен на рисунке 4.

      На  втором уровне указаны такие атрибуты деятельности как:

• Входная/выходная информация;
• Осуществляемая деятельность;
• Роль;
• Правила.

     В разделе деятельность отражаются шаги бизнес процесса или деятельность процесса.

     В разделе входная/выходная информация – входные/выходные бизнес сущности, связанные с шагом бизнес процесса.

     В разделе исполнитель – роль, ответственную  за выполнение шага бизнес процесса.

     В разделе правила - описание бизнес правил или ссылки на модели бизнес правил для рассматриваемого шага бизнес процесса.

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

     

Рисунок 4 – Декомпозиция макрошага «Предоставление доступа к ИР, ПР и АР»

 

Описание Use case модели

      Далее строим Use case модель. Этот вид диаграмм позволяет создать список операций, которые выполняет система. Часто  этот вид диаграмм называют диаграммой функций, потому что на основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых системой функций.

      Use case – это описание сценария  поведения, которому следуют действующие  лица (Actors).

      

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

      Диаграмма Use case представлена на рисунке 5.

Рисунок 5 – Use-case модель процесса «Формирование, согласование и регистрация заявок на получение СВТ и предоставления доступа к ИР, ПР и АР»

      На  данной модели представлено, как две  созданные заявки на выдачу СВТ и  на предоставление доступа к информационным ресурсам, программным ресурсам и  аппаратным ресурсам, проходят весь путь согласования и утверждения, до выполнения и занесения всей информации в БД.

 

Описание  бизнес-сущностей

      Также необходимо перечислить и представить  используемые в системе бизнес-сущности, которые представляют собой входящую и выходящую информацию системы. Модель бизнес-сущностей процесса формирования, согласования и регистрации заявок на получение СВТ и предоставления доступа к ИР, ПР и АР представлена на рисунке 6. 

Рисунок 6 – Модель бизнес-сущностей процесса «Формирование, согласование и регистрация заявок на получение СВТ и предоставления доступа к ИР, ПР и АР»

   В модели представлены следующие бизнес-сущности:

• Сформированная заявка на получение СВТ;
• Сформированная заявка на предоставление доступа к ИР, ПР и АР;
• Информация о сотруднике;

• Информация  о СВТ;
• Информация о ИР;
• Информация о ПР;
• Информация о АР;
• БД с отчетностью.

   На  основе данных представленных бизнес-сущностей  осуществляется выполнение процессов  функционирования данной системы.

 

Описание  бизнес-классов

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

   

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

Рисунок 7 – Модель бизнес-классов процесса «Формирование, согласование и регистрация заявок на получение СВТ и предоставления доступа к ИР, ПР и АР»

Интерфейс АИС по формированию, согласованию и регистрации заявок на получение СВТ и предоставления доступа к ИР, ПР и АР

      В завершении этапов анализа, проектирования и реализации АИС по формированию, согласованию и регистрации заявок на получение СВТ и предоставления доступа к ИР, ПР и АР моделируется будущий интерфейс (Рисунок 8).

Рисунок 8 – Наглядный  вид интерфейса АИС по формированию, согласованию и регистрации заявок на получение СВТ и предоставления доступа к ИР, ПР и АР

Главное меню состоит  из трех кнопок для управления заявками:

• Сформировать заявку;
• Просмотр заявок;
• Поиск заявки.

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

   Выбрав  в меню «Просмотр заявок», АИС  выведет на экран последние 20 поданных заявок.

   Выбрав  в меню «Поиск заявки», появляется форма с различными вариантами поиска, по номеру заявки, по дате подачи или по фамилии ответственного. Также существует возможность корректировки или удаления заявки. 

 

    Заключение

          В результате выполнения курсового проекта было осуществлен анализ и проектирование предметной области. Были реализованы UML-модели, с использованием case-технологий и с помощью программного средства «Enterprise Architect».

      Была  разработанная и описанная АИС  по формированию, согласованию и регистрации заявок на получение СВТ и предоставления доступа к ИР, ПР и АР. 
 
 

 

Список  использованной литературы

1. Вендров А.М. «Практикум по проектированию программного обеспечения       экономических  информационных систем»: Учебное пособие. – Москва: финансы и статистика, 2002г. – 192 с.: ил.
2. ГОСТ Р ИСО/МЭК 12207. Процессы жизненного цикла программных средств, М. Госстандарт России, 1999, - 46 с.
3. ГОСТ 34.003 - 90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения. 1992, 23 с.
4. ГОСТ 34.201 – 89. Виды, комплектность и обозначение документов при создании автоматизированных систем. – 7 с.
5. ГОСТ 24.703-85 Типовые проектные решения  в АСУ. Основные положения; - 4 с.
6. Карл Вигерс Разработка требований к программному обеспечению М.: Издательско-торговый дом «Русская Редакция», 2004. – 576 с.