2.2. Назначение программы и обоснование разработки

Где будет использовать, кем и на основании каких документов разрабатывается.

2.3. Функциональная и логическая структура программы

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

2.4. Система математического обеспечения

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

2.5 Алгоритм реализации проекта

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

2.6. Описание пользовательского интерфейса

В описание пользовательского интерфейса входит:

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

1. ГОСТ 2.104-2006. Единая система конструкторской документации. Общие требования к текстовым документам.
2. ГОСТ 2.105-95. Единая система конструкторской документации. Основные надписи.
3. ГОСТ 19.001-77. Единая система программной документации. Общие положения.
4. ГОСТ 19.101-77. Единая система программной документации. Виды программ и программных документов.
5. ГОСТ 19.102-77. Единая система программной документации. Стадии разработки.
6. ГОСТ 19.103-77. Единая система программной документации. Обозначение программ и программных документов.
7. ГОСТ 19.104-78. Единая система программной документации. Основные надписи.
8. ГОСТ 19.106-78. Единая система программной документации. Требования к программным документам, выполненным печатным способом.
9. ГОСТ 19.201-78. Единая система программной документации. Техническое задание, требование к содержанию и оформлению.
10. ГОСТ 19.202-78. Единая система программной документации. Спецификация, требование к содержанию и оформлению.
11. ГОСТ 19.301-79. Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению.
12. ГОСТ 19.401-78. Единая система программной документации. Текст программы. Требования к содержанию и оформлению.
13. ГОСТ 19.402-78. Единая система программной документации. Описание программы.
14. ГОСТ 19.404-79. Единая система программной документации. Пояснительная записка. Требования к содержанию и оформлению.
15. ГОСТ 19.502-78. Единая система программной документации. Общее описание. Требования к содержанию и оформлению.
16. ГОСТ 19.503-79. Единая система программной документации. Руководство системного программиста. Требования к содержанию и оформлению.
17. ГОСТ 19.504-79. Единая система программной документации. Руководство программиста. Требования к содержанию и оформлению.
18. ГОСТ 19.505-79. Единая система программной документации. Руководство оператора. Требования к содержанию и оформлению.
19. ГОСТ 19.506-79. Единая система программной документации. Описание языка. Требования к содержанию и оформлению.
20. ГОСТ 19.508-79. Единая система программной документации. Руководство по техническому обслуживанию. Требования к содержанию и оформлению.
21. Александровский А.Я. Delphi 5. Разработка корпоративных приложений. – М.: ДМК, 2008. – 158 с.
22. Бобровский В.А. Delphi 7. Учебный курс. – СПб.: Питер, 2005. – 589 с.
23. Сухарев М. Delphi. Полное руководство. – СПб.: Наука и техника, 2008. – 470 с.
24. Фаронов В.В. Delphi . Программирование на языке высокого уровня: учебное пособие для вузов. – СПб.: Питер, 2008. — 640 с.: ил.

3.3 Алгоритм и логическая структура программы

Схема логических связей между модулями программы представлена на рис. 3.7:

Рисунок 3.7 — Схема логических связей между модулями программы

Алгоритм работы программы с базой данных представлен на рисунке 3.8

Рисунок 3.8 — Алгоритм работы программы с БД

3.4 Вызов и загрузка

Загрузка программы производится запуском файла SUD.EXEиз средыWindows. Необходимо, что в текущей папке находился файлSUD.MDB– файл, содержащий БД для проведения аналитических расчетов.

Файл SUD.MDB– файл БД, созданный в СУБДAccessиз пакетаMicrosoftOfficeXP2007. Для непосредственного редактирования таблиц, возможно использование СУБДAccess.

3.5 Выбор и обоснование технического обеспечения задачи

Для разработки исполняемого файла использовался VisualBasicforApplications. Для проектирования БД использовалась СУБДAccessиз пакетаMicrosoftOfficeXP2007, что объясняет минимальную конфигурациюhardware:

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

