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

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

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

Тема:

Разработка программного обеспечения информационной системы «Дом детского творчества»

Дипломник Федосов А.С.

Руководитель Исупова Л.М.

Москва - 2015



СОДЕРЖАНИЕ

• ВВЕДЕНИЕ
• 1. ТЕОРЕТИЧЕСКИЙ РАЗДЕЛ
• 1.1 Основные аспекты разработки программного обеспечения
• 1.2 Технические требования к разрабатываемому программному продукту
• 2. РАЗДЕЛ ПРОЕКТИРОВАНИЯ
• 2.1 Постановка задачи
• 2.2 Описание предметной области
• 2.3 Обоснование выбора СУБД, языка программирования и ОС
• 2.4 Проектирование программного продукта ИС
• 2.4.1 Проектирование концептуальной модели
• 2.4.2 Проектирование логической модели
• 2.4.3 Проектирование физической модели
• 2.5 Разработка программного продукта
• 2.5.1 Проектирование интерфейса пользователя
• 3. ЭКСПЕРИМЕНТАЛЬНЫЙ РАЗДЕЛ
• 3.1 Тестирование программы
• 3.2 Характеристика программы
• 3.3 Обоснование экономической эффективности программного продукта
• ЗАКЛЮЧЕНИЕ
• СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
• СПИСОК СОКРАЩЕНИЙ
• ПРИЛОЖЕНИЕ 1.РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ
• ПРИЛОЖЕНИЕ 2. ЛИСТИНГ

• ВВЕДЕНИЕ

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

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

Объектом исследования является обучающиеся дети в доме детского творчества.

Предмет исследования - автоматизация учёта поступления и обучения детей.

Целью дипломного проекта является разработка программного обеспечения (далее ПО) ИС «Дом детского творчества», которое позволит автоматизировать учёт деятельности магазина. В данной ИС необходимо сформировать базу родителей, детей и учителей с их предметами, реализовать проведение конкурсов, учет распределения зарплат, вывод отчетности.

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

­ ознакомиться с основными аспектами разработки ПО;

­ проанализировать существующие ИС в области обучения;

­ изучить предметную область;

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

­ описать предметную область;

­ разработать концептуальную, логическую и физическую модели данных;

­ разработать интерфейс программного продукта;

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

­ провести тестирование программного продукта;

­ описать технические и программные средства необходимые для нормального функционирования ПО;

­ рассчитать экономическую эффективность создаваемого приложения;

­ написать руководство пользователя для готового программного продукта.



1. ТЕОРЕТИЧЕСКИЙ РАЗДЕЛ

1.1 Аспекты разработки ПО

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

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

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

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

Классификация программного обеспечения:

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

2. системные программы, выполняющие различные вспомогательные функции, например:

управление ресурсами компьютера;

создание копий используемой информации

проверка работоспособности устройств компьютера;

выдача справочной информации о компьютере и др.;

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

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

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

На сегодняшний день уже точно сложились следующие группы программного обеспечения:

- операционные системы и оболочки;

- системы программирования (трансляторы, библиотеки подпрограмм, отладчики и т.д.);

- инструментальные системы;

- интегрированные пакеты программ;

- динамические электронные таблицы;

- системы машинной графики;

- системы управления базами данных (СУБД);

- прикладное программное обеспечение.

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

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

Технологии разработки программного обеспечения:

Существуют 2 основные модели процесса разработки программного обеспечения:

1. Каскадная (англ. waterfall) - стандартная модель разработки

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

Такая модель включает следующие этапы процесса разработки ПО:

- Определение требований

- Проектирование

- Воплощение

- Тестирование

- Установка

- Поддержка

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

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

Гибкая методология разработки программного обеспечения (Agile software development)

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

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

Методов гибкой разработки несколько, из наиболее известных - Scrum, экстремальное программирование, DSDM.

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

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

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

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

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

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

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

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

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

Следует отметить, что компании не обязаны следовать каким-либо конкретным стандартам разработки ПО или определенным процессам. Существуют различные стандарты типичного цикла разработки ПО (software development life cycle - SLDC), такие как IEEE, ISO - 12207 и CMMI. Цель этих стандартов - гарантировать, что конечный продукт будет соответствовать требованиям рынка и удовлетворять конечных пользователей.

