Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Оглавление

Введение

1. Обзор современных систем планирования и учета спортивных и зрелищных мероприятий

1.1 Анализ деятельности компании по организации спортивных и зрелищных мероприятий

1.2 Анализ современного состояния систем автоматизации деятельности по организации спортивных и зрелищных мероприятий

1.3 Технико-экономическое обоснование необходимости разработки АСПУ СиЗМ

2. Проектирование АСПУ СИЗМ

2.1 Обоснование выбора CASE-средств проектирования

2.2 Построение структурно-функциональной модели АСПУ

2.3 Построение информационно-логической модели АСПУ

2.3.1 Создание логической модели базы данных

2.3.2 Создание физической модели базы данных

2.4 Разработка пользовательского интерфейса АСПУ

2.5 Выводы

3. Разработка программного обеспечения АСПУ СИЗМ

3.1 Обоснование выбора средств разработки

3.2 Разработка плана внедрения

3.3 Тестирование АСПУ

3.4 Выводы

Заключение

Список использованных источников

Приложения



Введение

спортивный база данные программный

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

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

В иерархии полезностей, предоставляемых нам компьютерными системами, не последнее место занимает хранение и использование различной информации. «Кто владеет информацией, тот владеет миром». Эта крылатая фраза, произнесенная Натаном Ротшильдом более двух столетий назад, как нельзя более точно определяет работу современного специалиста. Информация поступает к нам на компьютер отовсюду: с жесткого диска, из съемных носителей, посредством локальной или глобальной сети. Наиболее удобными для хранения и систематизации информации являются АИС - Автоматизированные информационные системы на основе баз данных. Они позволяют хранить огромные массивы данных, быстро их обрабатывать, производить необходимые расчеты и выдавать результат за считанные секунды. АИС нашли применение в решении следующих задач: организация хранилищ данных, системы анализа данных, системы принятия решений, персональные базы данных, прикладные базы данных, распределенные информационные системы, базы данных для всемирной сети Интернет. Это далеко не полный перечень их применения.

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

Цель данной работы: разработать Автоматизированную информационную систему для учета и анализа спортивных мероприятий.

Для достижения поставленной цели в ходе выполнения данной дипломной работы нужно выполнить следующие задачи:

- проанализировать рынок на предмет наличия подобного ПО, провести анализ существующих коммерческих и бесплатных систем;

- изучить основные проблемы, возникающие при разработке ПО данного направления;

- разработать логическую модель базы данных (БД) «Спортивные мероприятия»;

- изучить доступные средства разработки и определить наиболее подходящие для решения поставленной задачи;

- разработать физическую модель БД «Спортивные мероприятия», с учетом всех необходимых функций и недостатками аналогичных систем;

- протестировать разработанную БД.

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



1. Обзор современных систем планирования и учета спортивных и зрелищных мероприятий

1.1 Анализ деятельности компании по организации спортивных и зрелищных мероприятий

Общероссийская общественная физкультурно-спортивная организация «Всероссийская федерация школьного спорта» основана 10 августа 2010 г. В г. Москва. Юридический адрес организации: 125040, г. Москва, ул. Скаковая, д. 32 стр. 2 комн. 38 http://school-sports.ru/contacts/.

Основные направления общественной деятельности организации:

- физкультурно-оздоровительная деятельность;

- деятельность по организации отдыха и развлечений школьников;

- предоставление социальных услуг, в том числе деятельность, направленная на оказание социальной помощи детям;

- благотворительная деятельность, связанная с развитием школьного спорта;

- дополнительное образование детей;

- деятельность детских лагерей на время каникул;

- издательская и полиграфическая деятельность, связанная с развитием школьного спорта.

Федерация школьного спорта, ведет работу с 2010 г. За это время, было проведено множество спортивных турниров и мероприятий регионального, всероссийского и международного спорта. Основные участники мероприятий, лица школьного возраста.

Возглавляет организацию 3-х кратная олимпийская чемпионка, 10-кратная чемпионка мира по фигурному катанию Ирина Константиновна Роднина.

Реализованные проекты: «Детский спорт», «Дворовый тренер», «Школьный спорт», «Фестиваль школьного спорта стран СНГ».

Рассмотрим деятельность организации на примере реализации проекта «Школьный спорт».

Проект «Школьный спорт» http://school-sports.ru/projects/dvorovyjj-trener/.

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

