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

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

Тема:

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

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

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

Москва - 2015

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

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

1.1 Основные аспекты разработки программного обеспечения

.2 Технические требования к разрабатываемому программному продукту

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

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

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

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

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

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

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

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

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

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

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

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

3.2 Характеристика программы

.3 Обоснование экономической эффективности программного продукта

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

СПИСОК СОКРАЩЕНИЙ

ПРИЛОЖЕНИЕ 1.РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ

ПРИЛОЖЕНИЕ 2. ЛИСТИНГ

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

-       Воплощение

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

-       Установка

-       Поддержка

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Недостатки:

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

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

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

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

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

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

-       Система «Карта учащегося»

Недостатки:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Учебная нагрузка педагога отражается в трудовом договоре и может быть увеличена до 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 Проектирование концептуальной модели

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

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

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

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

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

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

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

Таблица 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 1

Prepodawateli

Таблица 2

Mail

Таблица 3

Konkurs

Таблица 4

Peredwijenie

Таблица 5

Predmet

Таблица 6

OSNOWA

Таблица 7

Naprawlennosti

Таблица 8

Link2

Таблица 9

Link

Таблица 10

Mesto_ucheba

Таблица 11

Oplata_truda

СУБД Microsoft Access на сегодняшний день является одной из самых популярных настольных программ для создания информационных систем. Это связано с тем, что 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 Разработка программного продукта

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

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

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

TMenu.Button1Click(Sender: TObject);,pas:string;:=Edit1.Text;:=Edit2.Text;(log='Admin') and (pas='555') then.Visible:=true;.Visible:=true;.Visible:=true;.Visible:=false;.Text:='';.Text:='';

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

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

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

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

TMenu.N1Click(Sender: TObject);.CreateForm(TOsnowa,Osnowa);;TMenu.N2Click(Sender: TObject);.CreateForm(TPrepod,Prepod);;TMenu.N4Click(Sender: TObject);.CreateForm(TPredmet,Predmet);;TMenu.N5Click(Sender: TObject);.CreateForm(TNapravlenia,Napravlenia);;TMenu.N6Click(Sender: TObject);.CreateForm(TKonkurs,Konkurs);;TMenu.Button1Click(Sender: TObject);,pas:string;:=Edit1.Text;:=Edit2.Text;(log='Admin') and (pas='555') then.Visible:=true;.Visible:=true;.Visible:=true;.Visible:=false;.Text:='';.Text:='';

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

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

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

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

unit Unit3;

interface, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, StdCtrls, Mask, DBCtrls, Grids, DBGrids;= class(TForm): TDBGrid;: TDBEdit;: TButton;: TLabel;: TLabel;: TLabel;: TLabel;: TDBEdit;: TDBEdit;: TButton;: TButton;: TButton;: TDBEdit;: TDBEdit;: TDBEdit;: TDBEdit;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TDBLookupComboBox;: TDBLookupComboBox;: TRadioButton;: TRadioButton;: TLabel;: TEdit;: TButton;: TButton;FormClose(Sender: TObject; var Action: TCloseAction);Button1Click(Sender: TObject);Button2Click(Sender: TObject);Button3Click(Sender: TObject);Button4Click(Sender: TObject);Button5Click(Sender: TObject);Button6Click(Sender: TObject);FormCreate(Sender: TObject);

{ Private declarations }

{ Public declarations };

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

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

Unit4;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, Grids, DBGrids, StdCtrls, DBCtrls, Mask;= class(TForm): TDBGrid;: TDBEdit;: TDBEdit;: TDBEdit;: TLabel;: TLabel;: TLabel;: TLabel;: TButton;: TButton;: TButton;: TButton;: TDBLookupComboBox;: TDBEdit;: TLabel;FormClose(Sender: TObject; var Action: TCloseAction);Button1Click(Sender: TObject);Button3Click(Sender: TObject);Button2Click(Sender: TObject);Button4Click(Sender: TObject);FormCreate(Sender: TObject);

{ Private declarations }

{ Public declarations };: TPrepod;

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

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

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

unit Unit5;

interface, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, StdCtrls, Mask, DBCtrls, Grids, DBGrids;= class(TForm): TDBGrid;: TDBEdit;: TLabel;: TButton;: TButton;: TButton;: TButton;Button1Click(Sender: TObject);Button2Click(Sender: TObject);Button3Click(Sender: TObject);Button4Click(Sender: TObject);FormClose(Sender: TObject; var Action: TCloseAction);FormCreate(Sender: TObject);