Сегодня продается много программ, мобильных приложений и даже корпоративных систем, которые были разработаны без использования каких-либо стандартов. Тем не менее, люди все равно покупают их. Игнорирование стандартов не равноценно снижению качества программного обеспечения и уменьшению спроса на конечный продукт (если это не жизненно важные программы, такие как медицинское ПО, которое требует одобрения FDA внутри США и должно соответствовать одному из стандартов). Проблема не в следовании стандартам. Проблема в игнорировании или принижении значения качества ПО.

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

Сессионное тестирование

Методика сессионного тестирования, разработанная Джеймсом Бахом (James Bach), заключается в разделении тестовой нагрузки на сеансы, каждый из которых решает свою задачу (получение четко определенных результатов, ожидаемых от данного сеанса). Каждый сеанс имеет определенную продолжительность (от 20 до 40 минут), и тестировщик должен работать непрерывно в течение сеанса.

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

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

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

1.2 Исследования разработанных программных продуктов в области образовательных учреждений

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

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

Достоинства:

- Организация и ведения кадрового учета, управление персоналом

- Учебное планирование

- Подготовка унифицированных отчетов

Недостатки:

- Мало модулей.

- Логические ошибки, недоработки

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

Достоинства:

- Электронный дневник, журнал.

- Построение расписания

- Система «Карта учащегося» «Картой Учащегося» - дает возможность родителям, используя удаленный доступ через Интернет, по e-mail или получая SMS-сообщения, знать о времени прихода и ухода ребенка из школы

Недостатки:

- Для оптимальной работы нужно подключение к сети Интернет.

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



2. РАЗДЕЛ ПРОЕКТИРОВАНИЯ

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

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

Необходимо разработать программное обеспечение, которое позволит выполнение следующих задач:

­ добавление, изменение, удаление и сохранение записей;

­ просмотр и редактирование справочников по учителям и конкурсам;

­ возможность добавления детей;

­ реализация поиска в справочниках по определенным параметрам;

­ учет заработной платы для учителей;

­ выборка данных по определенным параметрам в журнале детей;

­ просмотр журнала по учителям и предметам;

­ формирование отчетов по детям, учителям и конкурсам.

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

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

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

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

ДДТ осуществляет свою деятельность в соответствии с Законом Российской Федерации «Об образовании», Типовым положением об образовательном учреждении дополнительного образование детей, Конвенцией о правах ребенка.

ДДТ является юридическим лицом, в соответствии с Законодательством Российской Федерации, имеют печать с изображением герба Российской федерации.

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

ДДТ проходит аттестацию в соответствии с Законом Российской Федерации «Об образовании» один раз в пять лет. Аттестация учреждения проводится соответствующими государственными органами учреждения образованием. ДДТ проходит государственную аккредитацию в порядке установленным Законом Российской Федерации «Об образовании».

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

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

2. Основы деятельности ДДТ

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

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

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

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

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

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

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

- Раскрытие творческого потенциала детей;

- Адаптация их к жизни в обществе.

3. Организация образовательного процесса

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

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

Численный состав учебных групп образовательного объединения определяется исходя из реализуемой образовательной программы, возраста обучающихся, условий для занятий. На первом году обучения - не менее 15 человек, на втором году обучения не менее 10-12 человек, на третьем году обучения - не менее 8-10 человек.

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

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

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

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

2.3 Обоснование выбора СУБД и языка программирования

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

- тип модели данных, которую поддерживает данная СУБД, её адекватность потребностям рассматриваемой предметной области;

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

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

- степень оснащённости системы инструментарием для персонала администрирования данными

Есть несколько СУБД на выбор. Нужно разобрать их достоинства и недостатки, что бы выбрать всего одну.

Оракл

Достоинства:

- Высочайшая надежность.

- Возможность разбиения крупных баз данных на разделы (large-database partition), что дает возможность эффективно управлять гигантскими гигабайтными базами;

- Наличие универсальных средств защиты информации;

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

- Индексация по битовому отображению;

- Свободные таблицы (в других СУБД все таблицы заполняются сразу при создании);

Недостатки:

- Сложная настройка сервера.

- Высочайшая стоимость

- Дополнительные затраты на аппаратное обеспечение

- Более серьезные последствия при выходе системы из строя

СУБД Microsoft SQL Server

Достоинства:

- простота администрирования,

- возможность подключения к Web,

- быстродействие и функциональные возможности механизма сервера СУБД,

- наличие средств удаленного доступа.

Недостатки:

- Сложная программируемость

- Недостаточность в средствах работы

- Затраты на преобразование

- Производительность

СУБД Access.

Достоинства:

- осуществление необходимых действий с данными и формулами

- налаживание связей между таблицами и массивами данных