Задачи проекта:

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

- формирование предложений в Концепцию реформирования школьного спорта;

- содействие модернизации системы физического воспитания в школе;

- содействие повышению качества жизни российских граждан, в части здорового образа жизни;

- популяризация занятий физической культурой и спортом среди подрастающего поколения.

Обоснование актуальности проекта.

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

Одной из основных причин этого является чрезвычайно высокий дефицит двигательной активности школьников, достигающий от 40 до 75 % физиологических норм. Уроки физической культуры покрывают этот дефицит лишь на 10-18%

В «Стратегии 2020» обозначен целевой индикатор вовлечения школьников в регулярные занятия, физической культурой и спортом в 80%, что может считаться одним из важнейших социально-экономических показателей. Достижение такого показателя требует разработки принципиально иных системных подходов к развитию школьного спорта, что и положено в основу проекта.

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

Благодаря Проекту, спорт в школе получит широкое освещение в СМИ и интернете. Данная популяризация приведет к созданию школьных лиг по наиболее популярным видам спорта, что в последствие привлечет внимание субъектов РФ к строительству современных школьных стадионов и спортивных залов. Участие в лигах школьных команд позволит детям почувствовать здоровый интерес к спорту, к жизни, научить быть командой, а так же покажет реальный темп развития школьного спорта в субъектах РФ. Совместное участие проекта «Школьный спорт», и Всероссийской федерации школьного спорта в соревнованиях Международной федерации школьного спорта ISF .

На первом этапе (2010 г.) охват потенциальной целевой аудитории составит около 4 млн. человек, на втором (2011-2012гг.) -- около 9 млн. человек, на третьем (2013-2020 гг.) - около 14 млн. человек. По итогам реализации проекта, к 2020 г. общий охват потенциальной целевой аудитории составит более 27 млн. человек.

Описание методики реализации проекта.

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

· Составление карты потребности в школьных спортивных объектах и их оснащенности.

· Анализ отечественных и мировых тенденций в строительстве, оснащении и эффективной эксплуатации школьных спортивных объектов.

· Проведение конкурса по номинациям «Лучший проект школьного зала», «Лучший проект школьного стадиона».

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

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

· Сбор и оценка информации по эффективным способам ведения школьной спортивно-массовой работы.

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

· Организация и проведение соревнований между школьными спортивными клубами в субъектах Российской Федерации.

· Создание официального портала проекта.

· Правовая работа: разработка предложений к законопроектам по вопросам школьного спорта и физического воспитания подрастающего поколения; разработка предложений к федеральным и региональным программам финансирования строительства школьных спортивных объектов.

Этапы и сроки реализации проекта. (Проект реализуется до 2015 г.).

Первый этап (2011 г.):

· Проведение анализа и мониторинга;

· Составление карты потребности в школьных спортивных объектах и их оснащенности;

· Создание официального портала проекта;

· Сбор и оценка информации по эффективным способам ведения школьной спортивно-массовой работы;

· Организация и проведение всероссийских конференций, круглых столов, региональных спортивных форумов по школьному спорту;

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

Второй этап (2012-2013 гг.):

· Правовая работа, проведение конкурса по номинациям «Лучший проект школьного зала», «Лучший проект школьного стадиона»;

· Организация и проведение всероссийских конференций, круглых столов, региональных спортивных форумов по школьному спорту;

· Организация и проведение соревнований между школьными спортивными клубами в субъектах Российской Федерации.

Третий этап (2014-2015 гг.):

· Правовая работа, проведение конкурса по номинациям «Лучший проект школьного зала», «Лучший проект школьного стадиона»;

· Организация и проведение всероссийских конференций, круглых столов, региональных спортивных форумов по школьному спорту;

· Организация и проведение соревнований между школьными спортивными клубами в субъектах Российской Федерации.

Ресурсное обеспечение: Финансирование проекта осуществляется Оператором проекта и партнерами проекта.

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

Ожидаемые результаты реализации проекта:

1. Повышение электоральной привлекательности.

2. Разработка инновационной системы развития школьного спорта в России.

3. Модернизация материально-технического, кадрового, методического обеспечения и информационно-агитационного сопровождения школьного спорта.

4. Развитие системы проведения школьных соревнований и создания школьных спортивных клубов.

5. Формирование предложений в Концепцию реформирования школьного спорта.

