1.1 Техническое задание на разработку программного продукта

Подсистема АИС БД «Грузоперевозки» используется с целью обобщения информации о клиентах, поставщиках и о перевозках. Данный программный продукт использует для решения следующих задач:

* Регистрация новых клиентов

* Работа с БД (просмотр, редактирование)

* Выведение отчета в Текстовой редактор Word

1.2 Требования к программе

1.2.1 Требования к функциональным характеристикам

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

Для работы программы должен быть выделен ответственный оператор.

Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:

1) Процессор Pentium III

2) Частота 600 Mhz

3) Оперативная память 128 Mb

4) Видеокарта 64Мb

5) Клавиатура и мышь

Рекомендуемые технические требования:

1) Процессор Pentium IV

2) Частота 1000 Mhz

3) Оперативная память 256Mb

4) Видеокарта 128 Мb

5) Клавиатура и мышь

1.2.5 Требования к информационной и программной совместимости

Программа должна работать автономно под управлением ОС MS DOS версии не ниже 3.3.

1.2.6 Технико-экономические показатели

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

1.2.7 Стадии и этапы разработки

Стадии этапы разработки велись в соответствии с установленными сроки выполнения работы (таблица 1).

Таблица 1. Стадии и этапы разработки

1.2.8 Порядок контроля приемки

После передачи Исполнителем программы Заказчику, последний имеет право тестировать программу в течение 7 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа от принятия. В случае обоснованного отказа Исполнитель обязуется доработать программу.

1.2.9 Выбор языка программирования

Для разработки программного продукта на тему дипломного проект мною была выбрана такая среда программирования, как Borland Delphi 2010, которая является универсальным средством для создания Windows приложений. Delphi 2010 обладает большим набором достоинств по сравнению с остальными средами программирования.

Он представляет собой быстрый компилятор, является объектно-ориентированным языком программирования, обладающий интуитивной и понятной средой визуального программирования, так же обладает большим наборов компонентов для создания приложений, представляет возможность создания приложений, предоставляет возможность создания приятного и, в то же время, многофункционального интерфейса, дает большие возможности для разработки API-приложений, Web-сервисов

и работы с базами данных различных платформ, в частности с Microsoft Access, а так же с SQL-запросами. Это лишь некоторые основные возможности Delphi 2010, которые повлияли на мой выбор.

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

Delphi - результат развития языка Turbo Pascal, который, в свою очередь, развился из языка Pascal. Pascal был полностью процедурным языком, Turbo Pascal начиная с версии 5.5 добавил в Pascal объектно-ориентированные свойства, а Delphi - объектно-ориентированный язык программирования с возможностью доступа к метаданным классов (то есть к описанию классов и их членов) в компилируемом коде, также называемом интроспекцией. Так как все классы наследуют функции базового класса TObject, то любой указатель на объект можно преобразовать к нему, и воспользоваться методом ClassType и функцией TypeInfo, которые и обеспечат интроспекцию. Также отличительным свойством Delphi от С++ является отсутствие возможности располагать объекты в стеке (объекты, унаследованные из Turbo Pascal, располагаться в стеке могут) - все объекты попадают в динамически выделяемую область (кучу).

Де-факто Object Pascal, а затем и язык Delphi являются функциональными наращиваниями Turbo Pascal. Об этом говорят обозначения версий компилятора. Так, в Delphi 7 компилятор имеет номер версии 15.0 (Последняя версия Borland Pascal / Turbo Pascal обозначалась 7.1, в Delphi 1 компилятор имеет версию 8.0, в Delphi 2 - 9.0, и т.д. Номер версии 11.0 носит компилятор Pascal, входивший в состав среды C++ Builder).

Delphi оказал огромное влияние на создание концепции языка C# для платформы.NET. Многие его элементы и концептуальные решения вошли в состав С#. Одной из причин называют переход Андерса Хейлсберга, одного из ведущих разработчиков Delphi, из компании Borland Ltd. в Microsoft Corp.