- возможность добавления запросов

Недостатки:

- ограничение размера базы данных в 2 гигабайта

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

- стоит довольно дорого

Достоинства и недостатки СУБД разобраны теперь следует разобрать достоинства и недостатки языка програмирования.

С++

Достоинства:

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

- Предсказуемое выполнение программ является важным достоинством для построения систем реального времени.

- Автоматический вызов деструкторов объектов при их уничтожении, причём в порядке, обратном вызову конструкторов.

Недостатки:

- Сложность и избыточность, из-за которых C++ трудно изучать

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

- Иногда шаблоны приводят к порождению кода очень большого объёма.

Java script

Достоинства:

- Богатая библиотека

- Высокий порог вхождения

Недостатки:

- Жесткая политика Объектно-Ориентированного Подхода

- Отсутствие функций первого класса

Delphi

Достоинства:

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

- Контекстная справочная система, по которой можно изучать язык без обращения к сторонним источникам.

- Высокая скорость компиляции, высокая скорость выполнения откомпилированных программ.

- Встроенная возможность использовать вставки на языке ассемблера.

Недостатки:

- Большой размер exe файлов.

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

ОС Linux

Достоинства:

- Бесплатность

- Наличие открытого исходного кода

- Необычайно гибкая ОС

Недостатки:

- непривычность программного обеспечения

- неудобная структуры этой ОС



Windows

Достоинства:

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

- большинство операций в интернете производится при помощи Windows.

Недостатки:

- Дороговизна

- Малая защищенность

- Высокие требования к компьютеру.

Проанализировав достаточно много программного обеспечения следует прийти к выводу, что самым лучшим вариантом для разработки ПО будет выбор СУБД Access, языка программирования Delphi и операционную систему Windows.

2.4 Проектирование программного продукта ИС

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

Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ:

1. Формирование требований к ИС.

На начальной стадии проектирования выделяют следующие этапы работ:

- обследование объекта и обоснование необходимости создания ИС;

- формирование требований пользователей к ИС;

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

2. Разработка концепции ИС.

- изучение объекта автоматизации;

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

- разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

- оформление отчета и утверждение концепции.

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

- разработка и утверждение технического задания на создание ИС.

4. Эскизный проект.

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

- разработка эскизной документации на ИС и ее части.

5. Технический проект.

- разработка проектных решений по системе и ее частям;

- разработка документации на ИС и ее части;

- разработка и оформление документации на поставку комплектующих изделий;

- разработка заданий на проектирование в смежных частях проекта.

6. Рабочая документация.

- разработка рабочей документации на ИС и ее части;

- разработка и адаптация программ.

7. Ввод в действие.

- подготовка объекта автоматизации;

- подготовка персонала;

- комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);

- строительно-монтажные работы;

- пусконаладочные работы;

- проведение предварительных испытаний;

- проведение опытной эксплуатации;

- проведение приемочных испытаний.

8. Сопровождение ИС.

	- выполнение работ в соответствии с гарантийными обязательствами;
	- послегарантийное обслуживание.

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

- обоснования разработки и поэтапного внедрения систем;

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

- разработки технического и рабочего проектов систем.

На этапе обследования целесообразно выделить две составляющие: определение стратегии ПОИС и детальный анализ деятельности организации.

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

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

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

Ориентировочное содержание этого документа:

- ограничения, риски, критические факторы, которые могут повлиять на успешность проекта;

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

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

- описание выполняемых системой функций;

- возможности развития системы;

- информационные объекты системы;

- интерфейсы и распределение функций между человеком и системой;

- требования к программным и информационным компонентам ПО, требования к СУБД;

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

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

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

- возможности применения новых методов решения задач.

Модели деятельности организации создаются в двух видах:

- модель «как есть» («as-is») - отражает существующие в организации бизнес-процессы;

- модель «как должно быть» («to-be») - отражает необходимые изменения бизнес-процессов с учетом внедрения ИС.

На этапе анализа необходимо привлекать к работе группы тестирования для решения следующих задач:

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

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

Для автоматизации тестирования следует использовать системы отслеживания ошибок (bug tracking). Это позволяет иметь единое хранилище ошибок, отслеживать их повторное появление, контролировать скорость и эффективность исправления ошибок, видеть наиболее нестабильные компоненты системы, а также поддерживать связь между группой разработчиков и группой тестирования (уведомления об изменениях по e-mail и т.п.). Чем больше проект, тем сильнее потребность в bug tracking.

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