{ Private declarations }

{ Public declarations };: TPredmet;Unit1, Unit2, Unit3, Unit4, Unit6, Unit7;

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

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

unit Unit6;

interface, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, StdCtrls, Grids, DBGrids, Mask, DBCtrls;= class(TForm): TDBGrid;: TButton;: TButton;: TButton;: TButton;: TLabel;: TDBEdit;Button1Click(Sender: TObject);Button3Click(Sender: TObject);Button2Click(Sender: TObject);Button4Click(Sender: TObject);FormClose(Sender: TObject; var Action: TCloseAction);FormCreate(Sender: TObject);

{ Private declarations }

{ Public declarations };: TNapravlenia;Unit1, Unit2, Unit3, Unit4, Unit5, Unit7;

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

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

unit Unit7;

interface, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, StdCtrls, DBCtrls, Grids, DBGrids, Mask;= class(TForm): TDBGrid;: TDBLookupComboBox;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TDBLookupComboBox;: TDBLookupComboBox;: TDBLookupComboBox;: TDBEdit;: TButton;: TButton;: TButton;: TButton;: TButton;: TButton;: TEdit;: TLabel;FormClose(Sender: TObject; var Action: TCloseAction);Button1Click(Sender: TObject);Button2Click(Sender: TObject);Button3Click(Sender: TObject);Button4Click(Sender: TObject);Button5Click(Sender: TObject);Button6Click(Sender: TObject);FormCreate(Sender: TObject);

{ Private declarations }

{ Public declarations };: TKonkurs;Unit1, Unit2, Unit3, Unit4, Unit5, Unit6;

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

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

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

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

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

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

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

,pas:string;:=Edit1.Text;:=Edit2.Text;(log='Admin') and (pas='555') then.Visible:=true;.Visible:=true;.Visible:=true;.Visible:=false;.Text:='';.Text:='';

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

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

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

Рисунок 14 - Диалоговое окно «Авторизация»

Если же логин и пароль введены неверно пользователю высвечивается другое диалоговое окно.

Рисунок 15 - Диалоговое окно «Ошибка»

После успешной авторизации пользователь может без ограничений пользоваться программой, с помощью объекта «MineMenu».

Рисунок 16 - Вкладки

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

Рисунок 17 - Таблица «Основа»

Сразу под таблицей находятся поля добавления детей.

Рисунок 18 - Форма «Основа»

Здесь расположены четыре кнопки. «Добавить» «Сохранить» «Удалить» «Отмена».

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

Рисунок 19 - Кнопка «Добавить»

TOsnowa.Button1Click(Sender: TObject);.Osnowa.APPend;;

Далее для того что бы внесенные записи сохранились в таблице следует нажать кнопку «Сохранить».

Рисунок 20 - Кнопка «Сохранить»

procedure TOsnowa.Button3Click(Sender: TObject);.OsnowaDataroshdeniya.Value:=DateTimePicker1.Date;

DataModule2.Osnowa.Post;;

Если пользователь ввел какие либо данные не правильно, то предусмотрена кнопка «Отмена» она освобождает строку не удаляя ее.

Рисунок 21 - Кнопка «Отмена»

Если же запись в таблице больше не нужна то ее можно удалить кнопкой «Удалить»

Рисунок 22 - Кнопка «Удалить»

На форме Основа так же может производится поиск детей по фамилии и полу.

Рисунок 23 - Поиск «Основа»

procedure TOsnowa.Button5Click(Sender: TObject);(RadioButton1.Checked) and (edit1.text<>'') then.Osnowa.Filter:='Family like ''%'+edit1.text+'%'' ';.Osnowa.Filtered:=true;(RadioButton2.Checked) and (edit1.text<>'') then.Osnowa.Filter:='Mail like ''%'+edit1.text+'%'' ';.Osnowa.Filtered:=true;;

end;

Следующая вкладка на объекте «Minemenu» «Преподаватели» перейдя на нее пользователь увидит таблицу учителей которые работают в ДДТ их зарплату и Ф.И.О.

Рисунок 24 - таблица «Преподаватели»

Так же как и на форме «Основа» есть добавление, сохранение, отмена и удаление записей в таблицу, принцип работы такой же.

Рисунок 25 - Кнопки таблицы «Основа»

Следующая вкладка «Справочники» объединяет несколько вкладок «предметы» «направления» и «конкурсы»

