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

Бажано навести схему збору, обробки і передачі інформації та дати її опис. Опис схеми повинний бути докладним. Автор повинен описати організацію ведення БД та навести засоби захисту її захисту від руйнування і несанкціонованого доступу, а також регламент процедур обслуговування (перевірка, пакування, копіювання, створення архівів). Рекомендується також сформулювати послідовність процедур з маршруту обробки інформації до передачі на автоматизовану обробку та маршрут руху вихідних документів.

3.4 Рекомендации по разработке математического обеспечения

Описание алгоритма решения задачи (выполнения функции) производится в следующей последовательности:

1. Назначение и характеристика;

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

2. Используемая информация;

Приводят перечень таблиц базы данных и (или) перечень входных документов, используемых при реализации алгоритма: наименование, обозначение и максимальное число записей в нем;

3. Результаты решения;

Приводят перечень таблиц базы данных и (или) перечень выходных документов, экранных форм, формируемых в результате реализации алгоритма: наименование, обозначение.

4. Математическое описание;

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

5. Алгоритм решения.

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

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

1. графический (в виде блок-схемы);

2. табличный;

3. текстовый;

4. смешанный (графический или табличный с текстовой частью).

Способ представления алгоритма выбирается студентом по согласованию с руководителем проекта.

3.5 Рекомендации по разработке программного обеспечения

Материалы, связанные с программным обеспечением проектируемой подсистемы оформляются в пояснительной записке дипломного проекта в виде раздела 5 "ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ПОДСИСТЕМЫ", который может иметь следующую структуру:

5.1 Структура и функции частей программного обеспечения подсистемы

5.2 Выбор компонентов программного обеспечения

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

Кроме того, также часть материалов помещается в приложения.

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

Содержание пункта 5.2 "Выбор компонентов программного обеспечения" может быть следующим:

5.2.1 Операционные системы для сервера и рабочих станций

5.2.2 Средства разработки специального программного обеспечения

5.2.3 Сервисные программы и утилиты

В п. 5.2.1 производится анализ и обоснованный выбор операционных систем для сервера компьютерной сети и для рабочих станций (в отдельных подпунктах). Для анализа выбирается не менее 2-х современных претендентов по каждому виду ОС. По каждой рассматриваемой ОС приводятся основные параметры и отличительные особенности без детального описания структуры и принципов работы. В результате анализа делается заключение, на основании чего выбирается указанный тип ОС. Объем этого пункта 3-4 страницы.

В п. 5.2.2 производится анализ и обоснованный выбор средств(а) для разработки специального ПО. Для анализа выбирается не менее 2-х современных систем (языков) программирования, которые пригодны для разработки программ требуемого типа. По каждому средству указываются основные возможности и характерные особенности без подробного описания языка программирования, интегрированной среды и т.д. В результате анализа делается заключение, на основании чего выбирается указанное средство разработки специального ПО. Объем этого пункта 1,5-2 страницы.

В п. 5.2.3 производится анализ и обоснованный выбор сервисных программ и утилит, необходимых для обеспечения функционирования подсистемы: архиваторов, антивирусов, офисных программ (редакторов, электронных таблиц и т.п.), графических пакетов и других вспомогательных программных средств. По каждому виду программных средств перечисляется несколько возможных современных претендентов, затем указывается, какой из них выбран и почему. Объем этого пункта 1,5-2 страницы.

Содержание пункта 5.3 "Разработка специального программного обеспечения" может быть следующим:

5.3.1 Структура специального программного обеспечения

5.3.2 Описание программного модуля "…"

5.3.3 Описание программного модуля "…"

…

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

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

В приложения могут быть помещены:

1. Листинги основных программных модулей (ориентировочный объем 10-15 страниц по согласованию с консультантом);

2. Краткое руководство пользователя.

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

3.6 Рекомендации по проектированию технического обеспечения

Общие рекомендации по проектированию технического обеспечения

В разделе 6 "Техническое обеспечение" рассматривается весь комплекс вопросов по техническим средствам подсистемы, за исключением аппаратных компонентов, непосредственно используемых для организации сети (они рассматриваются в отдельном разделе 7).

Поскольку разрабатываемые в дипломных проектах подсистемы должны быть реализованы на основе компьютерных сетей, то и в техническом задании (в подразделе 1.5.4), и в проектных решениях по ТО (раздел 6 дипломного проекта) должны быть отражены требования и решения по выбору двух конфигураций компьютеров сети: компьютера для сервера и компьютера для рабочих станций.

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

- системной платы,

- процессора,

- основной памяти,

- видеосистемы, включающей монитор и видеоадаптер,

- накопителей на магнитных дисках и на компакт-дисках.

Кроме того, в проектируемых подсистемах могут потребоваться различные периферийные устройства (ПУ), не входящие в стандартный для ПК набор. Сюда можно отнести такие устройства как принтеры, сканеры, источники бесперебойного питания, в некоторых задачах – планшетные графопостроители, возможно различные датчики, исполнительные механизмы, и т.д.. Поэтому в ТЗ на создание подсистемы должны быть указаны также требования к характеристикам таких ПУ, а в разделе 6 следует, наряду с подразделами 6.1 и 6.2, в которых описывается выбор комплектующих для сервера и рабочих станций сети, организовать дополнительно подраздел 6.3, описывающий проектные решения по периферийным устройствам.

Рекомендации по формулированию требований к техническому обеспечению при разработке ТЗ

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

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

Например, не следует писать «…основная память должна поддерживать частоту шины 533 МГц, … должна быть построена на модулях типа DDR…» Подобные утверждения могут быть уместными в разделе 6, где описывают уже проектные решения по ТО. На этапе же составления ТЗ, при указании требований к ТО, правильнее здесь была бы фраза «…частота, поддерживаемая основной памятью компьютера, должна быть не ниже ____МГц…» с последующим обоснованием.

Таким образом ниже, сразу после краткого и четкого перечисления подобных ограничений на характеристики тех или иных устройств ПК, в техническом задании следует очень кратко - но обязательно – сказать, чем обусловлены соображения об этих ограничениях (либо по какой причине они должны быть введены) исходя из условий проектирования.

Ясно, например, что ограничения на характеристики компонентов сервера и рабочей станции могут весьма сильно различаться и быть совсем разного порядка. Например, параметры объема памяти, дисков, быстродействия процессоров, возможности системной платы. Возможно, что с учетом условий разработки или развития подсистемы – могут потребоваться и ограничения стоимостного характера, либо - на энергопотребление.

Но в любом случае, говоря о каком-либо ограничении «не менее», «не более», «не ниже» … и т.п. - после их краткого перечня, в следующем же абзаце необходимо указать, из чего каждое из них следует. Каждое такое указание должно быть кратким, в пределах 5-10 слов.