2.4.1 Проектирование концептуальной модели

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

Концептуальная модель Гречко П.К. «Концептуальные модели» Издательская корпорация ЛОГОС 1995 год - это отражение предметной области, для которой разрабатывается база данных. Ядром любой системы баз данных является концептуальная модель. На концептуальном уровне выполняется концептуальное проектирование, то есть создание концептуальной схемы базы данных. На этом этапе создаются подробные модели пользовательских представлений данных, затем они интегрируются в концептуальную модель, фиксирующую все элементы данных, которые будет содержать база данных.

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

Рисунок 1 - Концептуальная модель БД «Дом детского творчества»

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

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

Составим словарь сущностей концептуальной модели данной предметной области. Для удобства представим словарь в табличном виде.

Таблица 2

Словарь сущностей концептуальной модели

Порядковый номер	Условное обозначение	Описание
1	OSNOWA	Общая информация
2	Naprawlennosti	Направления в которых учатся дети.
3	Peredwijenie	Информация на каком году обучения ребенок.
4	Mail	Сведения о поле детей
5	Konkurs	Сведения о Конкурсах и олимпиадах
6	Predmet	Информация о предметах
7	Prepodawateli	Сведения о преподавателях.
8	Link	Связующая таблица
9	Link2	Связующая таблица
10	Mesto_uchoba	Место учебы ребенка
11	Oplata_Truda	Таблица зарплаты

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

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

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

Рисунок 2 - диаграмма прецедентов

2.4.2 Проектирование логической модели

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

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

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

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

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

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



Рисунок 3 -Логическая модель БД «Дом детского творчества»

2.4.3 Проектирование физической модели

Круг вопросов, решаемых на этапе физического проектирования, существенно зависит от особенностей каждой конкретной СУБД и операционной системы, в среде которой она функционирует. Традиционно физическое проектирование рассматривает вопросы определения объемов памяти для файлов БД и управления размещением данных в физической памяти. На данном этапе выбирается способ реализации технологических задач ведения и защиты информационного фонда средствами утилит СУБД, а также интервал копирования БД для создания страховых копий. Решаются вопросы привязки файлов БД к накопителям и определения состава буферов.

Таблица 1

Prepodawateli

Имя поля	Тип данных	Описание
Prepodawateli	Счётчик	Код мастера
Family	Текстовый	Фамилия
Ima	Текстовый	Имя
Otchestvo	Текстовый	Отчество
Predmet	Числовой	Предмет
Zarplata	Числовой	Зарлплата

Таблица 2

Mail

Имя поля	Тип данных	Описание
Mail	Текстовый	Пол

Таблица 3

Konkurs

Имя поля	Тип данных	Описание
KonkursKOD	Счётчик	Код конкурса
Konkurs	Текстовый	Название конкурса
Predmet	Текстовый	Предмет
Zan Mesto	Текстовый	Победители

Таблица 4

Peredwijenie

Имя поля	Тип данных	Описание
Peredwijenie	Текстовый	Код передвижения
Status	Числовой	Год обучения

Таблица 5

Predmet

Имя поля	Тип данных	Описание
Predmet	Текстовый	Предмет

Таблица 6

OSNOWA

Имя поля	Тип данных	Описание
Kod	Счётчик	Код
Famili	Текстовый	Фамилия
Imy	Текстовый	Имя
Mail	Текстовый	Пол
Data rojdeniya	Числовой	Дата рождения
Semeynay status	Числовой	Статус семьи
Mesto projiwaniya	Числовой	Место проживания
Mesto uchoba	Числовой	Место учебы
Data postupleniya	Числовой	Дата поступления
Kod naprawleniya	Счетчик	Направления
Kod peredwijeniya	Счетчик	Передвижения
Kod konkurs	Счетчик	Конкурсы

Таблица 7

Naprawlennosti

Имя поля	Тип данных	Описание
Naprawlennosti	Счётчик	Направления
Naprawlenie	Текстовый	Направление

Таблица 8

Link2

Имя поля	Тип данных	Описание
Id_prepod	Числовой	Код_преподаватель
Id_predmet	Числовой	Код_предмет

Таблица 9

Link

Имя поля	Тип данных	Описание
Id_predmet	Счётчик	Предмет
Id_deti	Текстовый	Код_дети

Таблица 10

Mesto_ucheba

Имя поля	Тип данных	Описание
Mesto_ucheba	Текстовый	Место учебы



Таблица 11

Oplata_truda