Рисунок 26 - Вкладка «Справочники»

На форме «предметы» расположена таблица предметов изучаемых в ДДТ.

Рисунок 27 - Таблица «Предметы»

Так же как и на предыдущих формах имеются кнопки «Добавить», «Сохранить», «Отмена» и «Удалить».

Рисунок 28 - Кнопки формы «Предметы»

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

Рисунок 29 - Форма «Направления»

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

Рисунок 30 - Таблицы «конкурсы»

Так же на форме имеются поля добавления в таблицу «Конкурс» и так же ведется подсчет общей успеваемости детей по предмету и поиск по предмету. Выводится отчет о успеваемости.

Рисунок 31 - Поля таблицы «конкурсы»

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

procedure TKonkurs.Button2Click(Sender: TObject);:Integer;:string;,d:Real;:=0;:=0;.Konkurs.Post;:=DataModule2.DataKonkurs.DataSet.Fields[0].AsString;.DataKonkurs.DataSet.First;c:=0 to DataModule2.DataKonkurs.DataSet.RecordCount-1 doDataModule2.DataKonkurs.DataSet.Fields[0].AsString=f then:=d+1;:=h+DataModule2.DataKonkurs.DataSet.Fields[4].AsInteger;;.DataKonkurs.DataSet.Next;;:=h/d;.Predmet.Edit;.PredmetUspevaemost.Value:=h;.Predmet.Post;;TKonkurs.Button3Click(Sender: TObject);.Konkurs.Cancel;;TKonkurs.Button4Click(Sender: TObject);.Konkurs.Delete;;TKonkurs.Button5Click(Sender: TObject);edit1.text<>'' then.Konkurs.Filter:='Predmet like ''%'+edit1.text+'%'' ';.Konkurs.Filtered:=true;;;TKonkurs.Button6Click(Sender: TObject);.Konkurs.Filtered:=false;

end;.

.2 Характеристики программы

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

Удобство использования. Программное средство имеет простой для понимания и удобный интерфейс.

Надёжность. Программное средство обладает средним уровнем надёжности и безотказности.

Производительность. Программное средство обладает высокой производительностью и быстродействием.

Безопасность. Программное средство безопасно и имеет защиту.

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

.3 Обоснование экономической эффективности программного продукта

Для определения стоимости разработки программы, необходимо для начала определить трудоёмкость работ программиста при разработке программы (Q_пр). Для этого используем следующую формуле:

Q_пр = t_п + t_а + t_бл

где t_п - затраты труда на постановку задачи (час);

t_а - затраты труда на разработку алгоритма (час);

t_бл - затраты труда на разработку блок - схемы (час).

Используя формулу рассчитаем трудоёмкость работ программиста при разработке программы:

Q_пр = 5 + 76 + 3 = 84 (час).

Определим стоимость разработки программы в соответствии с формулой:

С_пр = Q_пр * Ф_пр * К_нр + С_м/час * t_отп,

С_пр = 84 * 100 * 1,4 + 50 * 2 = 11860(руб.),

где С_пр = 11860(руб.) - стоимость разработки программы;

Q_пр = 84 - трудоемкость работ программиста при разработке программы (час);

Ф_пр = 100 - заработная плата программиста в единицу времени (час) (определяется путем деления средней заработной платы программиста в размере 20000 руб. на 25 дней - количество рабочих дней в месяце, и делим на 8 часов - продолжительность рабочего дня).

К_нр = 1,4 - коэффициент накладных расходов - 40%;

С_м/час = 50 - стоимость 1 машино - часа (руб.);

T_отп = 2 - машинное время откладки программы (час).

Рассчитаем стоимость решения задачи на ЭВМ, используя формулу:

С_р = С_м/час * Т_р + Ф_пр * Q_р * К_нр,

С_р = 50 * 40 + 100 * 40 * 1,4 = 7600 (руб.).

Где С_р = 7600 (руб) - стоимость решения задачи на ЭВМ;

С_м/час = 50 - стоимость 1 машино - часа (руб.);

Т_р = 40 - время работы на ЭВМ;

Ф_пр = 100 - заработная плата программиста в единицу времени (час) (определяется путем деления средней заработной платы программиста в размере 20000 руб. на 25 дней - количество рабочих дней в месяце, и делим на 8 часов - продолжительность рабочего дня);

Q_р = 40 - трудоемкость затрачиваемая программистом на решение задачи (час);