1. Версия 1 была предназначена для разработки под 16-ти разрядную платформу Win16;

2. Версии со второй компилируют программы под 32-х разрядную платформу Win32;

3. Вместе с 6-й версией Delphi вышла совместимая с ним по языку и библиотекам среда Kylix, предназначенная для компиляции программ под операционную систему GNU/Linux;

4. Версия 8 способна генерировать байт-код исключительно для платформы .NET. Это первая среда, ориентированная на разработку мультиязычных приложений (лишь для платформы .NET);

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

1.2.10 Обзор систем управления базами данных

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

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

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

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

1. одну или несколько баз данных;

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

3. персонал, обеспечивающий работу банка данных.

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

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

· каждый элемент таблицы - один элемент данных

· все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.)

· каждый столбец имеет уникальное имя

· одинаковые строки в таблице отсутствуют

· порядок следования строк и столбцов может быть произвольным

Такая модель хранения данных обеспечивает удобство использования базы данных на ЭВМ. Учитывая, что таблицы базы данных могут быть связаны определенными отношениями, такая модель обеспечивает целостность данных и отсутствие избыточности хранения. Поэтому она и используется в большинстве современных баз данных.

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

Можно сформулировать основные функции СУБД:

1. Определение данных.

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

2. Манипулирование данными.

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

3. Управление хранением данных и доступом к ним.

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

4. Защита и поддержка целостности данных

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

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

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

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

По степени универсальности различают два класса СУБД:

1. системы общего назначения;

2. специализированные системы.

2. Основная часть

2.1.1 Общие сведения

Программа предназначена для сбора сведений о заказах.

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

2.1.3 Описание логической структуры

Для работы в диалоговом режиме используется экран дисплея, клавиатура и манипулятор типа «мышь». Для поддержки графического режима необходим видеоадаптер VGA. Входные данные хранятся на жестком диске. Программа работает под управлением ОС Windows 98 (и выше).

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

2.2.1 Общие сведения о программе

Минимальные технические требования к ЭВМ, необходимой для нормального функционирования программного обеспечения:

1) Процессор Pentium III

2) Частота 600 Mhz

1) Оперативная память 128 Mb

2) Видеокарта 64 Мb

3) Клавиатура и мышь

2.2.2 Используемые программные средства

Запуск программы осуществляется на ОС Windows XP и более поздних её версиях. Среда разработки - Borland Delphi 7.

2.2.3 Структура таблиц базы данных предприятия

Рисунок 12. Оформление окна формы

17) Происходит создание Unit3. Для этого создаём новый проект («File» -> «Form»).

18) На Form3 добавляется объекты:

Button1, Button2;

TEdit1;

TLabel1;

19) Button1 для вывода данных на экран.

Button2 для выхода из формы.

TLabel1, для текстовой информации.

TEdit1; для ввода информации.

20) Оформление интерфейса окна Form3. (рисунок 13)

Рисунок 13. Оформление формы 3

21) Происходит создание Unit4. Для этого создаём новый проект («File» -> «Form»).

На Form4 добавляется объекты:

Button1 для вывода данных на экран.

Button2 для выхода из формы.

TEdit1 для ввода информации.

TLabel1 для текстовой информации.

Готовая форма показана на рисунке 14.

Рисунок 14. Оформление формы 4

22) Происходит создание Unit9. Для этого создаём новый проект («File» -> «Form»).

На Form5 добавляется объекты:

Button1 для добавления нового клиента.

Button2 для сохранения изменений.

TLabel1, TLabel2, TLabel3, TLabel4, TLabel5, TLabel6 для текстовой информации.

DBEdit1, DBEdit2, DBEdit3, DBEdit4, DBEdit5, DBEdit6; для ввода информации в таблицу.

Готовая форма показана на рисунке 15.

Рисунок 15. Оформление формы 9

23) Происходит создание Unit5. Для этого создаём новый проект («File» -> «Form»).

На Form6 добавляется объекты:

Button1 для вывода данных на экран.

Button2 для выхода из формы.