6. Популяризация занятий физической культурой и спортом среди подрастающего поколения.

7. Содействие повышению качества жизни российских граждан, в части здорового образа жизни.

1.2 Анализ современного состояния систем автоматизации деятельности по организации спортивных и зрелищных мероприятий

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

Sport-Keeper

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

Sport-Keeper - это тщательно разработанная, проверенная практикой и абсолютно готовая к работе автоматизированная система мониторинга спортивных сооружений, управления подготовкой спортивно-зрелищных мероприятий, билетным хозяйством, организации продаж и резервирования билетов в реальном времени. Отличительными свойствами системы являются: наиболее широкие функциональные возможности, уникальная надежность программно-аппаратного комплекса и беспрецедентная устойчивость системы http://www.isd.su/extensions/stadions.html.

Технологический цикл подготовки зрелищных мероприятий и реализации билетов:

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

- Планирование и управление мероприятиями.

- Подготовка билетов к реализации.

- Реализация и оперативное управление продажами билетов.

- Подведение итогов реализации, учет и отчетность.

Управление мероприятиями:

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

- Создание дизайна и управления макетами билетов, приглашений и других форм входных документов.

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

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

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

- Оперативная (от 15 минут) подготовка билетов, бесплатных приглашений, разовых пропусков и других входных документов.

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

Управленческий учет и отчетность:

- Список и характеристики мероприятий.

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

- Выпуск и реализации билетов (в том числе в разрезе детализаций, кассиров, касс, мероприятий и сумм выручки);

- Валовой сбор.

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

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

- Количественный отчет по изготовлению билетов на мероприятие.

- Детальный отчет о количестве свободных и зарезервированных мест.

- Отчет по состоянию продаж, процессов подготовки и реализации билетов в режиме реального времени.

- Детальный настраиваемый пользователем отчет по операциям кассиров в определенный интервал времени.

- Отчет по продажам билетов на все мероприятия и сопутствующей продукции за конкретный период.

- Отчет по количеству отпечатанных бланков по всем автоматизированным кассам.

suXess Арена

Платежно-пропускная система suXess Арена™ является передовой российской разработкой, которая объединяет функции системы подготовки и выпуска билетов на зрелищные мероприятия и системы контроля прохода зрителей (рис. 1) http://www.isdpps.com.ua/.

Рис.1. Интерфейс программы

Основные возможности suXess Арена.

Бронирование и реализация билетов:

- начало продажи билетов практически сразу после объявления мероприятия;

- мгновенное распределение билетов между точками реализации;

- регламентированный доступ всех кассиров ко всем продаваемым местам;

- контроль всех операций кассиров исключает возможность неправомочных сделок.

Сезонные абонементы и фан-карты:

- подготовка схемы выпуска абонементов;

- регистрация и ведение базы владельцев абонементов;

- оформление абонементов с использованием пластиковых карт;

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

Автоматизированный входной контроль билетов:

- использование стационарных и мобильных турникетов, а также ручных сканеров;

- блокировка или взятие на особый учет любого билета;

- исключение прохода по поддельным билетам и повторного прохода;

- регистрация попыток несанкционированного доступа;

- адекватная оценка посещаемости.

Платежно-пропускная система suXess Арена™ позволяет также автоматизировать и максимально эффективно организовать работу в следующих областях:

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

Управление подготовкой мероприятий - планирование и управление подготовкой зрелищных мероприятий различного типа.

Учет бланков строгой отчетности - формирование первичных документов и ведение аналитического учета в соответствии с требованиями нормативных документов.

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

Система позволяет повысить уровень безопасности проведения мероприятий:

- четкий порядок и контроль реализации билетов

- организованная работа с фан-клубом

- минимизация человеческого фактора на входном контроле

- отсутствие безбилетников на трибунах

- многоуровневый контроль с использованием автоматических турникетов

Повышение эффективности и качества работы службы безопасности.

Затраты на внедрение платежно-пропускной системы suXess Арена™ и не только полностью окупаются, но и приносят доходы:

1. Увеличение выручки от реализации билетов на 15-20%;

2. Повышение фактической посещаемости мероприятий на 10-15%;

3. Предотвращение злоупотреблений с билетами;

4. Снижение трудоемкости и временных затрат на билетные операции;

5. Сокращение накладных расходов и обслуживающего персонала;

