2.4 Перечень задач, подлежащих решению в процессе разработки

Задачи, которые нужно будет решать в процессе разработки, следующие:

• ввод и просмотр данных, редактирование и удаление существующих данных;

• доступ нескольких типов пользователей;

• поддержка администрирования системы;

• формирование отчетных документов различного рода;

• разработка концепции пользовательского интерфейса;

• разработка концепции отображения содержимого;

• проектирование базы данных;

• разработка хранимых SQL-процедур;

• разработка триггеров;

2.5 Выбор и обоснование средств и методов решения задач

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

Существует большое количество современных СУБД. На базе прохождения практики использовалась СУБД InterBase версии 7.1.

Interbase - это кроссплатформенная система управления базами данных фирмы Borland, поддерживающая большинство операционных систем: Windows, Linux, Unix, и др.

Interbase обладает целым рядом преимуществ, выгодно отличающих его от остальных СУБД:

• Обновляемые представления View;

• Двухфазное подтверждение транзакций;

• Эффективный механизм триггеров;

• Серверная обработка BLOB-полей (BLOB-filters);

• События (Уведомления);

• Легкость в установке и настройке, компактность

• Низкие системные требования

• Поддержка языка Interbase SQL

Язык Interbase SQL совместим со стандартом SQL-92. Кроме того, Interbase server поддерживает расширения стандартного подмножества языка SQL за счет пользовательских функций UDF (User Definded Functions).

Interbase SQL предоставляет расширенные возможности SQL для хранимых процедур и триггеров.

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

Для реализации приложения был выбрана среда разработки Delphi 7. В ней используется язык высокого уровня Object Pascal, который, в свою очередь, расширяет хорошо известный язык Pascal. Pascal более чем за двадцатилетнюю историю накопил множество удачных решений, повышающий скорость компиляции и исполнения кода, улучшающих понимание синтаксиса языка и исходного текста программы. Delphi расширил и дополнил эту технологию своими техническими решениями. Весьма удачным ходом со стороны компании Borland стала разработка иерархии классов для самых различных целей – от создания графического интерфейса программы до работы с базами данных и протоколами локальных и глобальных сетей. Кроме того, вся эта огромная библиотека классов (VCL – Visual Control Library) предоставлена пользователям вместе с исходным кодом, что в десятки раз упрощает понимание работы библиотеки классов.

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

2.6 Обоснование выбора методов решения задачи

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

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

• метод нисходящего проектирования;

• метод восходящего проектирования;

• метод расширения ядра;

• методика Джексона.

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

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