TEdit1 для ввода информации.

TLabel1 для текстовой информации.

Рисунок 16. Оформление формы 5

24) Происходит создание Unit7. Для этого создаём новый проект («File» -> «Form»).

На Form7 добавляется объекты:

Button1 для подключения базы.

Button2 для отключения базы.

TEdit1 для ввода информации.

OpenDialog1 диалог «Открыть файл»

Готовая форма показана на рисунке 17

Рисунок 17. Оформление формы 7

25) Происходит создание Unit6. Для этого создаём новый проект («File» -> «Form»).

На Form6 добавляется объекты:

Button1 для вывода данных на экран.

Button2 для выхода из формы.

TEdit1 для ввода информации.

TLabel1 для текстовой информации.

Готовая форма показана на рисунке 18.

Рисунок 18. Оформление формы 6

26) В Unit1 к компоненту TMainMenu в кнопке N16 подключаем помощь прописывая в кнопке следующую строку «пример: ShellExecute (0,'open', 'помощь.chm', nil, nil, SW_SHOWNORMAL);»

27) Происходит создание Unit8. Для этого создаём новый проект («File» -> «Form»).

На Form5 добавляется объекты:

Button1 для добавления нового клиента.

Button2 для сохранения изменений.

TLabel1, TLabel2, TLabel3, TLabel4, TLabel5, TLabel6 для текстовой информации.

DBEdit1, DBEdit2, DBEdit3, DBEdit4, DBEdit5, DBEdit6; для ввода информации в таблицу.

2.2.6 Настройка программы

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

2.2.7 Проверка программы

2.2.7.1 Общие сведения о тестировании

Каждому программисту известно, сколько времени и сил уходит на отладку и тестирование программ. На этот этап приходится около 50% общей стоимости разработки программного обеспечения.

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

Другое определение тестирования (у Г. Майерса) тестирование - это процесс выполнения программы с целью обнаружения в ней ошибок. Такое определение цели стимулирует поиск ошибок в программах. Отсюда также ясно, что «удачным» тестом является такой, на котором выполнение программы завершилось с ошибкой. Напротив, «неудачным можно назвать тест, не позволивший выявить ошибку в программе

2.2.7.2 Виды тестирования

Тестирование модуля, или автономное тестирование (module testing, unit testing) - контроль отдельного программного модуля, обычно в изолированной среде (т.е. изолированно от всех остальных модулей).

Тестирование сопряжении (integration testing) - контроль сопряжении между частями системы (модулями, компонентами, подсистемами).

Тестирование внешних функций (external function testing) - контроль внешнего поведения системы, определенного внешними спецификациями.

Тестирование приемлемости (acceptance testing) - проверка соответствия программы требованиям пользователя.

Комплексное тестирование (system testing) - контроль и / или испытание системы по отношению к исходным целям. Комплексное тестирование является процессом контроля, если оно выполняется в моделируемой среде, и процессом испытания, если выполняется в среде реальной, жизненной.

Тестирование настройки (installation testing) - проверка соответствия каждого конкретного варианта установки системы с целью выявить любые ошибки, возникшие в процессе настройки системы.

2.2.7.3 Методы тестирования

1. Существует два основных вида тестирования: функциональное и структурное. При функциональном тестировании программа рассматривается как «черный ящик» (то есть ее текст не используется). Происходит проверка соответствия поведения программы ее внешней спецификации.

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

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

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

3. Метод большого скачка

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

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

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

4. Восходящее тестирование

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

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

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

2.2.7.4 Принципы тестирования

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

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

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

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

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

5. Необходимо тщательно подбирать тест не только для правильных (предусмотренных) входных данных, но и для неправильных (непредусмотренных);

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

7. Следует сохранять использованные тесты (для повышения эффективности повторного тестирования программы после ее модификации или установки у заказчика).

2.2.8 Дополнительные возможности

Программа имеет удобную форму для добавления клиентов.

2.2.9 Сообщения системному программисту