К_нр = 1,4 - коэффициент накладных расходов - 40%.

После расчетов стоимости разработки программы и стоимости решения задачи на ЭВМ, рассчитаем полную стоимость решения задачи на ЭВМ (С_м) в соответствии с формулой:

С_м = С_пр + С_р,

С_м = 11860 + 7600 = 19460 (руб).

Для определения стоимости решения задачи вручную (С_вр) воспользуемся формулой:

С_вр = q_р * Ф_р * К_нр * n,

где q_р = 1 - количество времени обработки информации по данной задаче вручную;

Ф_р = 20000 - фонд заработной платы работника;

К_нр = 1,4 - коэффициент накладных расходов - 40%;

N = 1 - количество работников.

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

Э_год = (С_вр - С_р) * 12 месяцев,

Э_год = (28000 - 7600) * 12 = 244800 (руб.).

Далее определим капитальные вложения (К_д), которые включают затраты на обследование объекта механизации учёта, разработку основных положений технического задания, стоимость вычислительной техники по формуле:

К_д = 3_оом + З_тз + З_вт,

где 3_оом - стоимость обследования объекта механизации (руб.);

З_тз - стоимость разработки технического задания (руб.);

З_вт - стоимость вычислительной техники (руб.);

К_д = 20000 + 100000 + 90000 = 210000 (руб.).

Теперь определим срок окупаемости по формуле:

Т_ок = К_д/Э_год,

Т_ок = 210000 / 244800= 0,86 (года),

где К_д = 210000 - стоимость капитальных вложений (руб.);

Э_год = 244800- годовая экономическую эффективность (руб.).

Рассчитаем коэффициент эффективности по формуле:

Е_р = 1/Т_ок,

Е_р = 1 / 0,86 = 1,16

где Е_р = 1,16- расчетный коэффициент эффективности;

Т_ок = 0,86 - срок окупаемости.

Нормативный срок окупаемости Т_ок находится в пределах от 0 до 1 года, а коэффициент эффективности 1,16, что входит в предел 0,15…2

ЗАКЛЮЧЕНИЕ

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

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

В процессе написания программы использовалась среда разработки Borland Delphi 7.0, было проведено тестирование приложения на предмет проверки корректности и работоспособности. Данная программа проста в использовании и понятна пользователю.

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Создание Windows-приложений в среде Delphi. - M.: СОЛОН - Пресс, 2011. - 224 с.: ил. - (Серия «Библиотека студента»);

2.      Самоучитель Delhi.NET. - СПб.: БХВ-Петербург, 2010.

.        Исполнение Microsoft Office Access 2010/ Специальное издание.: Пер. с англ. - М.: Издательский дом «Вильямс», 2011.

.        Основы построения автоматизированных информационных систем: Учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2010

.        Джон Макгрегор, Девид Сайке. Тестирование объектно-ориентированного программного обеспечения. Практическое пособие. - К.: Издательство «ДиаСофт», 2010.Бухгалтерский учёт. - М.: Окей-книга, 2011

6.      Microsoft Access 2010: разработка приложений - СПб.: БХВ - Санкт-Петербург, 2010. Авторы Харитонова И.А, В.Д. Михеева

7.      Delphi 7: Для профессионалов. Автор: Кэнту М.Е., - Издательство: СПб: Питер 2011г.

8.      Delphi 7 Быстрый старт. Автор: Владимир Гофман-Анатолий Хомоненко. Год выпуска: 2009

.        Библия для программиста в среде Delphi. Автор: Фленов Михаил Год: 2012

10. Корнеев В.В. и др. Базы данных: Интеллектуальная обработка информации - М.: Нолидж, 2012. -352 с.

11.    Дунаев С.В. Доступ к базам данных и техника работы в сети. Практические приемы современного программирования - М.: Диалог - МИФИ, 2010. - 416 с.

.        Сигнор Р., Стегман М.О. Использование ODBC для доступа к базам данных - М.: БИНОМ, 2011 - 384 с.

.        Игорева, Е.Л., Основы алгоритмизации и программирования (4-е издание)./ И.И. Попов, О.Л. Игорева - М.: Инфа-М, 2011 - 432 с.

14. Петгольц, Ч. Программирование#. В 3-х томах. Том 2. Пер. с англ. / Ч. Петгольц - М.: Издательско-торговый дом «Русская редакция», 2012. - 576 с.

