2.4.3.5. Выбор и обоснование проектных решений по информационной безопасности
Здесь необходимо рассмотреть пути обеспечения информационной безопасности в разрабатываемой системе.
2.4.4. Концепция информационной системы
Обобщив выбранные проектные решения, необходимо кратко изложить видение будущей ИС в виде концепции (системного проекта).
Наиболее выразительным средством представляется использование графических отображений сетевой и программной архитектур (см. примеры в первой главе), дополненных кратким описанием.
2.5. Раздел «проектная часть»
Проектная часть дипломного проекта является описанием решений, принятых в предыдущей главе: настоящая глава должна быть основана на информации, представленной в предыдущей части, детализировать ее.
Глава может иметь следующую структуру:
3. Проектная часть
3.1. Функциональная архитектура
3.2. Технологическое обеспечение
3.3. Информационное обеспечение
3.3. Математическое и алгоритмическое обеспечения
3.4. Программное обеспечение
3.5. Аппаратное обеспечение
3.6. Организационное обеспечение
3.7. Обеспечение информационной безопасности
3.8. Контрольный пример
При этом в конкретном дипломном проекте должны быть только те разделы, в которых имеются материалы личной работыстудента. При коллективной разработке должно быть четко указано авторское участие в создании разделов проекта.
2.5.1. Различные варианты структуры проектной части диплома
Представленная структура проектной части является максимальной – в конкретном дипломном проекте будут отражены только те разделы, которые определены в разд. 2.3.6.2.
Коренные отличия в структуре проектного раздела диплома будут определяться направленностью работы. Как говорилось ранее, возможны такие варианты проектирования:
разработка модуля, реализующего информационный процесс или автоматизирующего решение отдельной задачи;
создание автоматизированного рабочего места (АРМ);
разработка подсистемы ИС организации;
внедрение типового решения («коробочного продукта»);
научно-практическая разработка в области прикладной информатики.
2.5.2. Функциональная архитектура
Функциональная архитектура (совокупность функциональных подсистем, комплексов задач и процедур) – архитектура автоматизируемых бизнес-процессов – определяет состав функциональных подсистем и комплексов задач (в виде набора операций, функций, задач обработки информации), обеспечивающих реализацию бизнес-процессов.
Функциональная архитектура может быть представлена деревом функций предметной области – иерархической моделью видов деятельности предприятия (рис. 3).
Рис. 3. Пример функциональной архитектуры
Более детально бизнес-процессы раскрываются в моделях «TO BE» (построенных, например, в методологииIDEF0).
2.5.2. Технологическое обеспечение
Технологическое обеспечениевключает описание организации технологии сбора, передачи, обработки и выдачи информации.
Здесь описывается последовательность операций, начиная от способа сбора (получения) первичной информации (включающая данные, которые используются для корректировки нормативно-справочной информации, и оперативная информацию, используемая для расчетов), и заканчивая формированием результатной информации и способами ее передачи (можно использовать методологию IDEF3 или BPMN). При этом описываются все возможные ситуации, которые могут возникнуть при реализации информационных процессов.