Системные сообщения выводится, если мы подключаем базу к уже подключенной базе. (Рисунок 20)

Рисунок 20. Форма сообщения

Системное сообщение выдается при незаполненных данных на Form2. (Рисунок 13)

2.3 Руководство оператора

2.3.1 Назначение программы

АИС БД «Грузоперевозки» используется с целью обобщения информации о клиентах, поставщиках и об оформленных между ними заказах.

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

2.3.2 Условия выполнения программы

Минимальные:

1) Процессор Pentium III

2) Частота 600 Mhz

3) Оперативная память 128 Mb

4) Видеокарта 64Мb

5) Клавиатура и мышь

2.3.3 Выполнение программы

3. Экономическая часть

Раздел 3. Расчет начислений на заработную плату (социальное страхование)

Раздел 4. Расчет расходов на содержание и эксплуатацию ПЭВМ

Раздел 5. Расчет себестоимости программного продукта

Раздел 6. Расчет цены программного продукта

Раздел 7. Расчет экономической эффективности

Имеются следующие исходные данные:

1. Подготовка описания задачи (Тпо) - 9 человеко / часов

2. Коэффициент учета изменения задач (В) - 1,3

3. Количество дней в месяце (Чр) - 30 дней

4. Тарифный коэффициент, соответствующий разряду тарифной сетки по которому работает исполнитель (Кт) = 1,3

5. Балансовая стоимость ЭВМ, определяется исходя из цены и количества комплектующих изделий ЭВМ по рыночной стоимости (Кб) 30000 руб.

6. Эффективный годовой фонд работы ПЭВМ в часах (Фэф) - 2016 часов

7. t p.д. - продолжительность рабочего дня в часах - 8 часов

3.1 Расчет времени на создание программного продукта.

Та=Q/(50*K)=1480: (50*0,8)=37 (чел./час)

4) Тбс определяется аналогично Та

Тбс= Та = Q/(50*K)=1480: (50*0,8)=37 (чел./час)

5) Тн определяется по формуле:

Тн=Q*1,5/(50*K) = 1480*1,5/(50*0,8)=2220:40,0=55.5 (чел./час)

6) Тп определяется по формуле:

Тп=Q/50=1480:50=29,6 (чел./час)

7) Тот определяется по формуле:

Тот=Q*4,2/50*K=1480*4,2/50*0,8=6216,0:40,0=155,4 (чел./час)

8) Тд определяется аналогично Тпо

Тд= Тпо=9 (чел./час) (оформление документации, пояснительных записей).

Теперь зная время, затраченное на каждом этапе, можно подсчитать общее время на создание программного продукта:

Т=Тпо+То+Та+Тбс+Тн+Тп+Тот+Тд=9+48,1+37+37+55,5+29,6+155,4+9=380,6 (чел./час)

3.2 Расчет годового фонда заработной платы исполнителя по созданию программного продукта

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

Дополнительна заработная плата - это оплата отпусков (11,3%) доплата по территориальному коэффициенту (15%).

Основная ЗП определяется по формуле:

ЗПосн=Х*Кт*Т / Чр*tp.д*(1+П/100)

где

Х - среднемесячная ЗП программиста 12000 рублей - определяется самостоятельно по рыночной ситуации;

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

Т-общее время на создание программного продукта 380.6 (чел./час);

Чр - число рабочих дней в месяце 30 дней (исходные данные);

tp.д. - продолжительность рабочего дня в часах - 8 часов;

П - процент премии.

ЗПосн=Х*Кт*Т / Чр*tp.д*(1+П/100)=12000*1,3*380,6/30*8*(1+40/100)= = 17670,71 (руб.)

Дополнительная ЗП берется в размере 11,3% от основной.

ЗПдоп=17670,71*11,3%= 1996,79 (руб.)

Общая ЗП будет равна сумме основной и дополнительной:

ЗПобщая=ЗПосн+ЗПдоп=17670,71 +1996,79 =19667,5 (руб.)

3.3 Расчет начислений на заработную плату (социальные взносы)