Статистические данные, корректность программного обеспечения

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

2.5 Программная документация

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

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

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

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

2.6 Проектирование приложений для работы с базами данных

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

Схема проектирования:

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

2. Выбор платформы. Включает в себя как выбор железа, в соответствии с планируемой нагрузкой на БД с учетом масштабируемости, так и выбор СУБД. Существует множество критериев, и для каждого они свои. Для кого-то важна цена/бесплатность продукта, для кого-то производительность. Однако нужно реально оценивать возможности СУБД и не использовать Oracle, если Ваша таблица за 2 года вырастет на 100000 записей. Здесь главное иметь представление о том, что вы собираетесь сделать, и какой результат хотите получить, а также о возможностях различного железа и СУБД.

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

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

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

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

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

Заключение

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

Список  литературы

1) Б.У. Боэм “Инженерное проектирование программного обеспечения”. М.: Радио и связь. 1985.

2) Д.Райли. “Использование языка Модула-2”. М.: Мир. 1993.

3) Ю.В. Иванов “Программы и их жизненные циклы” 1998.

4) К. Дейт “Введение в системы баз данных.” 2-е изд М.: Наука, 1980.

5) К. Дейт “Руководство по реляционной системе DB2” М.: Финансы и статистика, 1988.

6) К. Дейт, Хью Дарвен “Основы будущих систем баз данных. Третий манифест” М: Янус-К, 2004.

7) Вендров А.М. CASE-технологии. “Современные методы и средства проектирования информационных систем” М.: Финансы и статистика, 1998.

8) Вендров А.М. “Проектирование программного обеспечения экономических информационных систем” М.: Финансы и статистика, 2000.

9) www.wikipedia.org

10) www.intuit.ru

11) www.delphiplus.org