введение

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

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

Для использования столь огромных объемов хранимой информации, помимо развития системных устройств, средств передачи данных, памяти, необходимы средства обеспечения диалога человек - ЭВМ, которые позволяют пользователю вводить запросы, читать файлы, модифицировать хранимые данные, добавлять новые данные или принимать решения на основании хранимых данных. Для обеспечения этих функций созданы специализированные средства - системы управления базами данных (СУБД). Современные СУБД - многопользовательские системы управления базой данных, которые специализируется на управлении массивом информации одним или множеством одновременно работающих пользователей.

1 постановка задачи и обзор существующих аналогов документооборота

1.1 Постановка задачи

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

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

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

- информация о студентах ВУЗа;

- информация о преподавателях ВУЗа;

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

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

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

− создание единой информационной системы на базе локальной сети предприятия, позволяющей надёжно передавать информацию между структурными подразделениями предприятия;

− создание единых форм отчетности;

− разработка системы прав доступа к информации;

− возможность контроля взаимоотношений организации с поставщиками и заказчиками услуг.

2 программная реализация приложения

2.1 Моделирование системы

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

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

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

В контексте языка UML деятельность (activity) представляет собой совокупность отдельных вычислений, выполняемых автоматом, приводящих к некоторому результату или действию (action). На диаграмме деятельности отображается логика и последовательность переходов от одной деятельности к другой, а внимание аналитика фокусируется на результатах. Результат деятельности может привести к изменению состояния системы или возвращению некоторого значения.

3 тестирование разработанного приложения

Тестирование имеет две основные цели:

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

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

Существует большое количество уровней тестирования, например, такие как:

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

СКРИНШОТЫ РАБОТЫ ПРОГРАММЫ

заключение

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

Программа разрабатывалась на языке программирования высокого уровня C#, в адаптированной для этого среде разработки Visual Studio 2015 с использованием стандартных библиотек. В ходе разработки получены новые знания по языку программирования C#, углублены старые знания в программировании, изучен алгоритм создания приложений, практически освоена работа Visual Studio с SQL Server.