15.    Петгольц, Ч. Программирование. В 3-х томах. Том 3 Пер. с англ./ Ч. Петгольц - М.: Издательско-торговый дом «Русская редакция», 2012. - 624 с.

.        Хузятов Ш.Ш. Delphi 7. Основные компоненты и элементы языка программирования г. Набережные Челны: издательство КамПИ, 2010 г. - 116 с.;

.        Фаронов В.В. Delphi. Программирование на языке высокого уровня г. Санкт-Перетбург: издательство «Питер», 2011 г. - 640 с.;

.        Крахоткина Е.В. Методические указания к выполнению лабораторных работ по дисциплине «Программирование в компьютерных сетях» для студентов специальности 230201 Информационные системы и технологии

19. Н. Культин. Delphi в задачах и примерах. СПб.: БХВ-Петербург., 2010 - 288 стр.

20.    М. Фленов. Библия Delphi, 3-е издание + CD. СПб.: - БХВ-Петербург., 2011. - 688 стр.

.        Г.М. Эйдлина, Delphi: программирование в примерах и задачах. Практикум., Изд.: - РИОР, ИНФРА-М., 2012 - стр 98.

.        С.В. Одиночкина. Разработка баз данных в Microsoft Access 2010. М.: Изд., НИУ ИТМО., 2012 - 87 стр.

23. www.edelphi.ru/

СПИСОК СОКРАЩЕНИЙ

1. ПП - программный продукт;

2.      ИС - информационная система;

3.      ПО - программное обеспечение;

4.      ГБ - гигабайт;

5.      ГГц - гигагерц;

6.      БД - база данных;

7.      Мб - мегабайт;

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

9.      ДДТ - Дом Детского Творчества.

ПРИЛОЖЕНИЕ 1

Руководство пользователя

Желательно, чтобы каждая программа имела справочную систему, при помощи которой пользователь мог получить исчерпывающую информацию о программе, о том, как с ней работать. Справочная система представляет собой набор файлов определенной структуры, использую которые программа WinHelp являющаяся составной частью Windows, выводит справочную информацию, которая находится в hlp-файле. Создать hlp-файл можно при помощи программы Microsoft Help Workshop, исходными данными для которой является текст справки, представленный в виде rtf-файла, который поставляется отдельно или вместе с Delphi (или в C++ Builder).

Рисунок 33 - Справочник помощи «Справочник»

Рисунок 34 - Справочник помощи «Авторизация»

Рисунок 35 - Справочник помощи «Основа»

Рисунок 36 - Справочник помощи «Преподаватели»

Рисунок 37 - Справочник помощи «Справочники»

Рисунок 38 - Справочник помощи «Направления»

Рисунок 39 - Справочник помощи «Конкурсы»

ПРИЛОЖЕНИЕ 2

ЛИСТИНГ

unit Unit1;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, Menus, StdCtrls;= class(TForm): TMainMenu;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TGroupBox;: TButton;: TLabel;: TLabel;: TEdit;: TEdit;N1Click(Sender: TObject);N2Click(Sender: TObject);N4Click(Sender: TObject);N5Click(Sender: TObject);N6Click(Sender: TObject);Button1Click(Sender: TObject);

{ Private declarations }

{ Public declarations };: TMenu;, Unit3, Unit4, Unit5, Unit6, Unit7;

{$R *.dfm}TMenu.N1Click(Sender: TObject);.CreateForm(TOsnowa,Osnowa);;TMenu.N2Click(Sender: TObject);.CreateForm(TPrepod,Prepod);;TMenu.N4Click(Sender: TObject);.CreateForm(TPredmet,Predmet);;TMenu.N5Click(Sender: TObject);.CreateForm(TNapravlenia,Napravlenia);;TMenu.N6Click(Sender: TObject);.CreateForm(TKonkurs,Konkurs);;TMenu.Button1Click(Sender: TObject);,pas:string;:=Edit1.Text;:=Edit2.Text;(log='Admin') and (pas='555') then.Visible:=true;.Visible:=true;.Visible:=true;.Visible:=false;.Text:='';.Text:='';

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

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