Имя поля	Тип данных	Описание
Id_prepod	Числовой	Id_prepod
Oplata	Числовой	Зарплата

СУБД Microsoft Access на сегодняшний день является одной из самых популярных настольных программ для создания информационных систем. Это связано с тем, что Access предоставляет очень широкие возможности для ввода, анализа и представления данных. Эти средства являются не только удобными, но и продуктивными, что обеспечивает высокую скорость разработки приложений Исполнение Microsoft Office Access 2009/ Специальное издание: Пер. с англ. - М.: Издательский дом «Вильямс», 2011..

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

– объединение информации из самых разных источников (электронных таблиц, текстовых файлов, других баз данных);

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

– интеграция с компонентами Microsoft Office.

Современные тенденции в развитии информационных технологий - интенсивное внедрение Web-технологий Internet, также получили представление в Access. СУБД Access обеспечивает публикацию баз данных в формате, доступном в сетях Internet и intranet. В Microsoft Access 2003 эти средства получили дальнейшее развитие и позволяют конструировать в интерактивном режиме Web-страницы, предназначенные для работы с базами данных.

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

Все эти и многие другие возможности СУБД Access позволяют сделать выбор в пользу Access. Основное назначение базы данных - хранение, поддержание в актуальном состоянии данных больших объемов, необходимых в различных приложениях многих пользователей - полностью реализуется в СУБД Access. Все современные тенденции - по созданию Web-страниц доступа к данным, многопользовательского режима работы, поддержание технологии клиент-сервер, интеграции с другими приложениями, даже средства разработки проектов, которые являются клиентскими приложениями Microsoft SQL Server - всеми этими возможностями обладает СУБД Access.

Схема данных будет полностью соответствовать логической модели данных (см. рис.4), но создана она будет в Microsoft Access 2009.

Рисунок 4 - Физическая модель данных

2.5 Разработка программного продукта

2.5.1 Проектирование интерфейса пользователя

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

Рисунок 5 - Авторизация

procedure TMenu.Button1Click(Sender: TObject);

var

log,pas:string;

begin

log:=Edit1.Text;

pas:=Edit2.Text;

if (log='Admin') and (pas='555') then

begin

n1.Visible:=true;

n2.Visible:=true;

n3.Visible:=true;

GroupBox1.Visible:=false;

edit1.Text:='';

edit2.Text:='';

messagebox(0,'Авторизация завершена успешно','Сообщение',33);

end

else

begin

messagebox(0,'Не верный логин и пароль','Ошибка',33);

edit1.Text:='';

edit2.Text:='';

end;

end;

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

Рисунок 6 - Панель вкладок

procedure TMenu.N1Click(Sender: TObject);

begin

Application.CreateForm(TOsnowa,Osnowa);

end;

procedure TMenu.N2Click(Sender: TObject);

begin

Application.CreateForm(TPrepod,Prepod);

end;

procedure TMenu.N4Click(Sender: TObject);

begin

Application.CreateForm(TPredmet,Predmet);

end;

procedure TMenu.N5Click(Sender: TObject);

begin

Application.CreateForm(TNapravlenia,Napravlenia);

end;

procedure TMenu.N6Click(Sender: TObject);

begin

Application.CreateForm(TKonkurs,Konkurs);

end;

procedure TMenu.Button1Click(Sender: TObject);

var

log,pas:string;

begin

log:=Edit1.Text;

pas:=Edit2.Text;

if (log='Admin') and (pas='555') then

begin

n1.Visible:=true;

n2.Visible:=true;

n3.Visible:=true;

GroupBox1.Visible:=false;

edit1.Text:='';

edit2.Text:='';

messagebox(0,'Авторизация завершена успешно','Сообщение',33);

end

else

begin

messagebox(0,'Не верный логин и пароль','Ошибка',33);

edit1.Text:='';

edit2.Text:='';

end;

end;

end.

Перейдя во вкладки «Основа», Открывается форма с полным списком обучающихся детей и информация о них. Детей можно добавлять, удалять и производить поиск по Фамилии и полу. (рис. 8).

Рисунок 7 - Основная форма

unit Unit3;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Mask, DBCtrls, Grids, DBGrids;

type

TOsnowa = class(TForm)

Osnowa: TDBGrid;

DBEdit1: TDBEdit;

Button1: TButton;

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

DBEdit2: TDBEdit;

DBEdit3: TDBEdit;

Button2: TButton;

Button3: TButton;

Button4: TButton;

DBEdit5: TDBEdit;

DBEdit6: TDBEdit;