Минимальные требования к аппаратной части ПК следующие:

• микропроцессор класса не ниже Pentium3;
• оперативная память не менее 128 Mb;
• жесткий диск не менее 10 Gb;
• SVGAсовместимый видеоадаптер;
• привод CD-ROM;
• дисплей с разрешением не менее 800х600 точек;
• мышь, клавиатура;
• принтер.

• микропроцессор класса Intel Core i3-380UM (1.33 ГГц)
• оперативная память 4 Гb;
• жесткий диск не менее 320 Gb;
• видеоадаптер интегрированный, Intel HD;
• привод CD-RW;
• дисплей с разрешением 1024х768х60Hz;
• мышь, клавиатура;
• принтер.

3.6Описание функционирования компонентов задачи

Главное меню программы выглядит следующим образом:

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

• созданная система выполняет все функции, указанные в ТЗ;
• при аварийном отключении сохраняет максимально возможное количество данных;
• система способна работать на ПК различной конфигурации, в том числе и минимальной;
• система отвечает поставленным требованиям по защите от несанкционированного доступа;
• система корректно осуществляет свою работу при работе с большими объемами данных (при максимальном объеме БД – 30 Мб) и при большом количестве запросов (20 запросов).

2.4. Создание концептуальной модели

Таким образом, построена концептуальная модель для данной предметной области.

Рис 2.2. Концептуальная модель данных

Глава 3. Программная реализация Интернет-комплекса

3.1. Логическая структура программы

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

Интернет-комплекс «Знание» представляет собой большое web-приложение с поддержкой базы данных, и целесообразно было разделить его на слои.

Были выделены следующие слои приложения:

1. База данных.
2. Классы работающие с базой данных.
3. Классы-сущности.
4. Action-классы, работающие с сущностями.
5. Пользовательский интерфейс.

3.2. База данных

• Actors (Деятели)
• Events (Мероприятия)
• Lectories (Лектории)
• Domains (Направления деятельности)
• Photo (Фотографии)
• Data (Информация в помощь)
• ActorsAndDomains
• ActorsAndEvents
• ActorsAndLectories
• ActorsAndPhoto
• DomainsAndData
• EventsAndDomains
• EventsAndPhoto

3.3. Классы работающие с базой данных

Классы, которые относятся к этому логическому слою, находятся в пакете by.knowledge.database. Класс DBQueryHelper вспомогательный. Он генерирует SQL запросы к базе данных. Например, рассмотрим метод insertQuery, который конструирует SQL запрос, добавляющий новую запись в таблицу: public static String insertQuery(String table, String[] fields, String[] values) < String query = "INSERT INTO " + table + " ("; for (int i = 0; i < fields.length; i++) < query += fields[i] + ", "; >query = query.substring(0, query.length() — 2); query += «) VALUES («; for (int i = 0; i < values.length; i++) < if ("null".equals(values[i])) < query += "NULL, "; >else < query += "'" + values[i] + "', "; >> query = query.substring(0, query.length() — 2); query += «)»; return query; > В качестве параметров этот метод принимает название таблицы table, массив названий полей fields и массив соответствующих значений values. Таким образом, в коде не придётся писать полный запрос типа «INSERT INTO Domains (Name_Domain, Description_Domain) VALUES (‘Экология’, ‘Проблемы экологии’)». А достаточно будет вызвать метод insertQuery, передав ему необходимые параметры. Это позволяет избежать возможных опечаток в запросах и упростить разработку приложения. Класс DBConnection позволяет работать с базой данных. В нём реализованы методы, с помощью которых открывается и закрывается соединение с базой данных, а также методы, осуществляющие SQL-запросы.

При подготовке материала использовались источники:
https://studfile.net/preview/5337340/page:6/
https://studfile.net/preview/5064322/page:14/
https://studfile.net/preview/5360856/page:6/