6. Повышение качества и эффективности работы.

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

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

1.3 Технико-экономическое обоснование необходимости разработки АСПУ СиЗМ

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

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



Таблица 1

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

Продукт	Преимущества	Недостатки
Sport-Keeper	Модульная система, высокая функциональность	Высокая цена, излишняя функциональность
suXess Арена™	Формирование задания для каждого работника	Высокая стоимость внедрения
Предлагаемый продукт	Соответствие возможностей насущным требованиям, низкая цена внедрения, возможность разделения доступа	Малая степень масштабируемости

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



2. Проектирование АСПУ СИЗМ

2.1 Обоснование выбора CASE-средств проектирования

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

Все эти методологии используют метод декомпозиции при проектировании ИС - система делится на составные части, связанные и взаимодействующие друг с другом, образовывая иерархическую структуру Путилин А.Б. Компонентное моделирование и программирование на языке UML. Практическое руководство по проектированию информационно-измерительных систем - М.: НТ Пресс, 2005 г.- 664 с..

При разработке ИС следует определить:

1) объекты ИС (сущности);

2) их свойства (атрибуты);

3) взаимодействие объектов (связи) и информационные потоки внутри и между ними.

Разработка ИС производится, как правило, в несколько этапов, на каждом из них конкретизируются и уточняются элементы разрабатываемой ИС.

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

Рис. 2.Каскадная схема жизненного цикла информационной системы

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

На стадии проектирования ИС большое значение имеет анализ существующих примеров реализации информационных и производственных процессов, а также нормативной информации, которые определяют необходимый объем и формат хранения и передачи информации. Если в процессе внедрения существенной перестройки устоявшихся бизнес-процессов или информационных процессов на базовом предприятии не ожидается, модель ИС нужно строить в соответствии с использующимися в организации методами и формами хранения и обработки данных Новиков Ф.А. Моделирование на UML. Теория, практика, видеокурс (+ 2 DVD-ROM) - М.: Профессиональная литература, Наука и техника, 2010 г.- 640 с. в виде журналов, ведомостей, таблиц, бумажных носителей и т. д. Схема формирования ИС представлена на рис. 3.

Рис. 3. Схема формирования информационной системы

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

Физическая модель - отражает все атрибуты сущностей ИС, связи между ними, с указанием способа их хранения (СУБД).

В данном случае, в качестве информационных объектов выступают таблицы базы данных, соответствующие сущностям концептуальной модели, атрибутам соответствуют поля таблиц нужного типа и формата Кириллов В.В. Основы проектирования баз данных - М.: Финансы и статистика, 1997. - 204 с..

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

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

В международных стандартах проектирования ИС присутствуют методологии группы IDEF (Icam DEFinition, ICAM - Integrated Computer-Aided). Они предоставляют разработчику механизмы эффективного проектирования, отображения и анализа модели деятельности широкого ряда сложнейших систем в различных ракурсах (инжиниринг или реинжиниринг). На современном этапе к семейству IDEF относятся стандарты IDEF0 - IDEF14, самыми важными из них при разработке ИС являются:

IDEF0 (Function Modeling) - методология функционального моделирования ИС. С помощью IDEF0, проектируемая система представляется в виде схемы взаимосвязанных функциональных блочков. Эта методология на разработанной компанией SofTech, технологии «SADT» - структурированного анализа и разработки (Structured Analysis and Design Technique). Эта методология является первым этапом в проектировании информационной системы;

IDEF1(Information Modeling) - это методология для моделирования и анализа существующих информационных потоков базового предприятия. В основе методологии лежит метод «Сущность-Связь-Ключ-Атрибут» (Entity-Link-Key-Attribute - ELKA) и построение диаграмм «Сущность-связь» (ERD - Entity-Relationship Diagram);

IDEF3 (Process Description Capture) - это методология для детального документирования процессов, происходящих в системе, использующаяся для исследования техпроцессов на предприятиях. IDEF3 присуща прямая взаимосвязь с IDEF0 - каждый функциональный блок может быть представлен в виде самостоятельного процесса средствами IDEF3 Цикритзис Д., Лоховски Ф. Модели данных. - М.: Финансы и статистика, 1985. - 214 с.;

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

Рис. 4. Функциональный блок по стандарту IDEF0

По требованию стандарта, наименование каждого блока формулируется в глагольном наклонении. Каждая сторона функционального блока имеет свое значение (роль), при этом:

- верхняя сторона - «Управление» (Control);

- левая сторона - «Вход» (Input);

- правая сторона - «Выход» (Output);

- нижняя сторона - «Механизм» (Mechanism).

Способы отображения функциональных моделей IDEF0 используют инструменты проектирования ИС (CASE-средства Computer-Aided Software System Engineering), такие, как, к примеру, BPwin фирмы Computer Associates и прочие. Применение CASE-средств эффективно при проектировании сложных информационных систем коллективом разработчиков, когда стоит задача в повышении производительности труда, улучшении качества программных продуктов, обеспечении согласованного взаимодействия разрабатываемых модулей ИС Петров В.Н. Информационные системы - СПб.: Питер, 2002.. Метод IDEF1, являясь методом анализа, описывает:

- как информация собирается, хранится и обрабатывается на предприятии;

- правила и логику управления информацией;

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

В стандарте IDEF1сущности и связи концептуальной модели изображаются, как показано на рис. 5.

Рис. 5. Изображение сущности и связей концептуальной модели по IDEF1

Стандарт IDEF1X описывает способы изображения двух типов сущностей - независимой и зависимой, и связей - идентифицирующих и неидентифицирующих (рис. 6).

Рис. 6. Изображение сущностей и связей по стандарту IDEF1X

Принципы изображения концептуальных моделей баз данных стандарта IDEF1и IDEF1X используют CASE Studio и другие CASE-средства. Подобные системы позволяют на основе концептуальной модели генерировать физическую модель и программный код создания базы данных для большинства наиболее распространенных СУБД и серверов баз данных.

Важное место в моделировании информационных систем занимает методология UML - унифицированный язык моделирования (Unified Modeling Language).

UML - язык для спецификации, визуализации, конструирования и документирования сложных информационно-насыщенных объектных систем. В настоящее время зарегистрирован, как международный стандарт ISO/IEC 19501:2005 «Information technology - Open Distributed Processing - Unified Modeling Language (UML)». Инструментальные средства, поддерживающие методологию UML - Rational Rose (Rational Software), Paradigm Plus (CA/Platinum), ARIS(IDS Sheer AG), Together Designer (Borland) и др Леоненков А.В. Самоучитель UML 2 - М.: БХВ-Петербург, 2007 г.- 576 с..

Другие методологии, используемые при моделировании ИС:

DFD - технология анализа «потока данных»;

Workflow - технология анализа «потока работ».

В России в списке действующих ГОСТов по разработке автоматизированных ИС следующие:

ГОСТ 34.003-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения».

ГОСТ 34.201-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем».

ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания».

ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».

2.2 Построение структурно-функциональной модели АСПУ

В мире информационных технологий функциональное моделирование переживает второе рождение. Интерес к этому виду компьютерного моделирования оживился в связи с существенным технологическим развитием систем моделирования, которые на сегодняшний день являются мощным аналитическим средством, вобравшим в себя весь арсенал новейших информационных технологий, включая развитые графические оболочки для целей конструирования моделей и интерпретации выходных результатов моделирования, мультимедийные средства и видео, поддерживающие анимацию в реальном масштабе времени, объектно-ориентированное программирование, Internet - решения и др. В силу своей привлекательности и доступности эти технологии функционального моделирования с легкостью покинули академические стены и сегодня осваиваются IT- специалистами в бизнесе Колесов Ю.Б. Моделирование систем. Объектно-ориентированный подход - М.: БХВ-Петербург, 2006 г.- 192 с..

Построение моделей в IDEF0 на основе организационной структуры.

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

Рис. 7. Организационная структура Федерации школьного спорта

В настоящее время в организации за регистрацию и спортивных мероприятий отвечает секретарь директора. В его обязанности входит получение и систематизация информации о проводимых спортивных мероприятиях, а также составление отчетности для администрации http://school-sports.ru/.

Рис. 8. Схема деятельности секретариата директора организации в идеологии IDEF0

В соответствии с данной схемой (рис. 8) составим логическую модель системы на Унифицированном языке моделирования (UML). Вначале дадим краткое определение используемых средств.

UML. Унифицированный язык моделирования (Unified Modeling Language, UML) появился как ответ на потребность в универсальном языке объектного моделирования, который могла бы использовать любая компания. UML - своего рода вариант чертежа, принятый в индустрии информационных технологий.

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