.Unit2;, Classes, DB, ADODB;= class(TDataModule): TADOConnection;: TDataSource;: TADOTable;: TDataSource;_napravlenia: TAutoIncField;: TWideStringField;: TADOTable;: TDataSource;_postuplenia: TAutoIncField;_postupleniya: TDateTimeField;: TADOTable;: TDataSource;_peredvihenia: TAutoIncField;: TWideStringField;: TADOTable;: TAutoIncField;: TWideStringField;: TWideStringField;: TWideStringField;: TDateTimeField;_statys: TWideStringField;_projiwaniya: TWideStringField;_postuplenia: TDateTimeField;_napravlenia: TIntegerField;_peredvihenia: TIntegerField;_konkurs: TIntegerField;: TStringField;: TADOTable;: TDataSource;_konkurs: TAutoIncField;: TIntegerField;_mesto: TIntegerField;: TIntegerField;_rebenka: TIntegerField;: TIntegerField;: TADOTable;: TDataSource;: TAutoIncField;: TWideStringField;: TADOTable;: TAutoIncField;: TWideStringField;: TWideStringField;: TWideStringField;: TBCDField;: TDataSource;: TADOTable;: TAutoIncField;: TWideStringField;: TDataSource;: TStringField;_ucheba: TIntegerField;_Ucheba: TADOTable;_UchebaDSDesigner: TAutoIncField;_UchebaMesto_ucheba: TWideStringField;_ucheba: TDataSource;_: TStringField;: TStringField;: TStringField;: TStringField;: TStringField;: TBCDField;

{ Private declarations }

{ Public declarations };: TDataModule2;Unit1, Unit3, Unit4, Unit5, Unit6, Unit7;

{$R *.dfm}.Unit3;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, StdCtrls, Mask, DBCtrls, Grids, DBGrids, ComCtrls;= class(TForm): TDBGrid;: TDBEdit;: TButton;: TLabel;: TLabel;: TLabel;: TLabel;: TDBEdit;: TDBEdit;: TButton;: TButton;: TButton;: TDBEdit;: TLabel;: TLabel;: TLabel;: TLabel;: TDBLookupComboBox;: TRadioButton;: TRadioButton;: TLabel;: TEdit;: TButton;: TButton;: TDBLookupComboBox;: TDBLookupComboBox;: TDateTimePicker;FormClose(Sender: TObject; var Action: TCloseAction);Button1Click(Sender: TObject);Button2Click(Sender: TObject);Button3Click(Sender: TObject);Button4Click(Sender: TObject);Button5Click(Sender: TObject);Button6Click(Sender: TObject);

{ Private declarations }

{ Public declarations };: TOsnowa;, Unit2, Unit4, Unit5, Unit6, Unit7;

{$R *.dfm}TOsnowa.FormClose(Sender: TObject; var Action:

TCloseAction);:=caFree;;TOsnowa.Button1Click(Sender: TObject);.Osnowa.APPend;;TOsnowa.Button2Click(Sender: TObject);.Osnowa.Delete;;TOsnowa.Button3Click(Sender: TObject);.OsnowaDataroshdeniya.Value:=DateTimePicker1.Date;.Osnowa.Post;;TOsnowa.Button4Click(Sender: TObject);.Osnowa.Cancel;;TOsnowa.Button5Click(Sender: TObject);(RadioButton1.Checked) and (edit1.text<>'') then.Osnowa.Filter:='Family like ''%'+edit1.text+'%'' ';.Osnowa.Filtered:=true;(RadioButton2.Checked) and (edit1.text<>'') then.Osnowa.Filter:='Mail like ''%'+edit1.text+'%'' ';.Osnowa.Filtered:=true;;;TOsnowa.Button6Click(Sender: TObject);.Osnowa.Filtered:=false;;.Unit4;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, Grids, DBGrids, StdCtrls, DBCtrls, Mask;= class(TForm): TDBGrid;: TDBEdit;: TDBEdit;: TDBEdit;: TLabel;: TLabel;: TLabel;: TButton;: TButton;: TButton;: TButton;: TDBEdit;: TLabel;FormClose(Sender: TObject; var Action: TCloseAction);Button1Click(Sender: TObject);Button3Click(Sender: TObject);Button2Click(Sender: TObject);Button4Click(Sender: TObject);

{ Private declarations }

{ Public declarations };: TPrepod;, Unit2, Unit3, Unit5, Unit6, Unit7;

