2
СОДЕРЖАНИЕ
ВВЕДЕНИЕ ............................................................................................................. 3
1. Информационные системы ........................................................................... 5
1.1. Наименование и область применения АИС ............................................. 5
1.2. Методология проектирования SADT ....................................................... 6
1.3. Методология проектирования DFD .......................................................... 7
1.4. Методология проектирования RAD ......................................................... 8
1.5. Методология проектирования UML ......................................................... 9
1.6. Проектирование диаграмм АИС ............................................................. 11
1.7. Безопасность АИС .................................................................................... 19
2. Разработка системы для компании «Отдых» ......................................... 28
2.1. Общие сведения о туристическом агентстве «Отдых» ........................ 28
2.2. Модель жизненного цикла ....................................................................... 33
2.3. Общие сведения о системе ...................................................................... 35
2.4. Назначение и цели создания системы .................................................... 37
2.5. Характеристика объекта автоматизации ................................................ 37
2.6. Требования к системе ............................................................................... 38
2.7. Состав и содержание работ по созданию системы ............................... 62
2.8. Порядок контроля и приёмки системы .................................................. 63
2.9. Требования к составу и содержанию работ ........................................... 64
2.10. Требования к документированию ........................................................ 65
ЗАКЛЮЧЕНИЕ ................................................................................................... 66
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ ....................................... 67
ПРИЛОЖЕНИЯ .................................................................................................. 69
3
ВВЕДЕНИЕ
Информационно-коммуникационные технологии (ИКТ), сегодня
проникли уже почти в каждую сферу нашей жизни, в том числе, в сферу
документооборота. Огромное количество информации циркулирует в
электронном виде по сетям и внутри автоматизированных информационных
систем (АИС) организаций. Фактически, на данный момент современные
тенденции развития различных сфер человеческой деятельности уже
немыслимы без широкого применения вычислительной техники и создания
АИС различного назначения. Обработка данных в подобных системах стала
самостоятельным научно-техническим направлением.
Актуальность темы обусловлена тем, что на сегодняшний день
информация в современном мире уже превратилась в один из наиболее
ценных ресурсов, а информационные системы стали необходимым
инструментом практически во всех сферах деятельности. Проектирование -
это, прежде всего, поиск способа, удовлетворяющего требованиям
функциональности системы благодаря средствам имеющихся технологий с
учетом заданных ограничений.
Проектирование АИС начинается после этапа построения
информационной модели. На данном этапе производится отбор и выбор
технологических решений, на основе которых будет построена данная АИС.
Огромное разнообразие разноплановых задач, решаемых с помощью АИС,
привело к появлению множества систем различного типа, отличающихся как
принципами построения, так и заложенными в них правилами обработки
информации.
Успешная реализация проекта – главная цель в любом проектировании
и для этого объект проектирования должен быть, прежде всего, адекватно и
верно описан, должны быть построены полные функциональные и
информационные модели АИС, непротиворечащие друг другу. На
сегодняшний день накоплен огромный опыт в области проектирования АИС,
и можно с уверенностью заявить, что это логически сложная, длительная и
4
трудоемкая работа, требующая высокой степени квалификации участвующих
в ней специалистов.
Цель выпускной квалификационной работы заключается в построении
модели АИС на примере туристического агентства, а также в составлении
технического задания (ТЗ) на разработку самой системы (АИС-отдых) в
соответствии с ГОСТ 34.602-89 и изучение базовых принципов подготовки
ТЗ на разработку АИС, их программного обеспечения (ПО). В задачи, в
соответствии с поставленной целью, входят:
рассмотрение методологии проектирования АИС;
создание примера реализации АИС;
разработка ТЗ на проект «АИС-отдых»;
Объектом исследования данной выпускной квалификационной работы
является система «АИС-отдых» в туристическом агентстве.
Предметом исследования является проектирование АИС в данной
организации.
5
1. Информационные системы
1.1. Наименование и область применения АИС
Информационные системы предназначены для обеспечения
работоспособности ИТ-инфраструктуры организации, предоставления
различных видов информационных сервисов, автоматизации финансовой и
производственной деятельности, а также бизнес-процессов организации.
Также они позволяют сократить как временные, финансовые, так и трудовые
затраты.
Наименование программного продукта – автоматизированная
информационная система для туристической фирмы «Отдых» (АИС-отдых).
Данная система предназначена для отображения достоверной информации о
фирме, связанной с реализацией отдыха клиентов и продажи путевок, о
наличии таких путевок (их актуальности), о самом агентстве, об адресе и
схеме проезда.
Пользователями АИС могут являться как сотрудники фирмы, так и
обычные пользователи, которые хотят получить информацию и посетили
агентство. Система должна обеспечивать возможность выполнения функций
авторизации администратора, загрузки существующего файла, просмотра и
редактирования содержимого системы, считывания информации из базы
данных (БД), а также отображения названия фирмы, копирайта и
комментариев разработчика.
Выходные данные системы должны быть организованы в виде
отдельных таблиц подключенной БД. Все файлы должны храниться на
локальных или съемных носителях, отформатированных согласно
требованиям операционной системы (ОС). АИС должна обеспечивать
взаимодействие с пользователем посредством графического
пользовательского интерфейса, разработанного согласно рекомендациям
компании-производителя ОС. Разработанный проект должен быть доступен
любому клиенту и сотруднику организации.
Рассмотрим основные методологии проектирования АИС.
6
1.2. Методология проектирования SADT
Методология SADT представляет собой совокупность методов, правил
и процедур, предназначенных для построения функциональной модели
объекта какой-либо предметной области. Модель SADT позволяет
отображать функциональную структуру объекта, производимые им действия
и связи между ними. Основные элементы данной методологии основываются
на следующих моментах:
графическое представление блочного моделирования. Графика
блоков и дуг SADT-диаграммы изображает функцию в виде блока, а
интерфейсы входа/выхода представляются дугами, соответственно
входящими в блок и выходящими из него. Посредством интерфейсных дуг,
выражающих «ограничение», описывается само взаимодействие блоков друг
с другом. Данные дуги в свою очередь определяют, когда и каким образом
функции выполняются и управляются;
строгость и точность. Поэтапное выполнение правил SADT не
накладывает чрезмерных ограничений на действия аналитика, но в то же
время требует достаточной строгости и точности.
Правила SADT включают:
ограничение общего количества блоков на каждом уровне
декомпозиции (правило 3-6 блоков);
уникальность наименований и меток (отсутствие имен - дублей);
связность диаграмм (номера блоков);
синтаксические правила для графики (блоков и дуг);
отделение организации от функции, то есть исключение влияния
организационной структуры на функциональную модель;
разделение входов и управлений (правило определения роли
данных).
Методология SADT может применяться для разработки системы,
которая удовлетворяет требованиям и реализует функции моделирования
7
широкого круга систем. Для уже существующих систем методологию SADT
можно применять, как анализатор функций, выполняемых системой, а также
для указания механизмов, посредством которых они осуществляются.
Результатом применения методологии SADT является модель,
состоящая из диаграмм, глоссария и фрагментов текстов, имеющих ссылки
друг на друга. Диаграммы – это ключевые компоненты модели, все функции
АИС и интерфейсы на них представлены как блоки и дуги. Тип интерфейса
определяет место соединения дуги с блоком. Управляющая информация
входит в блок сверху, в то время как данные, которые обрабатываются,
показаны с левой стороны блока, а результаты выхода показаны с правой
стороны. Сам механизм (человек или автоматизированная система),
осуществляющий операцию, представляется дугой, входящей в блок снизу.
Важнейшей особенностью методологии SADT является планомерное
введение все больших уровней детализации по мере создания диаграмм,
отображающих модель.
1.3. Методология проектирования DFD
DFD (Data Flow Diagrams) моделирование – это моделирование,
позволяющее представлять бизнес-процессы в виде формальных процедур,
описываемых стандартными средствами. Модель потоков данных
идентифицирует логические функции (процессы) и группы элементов
данных, наглядно показывает внешние по отношению к системе адресаты
данных, связывающие одну функцию с другой (потоки), а также
идентифицирует хранилища (накопители) данных, к которым
осуществляется доступ. С помощью словаря данных осуществляется
хранение и анализ структуры потоков данных и определения их компонент.
С помощью диаграммы DFD нижнего уровня каждая логическая функция
(процесс) может быть детализирована. В момент, когда дальнейшая
детализация перестает приносить пользу, переходят к выражению логики
функции при помощи спецификации процесса (мини-спецификации).
8
Основные символы и термины DFD:
процесс;
потоки данных;
внешняя сущность (или терминатор);
накопитель данных.
На основе декомпозиции процессов осуществляется декомпозиция
DFD – каждый процесс может раскрываться с помощью DFD нижнего
уровня.
1.4. Методология проектирования RAD
Одним из возможных подходов к разработке ПО и АИС является
методология быстрой разработки приложений RAD (Rapid Application
Development), получившая в последнее время весьма широкое
распространение.
Сама концепция RAD стала ответом на неудачные методы разработки
ПО еще в 1970-1980-х годах. Эти методы предусматривали крайне
медленный процесс создания программы или системы, что зачастую
менялись сами требования к ПО еще до выхода продукта. Основателем RAD
считается сотрудник IBM Джеймс Мартин.
RAD предполагает, что разработка ПО осуществляется малой командой
разработчиков за короткий срок путём использования инструментальных
средств визуального моделирования и разработки. Также Технология данная
технология предусматривает активное привлечение заказчика проекта на
ранних стадиях, что позволяет проводить обследование организации и
вырабатывать требования к АИС. Эти требования подразумевают полное
выполнение указаний заказчика - как функциональных, так и
нефункциональных, с обязательным учётом возможных изменений в период
создания системы, а также получение качественной документации,
обеспечивающей надлежащую эксплуатацию и сопровождение системы. Это
подразумевает, что дополнительные затраты на сопровождение АИС будут
9
значительно меньше. Таким образом, суммарное время от стадии начала
разработки до получения желаемого продукта при использовании данного
метода ощутимо сокращается.
Принципы RAD технологии, главным образом, направлены на
обеспечение трёх основных её преимуществ — высокой скорости верстки,
низкой стоимости и довольно высокого качества. Но достигнуть этого
качества продукта весьма непросто и одна из главных причин тому разное
виденье разработчиком и заказчиком предмета разработки системы.
1.5. Методология проектирования UML
UML – это язык графического описания для объектного моделирования
в области разработки программного обеспечения. UML - открытый стандарт
и язык широкого профиля, использующий графические обозначения для
создания UML-модели (абстрактной модели системы). Язык UML был
разработан в первую очередь для программных систем, их определения,
визуализации, проектирования и документирования. Не смотря на то, что
UML не является языком программирования, на основе его UML-моделей
возможна генерация кода.
Данный язык не ограничивается моделированием ПО, он также
используется для системного проектирования, моделирования бизнес-
процессов и отображения организационных структур.
UML помогает разработчикам ПО лучше сконцентрироваться на
проектировании и архитектуре, позволяет достигнуть соглашения в
графических обозначениях для представления общих понятий таких, как
компонент, класс, обобщение, агрегация и поведение.
В UML используются следующие виды диаграмм:
1) Структурные диаграммы:
диаграмма компонентов;
диаграмма классов;
диаграмма композитной/составной структуры;
10
диаграмма развёртывания;
диаграмма кооперации (язык UML 2.0);
диаграмма объектов;
диаграмма пакетов;
диаграмма профилей (язык UML 2.2).
2) Диаграммы поведения:
диаграмма состояний;
диаграмма деятельности;
диаграмма вариантов использования.
3) Диаграммы взаимодействия:
диаграмма коммуникации (язык UML 2.0);
диаграмма обзора взаимодействия (язык UML 2.0);
диаграмма синхронизации (язык UML 2.0).
диаграмма последовательности;
Преимущества UML:
1) Методы проектирования и описания результатов анализа в языке
UML семантически близки к методам программирования на современных
объектно-ориентированных языках;
2) UML дает возможность описать систему, по сути, со всех
возможных точек зрения, рассмотреть разные аспекты поведения системы;
3) Синтаксис языка UML довольно прост и после быстрого
ознакомления с ним диаграммы не представляют сложности даже для
начинающих изучение языка;
4) UML применяется в сфере программной инженерии и позволяет
вводить собственные текстовые и графические стереотипы;
5) UML динамично развивается и получил широкое распространение.
Проанализировав задачу нашего проектирования, можно вывести
следующие критерии и требования к методологии по разработке «АИС-
отдых». Методология должна:
11
поддерживать полный жизненный цикл ПО;
гарантировать достижение целей разработки АИС с заданным
качеством и в установленные сроки;
обеспечивать возможность выполнения отдельных проектов в виде
подсистем, которые могут создаваться специальными группами
разработчиков;
обеспечивать минимальное время получения работоспособной
АИС.
предусматривать возможность управления конфигурацией
проекта, ведения версий проекта и его составляющих, возможность
автоматического выпуска проектной документации и синхронизацию ее
версий с версиями проекта;
обеспечивать независимость выполняемых проектных решений от
средств реализации АИС;
быть поддержана комплексом согласованных CASE-средств,
обеспечивающих автоматизацию процессов, выполняемых на всех стадиях
жизненного цикла.
1.6. Проектирование диаграмм АИС
Проанализировав основные методы проектирования АИС, в качестве
примера, мною был использована методология объектного проектирования
на языке UML для создания таких диаграмм, как:
диаграмма вариантов использования;
диаграмма состояний;
диаграмма компонентов;
диаграмма размещения.
Данная методология, на мой взгляд, наиболее полно соответствует
заявленным требованиям и отвечает всем критериям.