Для создания логической модели на языке UML, мы воспользуется программным продуктом Rational Rose 7.0.

Rational Rose - мощный инструмент анализа и проектирования объектно-ориентированных программных систем. Он позволяет моделировать системы до написания кода, так что вы можете с самого начала быть уверенны в адекватности их архитектуры Трофимов С.А. CASE-технологии: практическая работа в Rational Rose/ С.А. Трофимов. - М.: Бином-Пресс, 2002. - 288 с..

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

Для понимания работы системы в целом и взаимодействия ее участников (Актеров) создадим логическую модель работы системы в Rational Rose.

1. Диаграмма вариантов использования. Показывает варианты использования Актерами системы, а также связи между ними. В нашем случае Актером системы выступает секретарь директора, далее Секретарь (рис. 9).

Рис. 9. Диаграмма вариантов использования Актера Секретарь

2. Диаграмма взаимодействия (кооперативная). В отличии от диаграммы вариантов использования больше внимания уделяет связям между Актерами системы Там же (рис. 10).

Рис. 10. Кооперативная диаграмма для Актера Секретарь

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

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

Диаграмма классов. Дает представление об объектах системы в логическом представлении Там же (рис.11).

Рис. 11. Диаграмма классов АИС «Спортивные мероприятия»

Как видно из диаграммы классов в системе существует два основных класса, это - Пользователь и Система.

Класс Пользователь:

· Свойства:

- Фамилия, Имя, Отчество;

- Должность;

- Логин;

- Пароль;

- Назначенная роль;

· Методы:

- Вход в систему;

- Подключение к базе данных;

- Чтение из базы данных;

- Запись в базу данных;

- Выход из системы.

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

На основе анализа работы предприятия и выделения факторов, благоприятных и неблагоприятных для него, можно сделать выводы и предположения по дальнейшей работе рассматриваемого объекта, а также рассмотреть возможности предприятия к дальнейшему улучшению своего положения на рынке и в производстве. Такой подход заключается в максимизации возможностей секретариата - выделении наиболее благоприятных направлений в улучшении положения организации с обоснованием их выбора и определением побуждающих факторов. Далее определим стратегические цели должности управления и пути их достижения Новиков Ф.А. Моделирование на UML. Теория, практика, видеокурс - М.: Профессиональная литература, Наука и техника, 2010 г.- 640 с..

Максимизация возможностей управления в направлении:

· Расширения спектра работ по работе с документами,

· Снижения риска, связанного с возможностью неудовлетворения желаний руководства,

· Ускорения процесса работы,

· Увеличения качества работы,

· Обеспечения устойчивости дел в плане работы с организациями по установленным стандартам,

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

На основе: Освоения опыта работы менеджеров по связи с общественностью, Изучения новых технических возможностей, Улучшения качества оказываемых услуг, Снижения расходов на выполнение работ без ухудшения качества; Ускорения рабочего процесса, Эффективной работы со СМИ и государственными организациями.

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

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

Цели, которые преследовались при написании АСПУ:

1. Сокращение времени обработки и получения оперативных данных,

2. Повышение степени достоверности обработки информации,

3. Повышение степени ее защищенности,

4. Возможность формирования отчетных документов,

5. Выдача результатных документов.

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

2.3 Построение информационно-логической модели АСПУ

2.3.1 Создание логической модели базы данных

Логическая модель (ER-диаграмма) базы данных представляет собой графическое представление структуры хранения данных в таблицах данных и связей между ними. Для ее создания мы будем использовать приложение Embarcadero ER Studio 8.0, предоставляющее разработчикам данных эффективные и удобные средства, позволяющие визуализировать бизнес-процессы и способы доступа к данным.

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

1. Данные о дате проведения мероприятия (tbl_Calendar);

2. Данные о организаторе мероприятия (tbl_Enterprise);

3. Данные о спонсорах (tbl_Sponsors);

4. Данные о месте проведения мероприятия (tbl_City);

5. Данные об ответственных сотрудниках (tbl_Employer);

6. Данные о мероприятии (tbl_Actions).

Таблицы в базе данных (рис. 2.11) связаны между собой реляционными связями по ключевым полям (один ко многим). Разработанная база данных находится во второй нормальной форме, нормализовать ее в третью нормальную форму нецелесообразно. База АИС «Спортивные мероприятия» состоит из 6 таблиц, 5 реляционных связей (один ко многим) между ними. Таблицы содержат 23 поля, в которых будет храниться вся информация о проводимых спортивных мероприятиях.