{$R *.dfm}TPrepod.FormClose(Sender: TObject; var Action: TCloseAction);:=caFree;;TPrepod.Button1Click(Sender: TObject);.Prepod.Append;;TPrepod.Button3Click(Sender: TObject);.Prepod.Post;;TPrepod.Button2Click(Sender: TObject);.Prepod.Cancel;;TPrepod.Button4Click(Sender: TObject);.Prepod.Delete;;.Unit5;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, StdCtrls, Mask, DBCtrls, Grids, DBGrids;= class(TForm): TDBGrid;: TDBEdit;: TLabel;: TButton;: TButton;: TButton;: TButton;Button1Click(Sender: TObject);Button2Click(Sender: TObject);Button3Click(Sender: TObject);Button4Click(Sender: TObject);FormClose(Sender: TObject; var Action: TCloseAction);

{ Private declarations }

{ Public declarations };: TPredmet;Unit1, Unit2, Unit3, Unit4, Unit6, Unit7;

{$R *.dfm}TPredmet.Button1Click(Sender: TObject);.Predmet.Append;;TPredmet.Button2Click(Sender: TObject);.Predmet.Post;;TPredmet.Button3Click(Sender: TObject);.Predmet.Cancel;;TPredmet.Button4Click(Sender: TObject);.Predmet.Delete;;TPredmet.FormClose(Sender: TObject; var Action:

TCloseAction);:=cafree;;.Unit6;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, StdCtrls, Grids, DBGrids, Mask, DBCtrls;= class(TForm): TDBGrid;: TButton;: TButton;: TButton;: TButton;: TLabel;: TDBEdit;Button1Click(Sender: TObject);Button3Click(Sender: TObject);Button2Click(Sender: TObject);Button4Click(Sender: TObject);FormClose(Sender: TObject; var Action: TCloseAction);

{ Private declarations }

{ Public declarations };: TNapravlenia;Unit1, Unit2, Unit3, Unit4, Unit5, Unit7;

{$R *.dfm}TNapravlenia.Button1Click(Sender: TObject);.Naprawlennosti.Append;;TNapravlenia.Button3Click(Sender: TObject);.Naprawlennosti.Post;;TNapravlenia.Button2Click(Sender: TObject);.Naprawlennosti.Cancel;;TNapravlenia.Button4Click(Sender: TObject);.Naprawlennosti.Delete;;TNapravlenia.FormClose(Sender: TObject;Action: TCloseAction);:=cafree;;.Unit7;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, StdCtrls, DBCtrls, Grids, DBGrids, Mask, RpCon, RpConDS,, RpRave;= class(TForm): TDBGrid;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TButton;: TButton;: TButton;: TButton;: TButton;: TButton;: TEdit;: TLabel;: TDBLookupComboBox;: TDBLookupComboBox;: TDBLookupComboBox;: TDBLookupComboBox;: TDBEdit;: TButton;: TRvProject;: TRvDataSetConnection;FormClose(Sender: TObject; var Action: TCloseAction);Button1Click(Sender: TObject);Button2Click(Sender: TObject);Button3Click(Sender: TObject);Button4Click(Sender: TObject);Button5Click(Sender: TObject);Button6Click(Sender: TObject);FormCreate(Sender: TObject);

{ Private declarations }

{ Public declarations };: TKonkurs;Unit1, Unit2, Unit3, Unit4, Unit5, Unit6;

{$R *.dfm}TKonkurs.FormClose(Sender: TObject; var Action:

TCloseAction);:=cafree;;TKonkurs.Button1Click(Sender: TObject);.Konkurs.Append;;TKonkurs.Button2Click(Sender: TObject);:Integer;:string;,d:Real;:=0;:=0;.Konkurs.Post;:=DataModule2.DataKonkurs.DataSet.Fields[0].AsString;.DataKonkurs.DataSet.First;c:=0 to DataModule2.DataKonkurs.DataSet.RecordCount-1 doDataModule2.DataKonkurs.DataSet.Fields[0].AsString=f then:=d+1;:=h+DataModule2.DataKonkurs.DataSet.Fields[4].AsInteger;;.DataKonkurs.DataSet.Next;;:=h/d;.Predmet.Edit;.PredmetUspevaemost.Value:=h;.Predmet.Post;;TKonkurs.Button3Click(Sender: TObject);.Konkurs.Cancel;;TKonkurs.Button4Click(Sender: TObject);.Konkurs.Delete;;TKonkurs.Button5Click(Sender: TObject);edit1.text<>'' then.Konkurs.Filter:='Predmet like ''%'+edit1.text+'%'' ';.Konkurs.Filtered:=true;;;TKonkurs.Button6Click(Sender: TObject);.Konkurs.Filtered:=false;;TKonkurs.FormCreate(Sender: TObject);;.