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

Автор работы: Пользователь скрыл имя, 17 Января 2011 в 23:27, курсовая работа

Краткое описание

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

Содержание

Введение 3
Описание предметной области 5
Техническое задание 6
Этап построения UML-диаграмм 8
Описание бизнес-целей 10
Описание бизнес-процессов 11
Описание Use-case модели 14
Описание бизнес-сущностей 16
Описание бизнес-классов 18
Интерфейс АИС по по формированию, согласованию и регистрации заявок на получение СВТ и предоставления доступа к ИР, ПР и АР 19
Заключение 21
Список использованной литературы. 22

Вложенные файлы: 1 файл

Разработка АИС.doc

— 1.06 Мб (Скачать файл)

Министерство  образования и  науки Российской Федерации

Уфимский  государственный  авиационный технический  университет 
 
 
 
 
 

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

Пояснительная записка к курсовому проекту

по общепрофессиональной дисциплине

«Информационные системы в налогообложении» 
 
 

      Факультет  Институт экономики и управления

      Кафедра   Экономической информатики

      Курс   5

      Семестр   9

      Код специальности   
       
       
       
       
       
       
       
       

    Оценка ________________   Исполнитель

    Консультант доц. каф. ЭИ            студ. гр.

                                              (зач. кн.)

    ___________ _____________   ___________.

    «___» ____________ 2010 г.   «___» ___________ 2010 г. 

Уфа 2010

 

Содержание

 

Введение

      Проектирование  автоматизированных информационных систем это формализованное представление  решений по созданию автоматизированной системы.

      Автоматизированная  экономическая система:

  • технические средства;
  • люди;
  • информационные ресурсы;
  • программные средства.

   Автоматизированная  информационная система (АИС) - человеко-машинная система, в которой с помощью  экономико-математических методов  современных средств сбора, передачи и обработки, экономической информации решаются задачи по управлению производственными процессами.

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

   Основные  направления развития АИС:

- Развитие децентрализованных  систем обработки данных;

- Объединение  и развитие интегральных систем;

- Развитие, создание  автоматизированных банков данных;

- Интеграция  микроэлектроники с оборудованием;

- Интеграция  электрических и технических автоматизированных систем.

    Проблемы  автоматизации проектирования ПО (в  частности, визуального моделирования) породили потребность в программно-технологических  средствах специального класса - CASE-средствах.

    

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

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

      Необходимо  спроектировать наглядные модели бизнес-целей, бизнес-процессов, бизнес-сущностей, бизнес-классов, функций системы (use-case модель), а также необходимо сформировать наглядный вид интерфейса автоматизированной информационной системы.

 

Описание  предметной области

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

      Каждый  сотрудник налоговых органов имеет уровень доступа к информационным, программным и аппаратным ресурсам. Этот уровень зависит от всевозможных факторов, как от должности, так и от отдела, в котором он работает.

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

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

 

Техническое задание

      Создаваемые документы «Заявка на выдачу СВТ» и «Заявка на предоставление доступа  к ИР, ПР и АР» содержат сведения о сотруднике, подающим заявку и о необходимых ресурсах для его работы.

      Заявки  содержат:

      -НПП  заявки;

    -Дата поступления  заявки; 
    -Дата исполнения заявки;

      - Исполнитель;

      -НПП  сотрудника;

      -Номер  отдела;

      -id ресурса;

      -Инвентарный  номер СВТ;

      -Код  доступа.

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

  • добавление информации ;
  • редактирование информации ;
  • удаление информации;
  • просмотр информации;
  • согласование информации (утверждение содержания и формы представления информации );
  • поиск информации.

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

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

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

    

    Программный продукт должен иметь UML-диаграммы:

    • диаграммы-целей – диаграмма, отображающая расположение целей относительно их уровня важности;
    • диаграмма-процессов - разновидность диаграммы состояний, показывает поток действий внутри системы;
    • диаграмма-классов - показывает набор классов,  интерфейсов, сотрудничеств и их отношений. Дает статическое представление системы;
    • диаграмма-UseCase - показывает конечный автомат, представляет состояния, переходы, события и действия. Дает динамическое представление системы;
    • диаграмма-сущностей – показывает набор различных входных и выходных сущностей потока действий внутри системы;
    • интерфейс – наглядное представление интерфейса АИС.

      Для создания моделей используются инструменты Enterprise Architect (ЕА) версии 6.1, который поддерживает универсальный язык моделирования Unified Modeling Language (UML) версии 2.0.

      Прежде чем приступать к работе с ИС, сотрудники должны внимательно ознакомиться с настоящей инструкцией. 
 

 

Этап  построения UML-диаграмм

      Унифицированный язык моделирования (Unified Modeling Language,UML) – это универсальный язык визуального моделирования систем. Хотя чаще всего UML ассоциируется с моделированием ОО программных систем, он имеет намного более широкое применение благодаря свойственной ему расширяемости.

      UML объединил лучшие современные технические приемы моделирования и разработки программного обеспечения. По сути, язык UMLбыл задуман так, чтобы его можно было реализовать посредством его же инструментальных средств. Фактически это признание того, что большие современные программные системы, как правило, нуждаются в инструментальной поддержке. UML диаграммы легко воспринимаются и при этом без труда генерируются компьютерами.

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

      В UML модели есть два аспекта:

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

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

      Эти два аспекта модели UML идут рука об руку, и ни один из них не является по настоящему полным без другого.

      

      

      Структура UML включает:

строительные блоки – основные элементы, отношения и диаграммы UML модели;

общие механизмы – общие UML пути достижения определенных целей;

архитектура – UML представление архитектуры системы.

      Понимание структуры UML дает нам представление о структуре всего изложенного в книге материала. Наличие структуры также указывает на то, что сам UML – это спроектированная система с собственной архитектурой.

     UML - это язык для визуализации, специфицирования, конструирования и документирования артефактов программных систем.

     Состав  работ на этом этапе состоит в  построении диаграмм, соответствующим  различным уровням моделирования  системы.

 

Описание  бизнес-целей

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

      Подцелью  является: Создание АИС формирования, согласования и регистрации заявки.

     Для создания модели бизнес-целей добавляется  в папку проекта диаграмма  типа Custom (Extended Class). Цель обозначается прямоугольным объектом Class со Stereotype – target.

     Модель  бизнес-целей представлена на рисунке 1.

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

 

Описание  бизнес-процесса

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

      

      Создаем Use-case модель с отражением на ней выполняемой функции, пользователя этой функции и достигаемой цели при выполнении этой функции. Также делаем ссылку на модель бизнес-процессов. Для это создается в папке проекта модель типа Use-case (рисунок 2).

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

      После построения Use-case модели процесса, строим непосредственно сам бизнес процесс, используя нотацию диаграммы деятельности (activity diagram).

      На  рисунке 3 изображен первый уровень  модели.

      

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

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