2.7. Раздел «ПРОЕКТНАЯ ЧАСТЬ»
Проектная часть дипломного проекта является описанием решений, принятых в предыдущей главе: настоящая глава должна быть основана на информации, представленной в предыдущей части, детализировать ее.
Глава может иметь следующую структуру:
3. Проектная часть
3.1. Функциональная архитектура
3.2. Технологическое обеспечение
3.3. Информационное обеспечение
3.3. Математическое и алгоритмическое обеспечения
3.4. Программное обеспечение
3.5. Аппаратное обеспечение
3.6. Организационное обеспечение
3.7. Обеспечение информационной безопасности
3.8. Контрольный пример
При этом в конкретном дипломном проекте должны быть только те разделы, в которых имеются материалы личной работы студента. При коллективной разработке должно быть четко указано авторское участие в создании разделов проекта.
2.7.1. Различные варианты структуры проектной части диплома
Представленная структура проектной части является максимальной – в конкретном дипломном проекте будут отражены только те разделы, которые определены в разд. 2.3.6.2.
Коренные отличия в структуре проектного раздела диплома будут определяться направленностью работы. Как говорилось ранее, возможны такие варианты проектирования:
разработка модуля, реализующего информационный процесс или автоматизирующего решение отдельной задачи;
создание автоматизированного рабочего места (АРМ);
разработка подсистемы ИС организации;
внедрение типового решения («коробочного продукта»);
научно-практическая разработка в области прикладной информатики.
2.7.2. Функциональная архитектура
Функциональная архитектура (совокупность функциональных подсистем, комплексов задач и процедур) – архитектура автоматизируемых бизнес-процессов – определяет состав функциональных подсистем и комплексов задач (в виде набора операций, функций, задач обработки информации), обеспечивающих реализацию бизнес-процессов.
Функциональная архитектура может быть представлена деревом функций предметной области – иерархической моделью видов деятельности предприятия (рис. 1).
Рис.1. Пример функциональной архитектуры
Более детально бизнес-процессы раскрываются в моделях «TO BE» (построенных, например, в методологии IDEF0).
2.7.3. Технологическое обеспечение
Технологическое обеспечение включает описание организации технологии сбора, передачи, обработки и выдачи информации.
Здесь описывается последовательность операций, начиная от способа сбора (получения) первичной информации (включающая данные, которые используются для корректировки нормативно-справочной информации, и оперативная информацию, используемая для расчетов), и заканчивая формированием результатной информации и способами ее передачи. При этом описываются все возможные ситуации, которые могут возникнуть при реализации информационных процессов.
2.7.4. Информационное обеспечение
Информационное обеспечение ИС включает два блока:
а) внемашинное информационное обеспечение (классификаторы технико-экономической информации, документы, методические инструктивные материалы);
б) внутримашинное информационное обеспечение (макеты/экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации, структуры информационной базы: входных, выходных файлов, базы данных).
Методика разработки информационной модели предполагает моделирование:
взаимосвязей входных, промежуточных и результатных информационных потоков и функций предметной области (структурно-функциональной диаграмма или диаграмма потоков данных). В описании информационной модели необходимо объяснить, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формированию конкретных выходных документов;
данных информационной базы: диаграмма «сущность-связь» или диаграмма классов объектов (концептуальной модель); диаграмма связей между элементами данных (даталогическая модель), структура которой зависит от типа модели данных и выбранной СУБД.
Для диаграммы «сущность-связь» следует дать краткое описание с объяснением того, какие реальные объекты предметной области отражают выделенные сущности и как отношения между сущностями на диаграмме соответствуют взаимосвязям объектов на практике.
Используемые классификаторы и системы кодирования. Необходимо дать краткую характеристику используемым для решения данного комплекса задач классификаторам и системам кодирования. Структура кодовых обозначений объектов может быть оформлена в виде таблицы с таким содержанием граф:
наименование кодируемого множества объектов (например, кодов подразделений, табельных номеров и т. д.),
значность кода,
система кодирования (серийная, порядковая, комбинированная),
система классификации (иерархическая, многоаспектная или отсутствует),
вид классификатора (международный, отраслевой, общесистемный и т. п.).
Пример описания классификатора:
Наименование кодируемого множества
объектов
|
Значность кода
|
Система кодирования
|
Система
классификации
|
Вид
классификатора
|
Номер Заявки
|
4
|
Порядковая
|
Отсутствует
|
Локальный
|
Код Агента
|
3
|
Порядковая
|
Отсутствует
|
Локальный
|
Код рейса
|
3
|
Порядковая
|
Отсутствует
|
Локальный
|
Код Экскурсии
|
3
|
Порядковая
|
Отсутствует
|
Локальный
|
Код услуги
|
3
|
Порядковая
|
Отсутствует
|
Локальный
|
Код категории автомобилей
|
4
|
Порядковая
|
Отсутствует
|
Локальный
|
Далее производится описание каждого классификатора, приводится структурная формула и рассматриваются вопросы централизованного ведения классификаторов на предприятии по данной предметной области, в приложении должны быть приведены фрагменты заполненных классификаторов.
Характеристика нормативно-справочной и входной оперативной информации представляет собой описание состава входных документов и справочников, соответствующих им экранных форм размещения данных и структуры файлов. При этом следует уделять внимание следующим вопросам:
при описании входных документов необходимо привести в приложении формы документов; перечень содержащихся в них первичных показателей; источник получения документа; в каком файле используется информация этого документа, описывается структура документа, число строк, объемные данные, частоту возникновения документа;
описание экранной формы входного документа должно содержать макет экранной формы в приложении, особенностей организации рабочей и служебной зон макета, состав и содержание подсказок, необходимых пользователю для заполнения макета, перечень справочников, автоматически подключаемых при заполнении этого макета;
описание структур входных файлов с оперативной информацией должно включать таблицу с описанием наименований полей, идентификатором каждого поля и его шаблона; по каждому файлу должна быть информация о ключевом поле, длине одной записи, числе записей в файле, частоте создания файла, длительности хранения, способе обращения (последовательный, выборочный или смешанный), способе логической и физической организации, объеме файла в байтах;
описание структур файлов с условно-постоянной информацией содержит те же сведения, что и для файлов с оперативной информацией, но добавляются сведения о частоте актуализации файла и объеме актуализации (в процентах).
Необходимо отметить соответствие проектируемых файлов входным документам или справочникам. Описывается структура записи каждого информационного файла.
Если информационная база организована в форме базы данных, то приводится описание и других ее элементов (ключей, бизнес-правил, триггеров).
Характеристика результатной информации представляет собой обзор результатов решения поставленных задач. Если решение представляет собой формирование ведомостей (в виде экранных или печатных форм), каждую ведомость необходимо описать отдельно. В частности, какое место занимает ведомость в информационных потоках предприятия (служит для оперативного управления или для отчетности), является уточняющей или обобщающей и т. д. Каждая ведомость должна иметь итоги, не включать избыточной информации, быть универсальной. Далее приводится описание печатных форм, экранных макетов с перечислением и краткой характеристикой содержащихся показателей, для каждого документа указывается, на основе каких файлов получается этот документ.
В приложении следует привести заполненные (реальной или отладочной информацией) экземпляры ведомостей и экранных форм документов.
2.7.5. Математическое и алгоритмическое обеспечения
Здесь приводится совокупность математических формул, методов и моделей для реализации целей и задач ИС.
В случае проектирования новых процессов обработки информации следует представить соответствующие алгоритмы.
2.7.6. Программное обеспечение
Следует указать системное ПО, необходимое для функционирования предлагаемой ИС (включающее сетевое ПО и ПО рабочих станций).
Далее описывается ПО, разработанное в рамках настоящего проекта (объемом программного коде должен быть не менее 300 операторов).
Указываются использованные средства разработки (языки программирования, среды разработки) и кратко описывается разработанный программный комплекс.
Затем детально описываются автоматизируемые функции, показываются разработанные программные модули и их взаимосвязь, дерево вызова процедур и программ, схема взаимосвязи программных модулей и информационных файлов.
Дерево автоматизируемых функций. Вначале следует привести иерархию функций управления и обработки данных, которые призван автоматизировать разрабатываемый программный продукт. При этом можно выделить и детализировать два подмножества функций: а) реализующих служебные функции (например, проверки пароля, ведения календаря, архивации баз данных и др.), б) реализующих основные функции ввода первичной информации, обработки, ведения справочников, ответов на запросы и др.
Выявление состава функций, их иерархии и выбор языка общения (например, языка типа «меню») позволяет разработать структуру сценария диалога, дающего возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.
Структура диалога. При разработке структуры диалога необходимо предусмотреть возможность работы с входными документами, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с файлами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы.
В этом пункте следует выбрать способ описания диалога. Как правило, применяется два способа описания диалога. Первый предполагает использование табличной формы описания. Второй использует представление структуры диалога в виде орграфа, вершины которого могут быть перенумерованы (рис. 5), а описание его содержания в соответствии с нумерацией вершин, либо в виде экранов, если сообщения относительно просты, либо в виде таблицы.
Диалог в ИС не всегда можно формализовать в структурной форме. Как правило, диалог в явном виде реализован в тех ИС, которые жестко привязаны к исполнению предметной технологии. В некоторых сложных ИС (например, в экспертных системах) диалог не формализуется в структурной форме и тогда данный пункт может не содержать описанных схем.
Описание диалога, реализованного с использованием контекстно-зависимого меню, не требует нестандартного подхода. Необходимо лишь однозначно определить все уровни, на которых пользователь принимает решение относительно следующего действия, а также обосновать решение об использовании именно этой технологии (описать дополнительные функции, контекстные подсказки и т. д.)
Дерево программных модулей. На основе результатов, полученных выше, строится дерево программных модулей (рис. 2), отражающих структурную схему пакета, содержащей программные модули различных классов:
выполняющие служебные функции;
управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю;
модули, связанные с вводом, хранением, обработкой и выдачей информации.
Рис. 2. Дерево программных модулей
В данном пункте необходимо для каждого модуля указать идентификатор и выполняемые функции, например, в виде:
Идентификатор
модуля
|
Выполняемые модулем функции
|
GlavnMenu
|
Начало работы с программой. Выбор пунктов главного меню.
|
DataModule
|
Предназначен для хранения не визуальных компонентов
|
DocZajavka
|
Регистрация новой заявки.
|
SprZakaz
|
Справочник заказчиков.
|
SprMarka
|
Справочник марок транспортных средств.
|
SprTipKuzova
|
Справочник тип кузова
|
IndKartTran
|
Регистрация, просмотр и редактирование индивидуальной карточки транспортного средства
|
SprOsnZajav
|
Справочник оснований на заявку
|
SprGSM
|
Справочник ГСМ.
|
IndKartVod
|
Регистрация, просмотр и редактирование индивидуальной карточки водителя.
|
GurnZajav
|
Журнал поступивших заявок на транспорт.
|
SprKlassVod
|
Справочник класс водителя
|
DocPutList
|
Регистрация нового путевого листа, редактирование полей записи.
|
Описание программных модулей должно включать описание блок-схем алгоритмов основных расчетных модулей.
Схема взаимосвязи программных модулей и информационных файлов отражает взаимосвязь программного и информационного обеспечения ИС, и может быть представлена несколькими схемами, каждая из которых соответствует определенному режиму (например, рис. 7). Головная же часть, представляется одним блоком с указателями схем режимов.
Рис. 3. Пример схемы взаимосвязи программных модулей и информационных файлов
2.7.7. Аппаратное обеспечение
В этом подразделе необходимо отразить тип многопользовательской архитектуры: файл-сервер или клиент-сервер, тип локальных сетей и сетевых операционных систем, а также типы ЭВМ для клиентской и серверной части архитектуры.
Пример:
Требования к техническим характеристикам серверов БД:
– Процессор – 2 х Intel Xeon 3 ГГц;
– Объем оперативной памяти – 16 Гб;
– Дисковая подсистема – 4 х 146 Гб;
– Устройство чтения компакт-дисков (DVD-ROM);
– Сетевой адаптер – 100 Мбит.
Требования к техническим характеристикам серверов приложений:
– …
Требования к техническим характеристикам веб сервера:
– …
Требования к техническим характеристикам ПК пользователя и ПК администратора:
– Процессор – Intel Pentium 1.5 ГГц;
– Объем оперативной памяти – 256 Мб;
– Дисковая подсистема – 40 Гб;
– Устройство чтения компакт-дисков (DVD-ROM);
– Сетевой адаптер – 100 Мбит.
Если проектируемая информационная система строится на базе существующей аппаратно-программной платформе, то этот раздел отсутствует в пояснительной записке к диплому.
2.7.8. Организационное обеспечение
Организационное обеспечение – совокупность методов и средств, регламентирующих взаимодействие работников с техническими средствами и между собой в процессе разработки и эксплуатации ИС.
В данном разделе следует отразить организационное обеспечение только стадии эксплуатации. Необходимо дать краткое описание работы спроектированной системы и отобразить структуру взаимосвязей рабочих мест конечных пользователей и ИТ-специалистов с серверами ИС.
Организация работы конечных пользователей с ИС включает в себя: организацию рабочих мест и их описание, решаемые задачи, краткие инструкции по работе с системой, права и обязанности пользователей на каждом рабочем месте, действия пользователей в случае нештатного режима функционирования ИС, требования к квалификации пользователей.
Пример:
Основными обязанностями пользователя являются:
- ...
- ...
- ...
Пользователи системы должны иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции ….
2.7.9. Особенности проектирования ИС на базе тиражируемого продукта
В случае использования тиражируемого продукта («1С: Предприятие», «Парус», «Галактика», SAP R/3» и др.) раздел по проектированию должен включать: используемые модули системы, концептуальную и логическую модель БД, входные и выходные формы, проектирование справочников, настройку параметров системы, проработку рабочих мест (формируется список конкретных пользователей и закрепление за ними прав и ролей), доработка системы (создание дополнительных модулей).
2.7.10. Обеспечение информационной безопасности
В этом разделе в зависимости от задач проблемной области в области информационной информации и защиты информации могут рассматриваться следующие вопросы:
основные угрозы информационной безопасности;
мероприятия по физической безопасности
мероприятия по безопасности программного обеспечения
мероприятия по безопасности обрабатываемой информации
В разделе физической безопасности необходимо предложить и обосновать меры по защите от несанкционированного проникновения, разрушения или компрометации информации в результате механических манипуляций, обеспечения требуемого качества электропитания.
В области безопасности программного обеспечения освещаются проблемы:
защиты от нарушения нормального функционирования программного обеспечения в результате преднамеренного или непреднамеренного воздействия тех или иных программных средств;
управление доступом к информационной системе с помощью программных средств (процедуры авторизация и аутентификация);
обеспечение целостности баз данных и файловых систем. И предлагаются решения этих проблем.
В разделе безопасности обрабатываемой информации рассматриваются варианты защиты информации методами архивирования, криптографии, стеганографии, проверки подлинности, электронно-цифровой подписи.
Текстуально этот раздел не должен превышать 6-ти страниц.
|