DBEdit7: TDBEdit;

DBEdit8: TDBEdit;

Label5: TLabel;

Label6: TLabel;

Label7: TLabel;

Label8: TLabel;

Label9: TLabel;

DBLookupComboBox1: TDBLookupComboBox;

DBLookupComboBox2: TDBLookupComboBox;

RadioButton1: TRadioButton;

RadioButton2: TRadioButton;

Label10: TLabel;

Edit1: TEdit;

Button5: TButton;

Button6: TButton;

procedure FormClose(Sender: TObject; var Action: TCloseAction);

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

procedure Button5Click(Sender: TObject);

procedure Button6Click(Sender: TObject);

procedure FormCreate(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

В «Преподаватели» хранится информация о преподавателях (рис. 8).

Рисунок 8 - Преподаватели

unit Unit4;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, Grids, DBGrids, StdCtrls, DBCtrls, Mask;

type

TPrepod = class(TForm)

DBGrid1: TDBGrid;

DBEdit1: TDBEdit;

DBEdit3: TDBEdit;

DBEdit4: TDBEdit;

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

Button1: TButton;

Button2: TButton;

Button3: TButton;

Button4: TButton;

DBLookupComboBox1: TDBLookupComboBox;

DBEdit2: TDBEdit;

Label5: TLabel;

procedure FormClose(Sender: TObject; var Action: TCloseAction);

procedure Button1Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

procedure FormCreate(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Prepod: TPrepod;

implementation

uses

Unit1, Unit2, Unit3, Unit5, Unit6, Unit7;

«Справочник» содержит информацию о предметах, направлениях и конкурсах (рис. 9).



Рисунок 9 - Форма предметов

unit Unit5;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Mask, DBCtrls, Grids, DBGrids;

type

TPredmet = class(TForm)

DBGrid1: TDBGrid;

DBEdit1: TDBEdit;

Label1: TLabel;

Button1: TButton;

Button2: TButton;

Button3: TButton;

Button4: TButton;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

procedure FormClose(Sender: TObject; var Action: TCloseAction);

procedure FormCreate(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Predmet: TPredmet;

implementation

uses Unit1, Unit2, Unit3, Unit4, Unit6, Unit7;

На форме «Направления» предоставляются данные о направлениях (рис. 10).

Рисунок 10 - Форма направлений

unit Unit6;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Grids, DBGrids, Mask, DBCtrls;

type

TNapravlenia = class(TForm)

DBGrid1: TDBGrid;

Button1: TButton;

Button2: TButton;

Button3: TButton;

Button4: TButton;

Label1: TLabel;

DBEdit1: TDBEdit;

procedure Button1Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

procedure FormClose(Sender: TObject; var Action: TCloseAction);

procedure FormCreate(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Napravlenia: TNapravlenia;

implementation

uses Unit1, Unit2, Unit3, Unit4, Unit5, Unit7;

Во вкладке «Конкурсы» находятся данные о проведенных конкурсах (рис. 12).

Рисунок 11 - форма Конкурсы

unit Unit7;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, DBCtrls, Grids, DBGrids, Mask;

type

TKonkurs = class(TForm)

DBGrid1: TDBGrid;

DBLookupComboBox1: TDBLookupComboBox;

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

Label5: TLabel;

DBLookupComboBox2: TDBLookupComboBox;

DBLookupComboBox3: TDBLookupComboBox;

DBLookupComboBox4: TDBLookupComboBox;

DBEdit1: TDBEdit;

Button1: TButton;

Button2: TButton;

Button3: TButton;

Button4: TButton;

Button5: TButton;

Button6: TButton;

Edit1: TEdit;

Label6: TLabel;

procedure FormClose(Sender: TObject; var Action: TCloseAction);

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

procedure Button5Click(Sender: TObject);

procedure Button6Click(Sender: TObject);

procedure FormCreate(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Konkurs: TKonkurs;

implementation

uses Unit1, Unit2, Unit3, Unit4, Unit5, Unit6;

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



3. ЭКСПЕРИМЕНТАЛЬНЫЙ РАЗДЕЛ

3.1 Тестирование программы

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

Рисунок 12 - Форма «Авторизация»

Для входа в программу нужно ввести логин и пароль пользователя для этого нужно заполнить два поля «Edit». После чего нажать на кнопку «Вход».

Рисунок 13 - Кнопка «Ввод»

var

log,pas:string;

begin

log:=Edit1.Text;

pas:=Edit2.Text;

if (log='Admin') and (pas='555') then