Разработка програмного обеспечения автоматизированного рабочего места калькулятора

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

     2. Спиральная модель.        

     Одним из главнейших понятий данной модели является итерация.

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

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

     Главная задача итерации – максимально снизить  время разработки программы.

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

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

• Лёгкость внесения изменений;
• Возможность постепенной интеграции информационной системы;
• Большая гибкость в управлении проектом (возможность менять сроки разработки функциональности системы);
• Возможность повторного использования компонентов;
• Меньшее количество ошибок в конечном продукте;

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

     1.6 Обоснование выбора  средств создания  программы 

     Информационная  модель (АИС)

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

     В Базе Данных сущности представляются в виде соответствующих таблиц и  полей, в АРМ – в виде форм. В настоящее врем реализация АРМ  АИС насчитывает более ста  форм.

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

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

     Borland Delphi 7 :

     — это среда быстрой разработки, в которой в качестве языка  программирования используется язык Delphi;

     — строго типизированный объектно-ориентированный  язык, в основе которого лежит хорошо знакомый программистам Object Pascal.

     Из  вышеуказанного преимущества данной среды  разработки приложений перед другими  очевидны:

• Быстрота разработки приложения.
• Высокая производительность разработанного приложения.
• Простая логика создания приложений.
• Низкие требования разработанного приложения к ресурсам компьютера.
• Наращиваемость за счет встраивания новых компонентов и инструментов в среду Delphi.
• Удачная проработка иерархии объектов.

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

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

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

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

     MS Access – этот формат хранения данных.Он предоставляет пользователю широкие возможности по хранению не только таблиц, но и запросов, форм и представлений. Access - является простым в использовании программным средством.

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

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

     СУБД  MS Access предоставляет следующие средства для создания объектов:

• Ручные (т.е. разработка объектов происходит в режиме конструктора);
• Автоматизированные (т.е. разработка объектов происходит с помощью программ-мастеров).

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

     Существует  следующие типы БД:

• Сетевые
• Иерархические
• Реляционные

     Реляционная СУБД

     Реляционная СУБД (РСУБД; иначе Система управления реляционными базами данных, СУРБД) —  СУБД, управляющая реляционными базами данных.

     Понятие реляционный (англ. relation — отношение) связано с разработками известного английского специалиста в области  систем баз данных Эдгара Кодда (Edgar Codd).

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

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

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

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

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

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

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

     поле, запись, таблица, атрибуты (не много…)

     Базовыми  понятиями реляционных СУБД являются:

     1) атрибут 2) отношения 3) кортеж

     SQL запросы 

     1.7 Тестирование программных  продуктов 

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

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

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

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

     В настоящие время широко известна оценка распределения трудозатрат  между фазами разработки программного продукта на обнаружение и исправление  дефектов разрабатываемого программного продукта, которое представляет следующие соотношение: 40% - 20% - 40% (дизайн – разработка кода – тестирование).

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

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

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