Рис. 12. Логическая модель базы данных

2.3.2 Создание физической модели базы данных

В предыдущей главе мы создали логическую модель базы данных АИС «Спортивные соревнования» (рис. 12), которая в полной мере соответствует поставленным перед нами задачам. А также в качестве СУБД, было принято решение использовать MS Access.

Создание базы данных в MS Access будем проводить поэтапно, с подробным описанием каждого действия.

1. Создание файла базы данных на диске. На начальном этапе, нам нужно создать файл «пустой» базы данных. Для этого запускаем MS Access и нажимаем кнопку «Новая база данных» . После этого в описании новой базы (с правой стороны окна) вводим название, например «Sports» и путь ее расположения. Далее нажимаем кнопку «Создать». Результатом этого действия будет созданная «пустая» база данных (рис. 13).

Рис. 13. База данных «Sports»

Как видно из рис. 13, мы создали «пустую» базу данных. Теперь ее нужно наполнить таблицами. Это можно сделать несколькими способами:

1) В ручном режиме через конструктор таблиц MS Access;

2) Путем запуска Макроса через режим Visual Basic;

3) Непосредственно из ER Studio, путем подключения к созданной базе данных.

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

2. Создание физической модели базы данных в ER Studio. Физическая модель базы данных в ER Studio создается с логической модели базы, с той разницей, что она создается для конкретной СУБД, с учетом всех свойств этой СУБД. Для создания физической модели нужно нажать кнопку «Create Physical Model» на панели инструментов в верхней части программы ER Studio и далее следовать указаниям мастера: ввести название физической модели и выбрать нужную платформу, в нашем случае MS Access 2000 (рис.14).

Рис. 14. Настройка мастера физической модели ER Studio

На следующих вкладках мастера менять ничего не надо, поэтому можно сразу нажать кнопку «Finish». Результатом работы мастера будет модель базы данных Sports для MS Access (рис. 15).

Рис. 15. Модель базы данных для MS Access

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

3. Создание макроса создания базы данных. ER Studio поддерживает функцию создания DDL-запросов и макросов для автоматизации процесса создания баз данных с СУБД по построенной логической модели. В нашем случае мы будем создавать базу данных в MS Access посредством макроса VBA. Для его создания нужно нажать кнопку «Generate Target SQL» на панели инструментов в верхней части программы ER Studio и следовать указаниям мастера. В мастере создания макроса нужно указать только место, куда сохранять файл макроса, остальные настройки по умолчанию. В результате работы мастера у нас в указанном месте появится файл Sports.bas.

Рис. 16. Часть файла Sports.bas

4. Создание базы данных в MS Access. Для наполнения базы данных спроектированными таблицами запускаем MS Access и открываем созданную «пустую» базу данных. Дальше в верхнем меню программы выбираем пункт «Работа с базами данных», в нем жмем слева кнопку «Visual Basic» (рис. 17).

Рис. 17. Меню работы с базами данных MS Access

В открывшемся новом окне VBA выбираем пункт меню «File/Import file» и через диалоговое окно загружаем наш файл (рис. 18).

Рис. 18. Окно VBA с загруженным макросом

Далее нажимаем на кнопку с зеленым треугольником на панели инструментов вверху окна «Run Sub» и ждем завершения выполнения макроса. По окончании выполнения закрываем окно VBA и обновляем данные в MS Access. Слева в проводнике у нас должно появиться шесть таблиц. Что бы проверить, правильно ли отработал макрос, создаем схему данных (рис. 19).

Рис. 19. Схема базы данных Sports

Как видно из рис. 19, макрос создал все таблицы и связи между ними правильно, поэтому дальше приступаем к разработке графического интерфейса системы в языке программирования Delphi 7.

2.4 Разработка пользовательского интерфейса АСПУ

Поскольку, мы определились с языком программирования для разработки графического интерфейса (IDE) АИС «Спортивные мероприятия». По всем параметрам для этого наиболее подходит среда разработки Delphi 7.

Подключение к базе данных «Sports». Для подключения к базе данных мы будем использовать ADO (ActiveX Data Objects) стандартный интерфейс доступа к базам данных, разработанный компанией Microsoft. В среде разработки Delphi 7 имеются компоненты взаимодействия с интерфейсом ADO.

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

В любом текстовом редакторе создаем пустой файл с расширением connect.udl. Сохраняем его. После сохранения дважды щелкаем по нему мышкой. Откроется мастер настройки подключения. После выбора драйвера подключения и базы данных завершаем работу мастера. У нас получился файл connect.udl примерно с таким содержимым:

[oledb]

; Everything after this line is an OLE DB initstring

Provider=MSDASQL.1; Persist Security Info=False; Extended Properties="DSN=Sports; DBQ=C:\Sports. accdb;DriverId=25; FIL=MS Access;MaxBufferSize=2048; PageTimeout=5; UID=admin;"; Initial Catalog=C:\Sports\DB\Sports.mdb

Где Provider - драйвер подключения к базе данных, мы используем MSDASQL.1, стандартный драйвер Microsoft для подключения баз данных MS Access;

Initial Catalog - название нашей базы данных.

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

В среде Delphi создаем новый проект, сохраняем его под названием SportAction.dpr и главную, пока что единственную форму под названием Main. Так как наш проект содержит несколько форм, использующих подключение к одной базе Sports, целесообразно использовать в нашем проекте модуль данных (Data Module), который в последствии подключается к любой нужной форме. Создаем Data Module выбором пункта меню Delphi «File/New/Data Module». Поместим на него контейнер ADO Connection из панели компонентов ADO. В свойстве ADO Connection «ConectionString» укажем путь к нашему файлу connect.udl. Проверим подключение к базе даннях Teacher, изменив свойство «Connected» из False в True. При удачном подключении, свойство изменится без ошибок. Сохраняем Data Module в проекте (рис. 20).

Рис. 20. Создание формы Data Module

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

- Дата проведения мероприятия;

- Данные о проводимом мероприятии;

Все эти данные должны отображаться в удобном для просмотра виде, поэтому главную форма имеет следующий вид (рис. 21).

Рис. 21. Главная форма проекта

Как показано на рис. 21, на главной форме находятся компоненты, отображающие следующую информацию:

1. Копонент TDataGrid, подключенный к таблице tbl_Calendar через источник данных TDataSource посредством компонента выполнения запросов TADOQuery. В гриде отображается Дата проведения мероприятия. Главным достоинством грида является удобство отображения информации и навигация по ней.

Запрос к базе данных и свойства TADOQuery изображены на рис. 22.

Рис. 22. Запрос к БД

Из рис. 22 мы видим, что запрос представляет из себя набор SQL инструкций для выборки данных с таблицы tbl_Calendar. Для подключения к базе данных используется созданное подключение TADOConnect модуля данных TDataModule. Результатом выполнения запроса будет отображенный в гриде список дат проведения мероприятий, занесенных в базу данных.

Активация запроса осуществляется в момент открытия главной формы:

with ADOQuery1 do begin

Close;

Open;

end;

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

- Действия - выполниние различных действий пользователем в системе (добавление и редактирование записей, обновление данных, завершение работы);

- Справочники - быстрый доступ ко всем справочникам системы;

- Отчеты - быстрый доступ к формированию и отправке на печать нужных пользователю отчетов;

Рассмотрим формы редактирования данных на примере формы «Сотрудники». Все остальные формы по добавлению и редактированию данных созданы аналогичным способом. Создаем новую форму. Подключаем ее к главной форме программы при помощи вкладки меню «File/Use Unit». Таким же способом подключаем к вновь созданной форме модуль данных TDataModule. Реализуем вызов формы в главной форме программы через TPopupMenu. Реализация:

procedure TForm1.N15Click(Sender: TObject);

begin

with TForm2.Create(Application) do begin

try

ShowModal;

finally

Free;

end;

end;

end;

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

Сама форма представляет собой контейнер компонентов TDBNavigator, TLabel, TDBEdit, TADOTable, TDataSource. TDBNavigator используется для навигации по записям, создания, удаления, редактирования записей в таблицу данных. TDBEdit отображает редактируемые поля таблицы. При помощи TLabel реализованы информационные поля. TADOTable позволяет создавать прямое подключение (минуя запросы) к редактируемой таблице, в нашем случае таблица tbl_Employer, посредством источника данных TDataSource (рис. 23).

...