При обосновании проектных решений по технологическому обеспечению задачи необходимо уделить внимание недостаткам существующей технологии решения задачи. Надо отметить, используется ли при существующей технологии решения задачи вычислительная техника. Если не используется, то обосновываются решения, позволяющие устранить выявленные недостатки. Если для решения данной задачи вычислительная техника уже используется, необходимо выяснить, в какой степени и насколько эффективно она используется, и предложить проектные решения для повышения эффективности использования вычислительной техники. Необходимо сформулировать и обосновать предложения по устранению выявленных недостатков, внедрению новых подходов и технологий. Особое внимание следует уделить следующим вопросам:
· классификации методов и средств съема, сбора и передачи информации по каналам связи и обоснованию выбора конкретных методов и средств с учетом характеристик, полученных в результате анализа предметной области;
· классификации методов контроля вводимой информации в ЭВМ и обоснованию выбора определенного метода;
· обзору методов и языков общения в процессе решения задачи на ЭВМ и обоснованию выбора метода и конкретного языка (язык запросов, шаблонов, меню, подсказок, директив и т.д.);
· обзору методов и средств организации системы ведения файлов баз данных и обоснованию выбора методов актуализации данных, защиты целостности, секретности и достоверности хранимых данных;
· обзору типов и причин ошибок, с которыми сталкивается пользователь при получении результатной информации, и обоснованию выбора методов решения этих проблем.
При обосновании проектных решений по обеспечению информационной безопасности необходимо на основе проведенного анализа информационных потоков существующей ИС выявить угрозы обрабатываемой информации. Определить и обосновать политику безопасности. Сформулировать и обосновать предложения по техническому, организационному и правовому направлению обеспечения безопасности ИС.
Проектная часть дипломного проекта является описанием решений, принятых по всей вертикали проектирования. Глава должна быть основана на информации, представленной в аналитической части, обобщать ее. По сути, проектная часть является решением проблематики, изложенной в аналитической части, на языке информационных технологий. Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная в первой главе.
Проектная часть должна иметь следующую структуру:
2. Проектная часть
2.1. Функциональное обеспечение (функциональная модель «как должно быть» – IDEF0)
2.2. Информационное обеспечение
2.2.1. Информационная модель и ее описание (Диаграммы потоков данных, “сущность-связь” и взаимосвязей файлов – DFD,ERD)
2.2.2. Используемые классификаторы и системы кодирования
2.2.3. Характеристика нормативно-справочной информации и входной оперативной информации
2.2.4. Характеристика результатной информации
2.3. Программное обеспечение
2.3.1. Общие положения. Структурная схема использования комплекса программ (дерево функций и сценарий диалога)
2.3.2. Структурная системная диаграмма (дерево вызова процедур и программ) и описание программных модулей
2.3.3. Схема взаимосвязи программных модулей и информационных файлов
2.4. Компьютерно-сетевое обеспечение
2.5. Технологическое обеспечение
2.5.1. Организация технологии сбора, передачи, обработки и выдачи информации
2.5.2. Схема технологического процесса сбора, передачи, обработки и выдачи информации
2.6. Обеспечение информационной безопасности
2.6.1. Область физической безопасности
2.6.2. Область безопасности персонала
2.6.3. Правовая область безопасности
2.6.4. Область безопасности оборудования
2.6.5. Область безопасности программного обеспечения
2.6.4. Область безопасности обрабатываемой информации
Рассмотрим содержание некоторых пунктов этой главы и особенности их написания.
Методика разработки информационной модели предполагает моделирование:
· взаимосвязей входных, промежуточных и результатных информационных потоков и функций предметной области (структурно-функциональной диаграмма или диаграмма потоков данных). В описании информационной модели необходимо объяснить, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов;
· данных информационной базы (диаграмму “сущность-связь” – инфологической модели и диаграмму взаимосвязей файлов – даталогической модели), необходимых для функционирования информационной системы, возможно выполненную на основе уже разработанной структурно-функциональной диаграммы или диаграммы потоков данных.
Для диаграммы “сущность-связь” следует дать краткое описание с объяснением того, какие реальные объекты предметной области отражают выделенные сущности и как отношения между сущностями на диаграмме соответствуют взаимосвязям объектов на практике.
В случае проектирования корпоративных баз данных следует выделять этапы разработки общей модели данных и подмоделей, предназначенных для конкретных задач.
В пункте «2.1.2. Используемые классификаторы и системы кодирования» необходимо дать краткую характеристику используемым для решения данного комплекса задач классификаторам и системам кодирования. Структура кодовых обозначений объектов может быть оформлена в виде таблицы с таким содержанием граф: наименование кодируемого множества объектов (например, кодов подразделений, табельных номеров и т. д.), значность кода, система кодирования (серийная, порядковая, комбинированная), система классификации (иерархическая, многоаспектная или отсутствует), вид классификатора (международный, отраслевой, общесистемный и т. п.). Далее производится описание каждого классификатора, приводится структурная формула и рассматриваются вопросы централизованного ведения классификаторов на предприятии по данной предметной области, в приложении должны быть приведены фрагменты заполненных классификаторов.
Пункт «2.1.3. Характеристика нормативно-справочной и входной оперативной информации» представляет собой описание состава входных документов и справочников, соответствующих им экранных форм размещения данных и структуры файлов. При этом следует уделять внимание следующим вопросам:
· при описании входных документов необходимо привести в приложении формы документов; перечень содержащихся в них первичных показателей; источник получения документа; в каком файле используется информация этого документа, описывается структура документа, число строк, объемные данные, частоту возникновения документа;
· описание экранной формы входного документа должно содержать макет экранной формы в приложении, особенностей организации рабочей и служебной зон макета, состав и содержание подсказок, необходимых пользователю для заполнения макета, перечень справочников, автоматически подключаемых при заполнении этого макета;
· описание структур входных файлов с оперативной информацией должно включать таблицу с описанием наименований полей , идентификатором каждого поля и его шаблона; по каждому файлу должна быть информация о ключевом поле, длине одной записи, числе записей в файле, частоте создания файла, длительности хранения, способе обращения (последовательный, выборочный или смешанный), способе логической и физической организации, объеме файла в байтах;
· описание структур файлов с условно-постоянной информацией содержит те же сведения, что и для файлов с оперативной информацией, но добавляются сведения о частоте актуализации файла и объеме актуализации (в процентах).
Необходимо отметить соответствие проектируемых файлов входным документам или справочникам. Описывается структура записи каждого информационного файла.
Если информационная база организована в форме базы данных, то приводится описание и других ее элементов (ключей, бизнес-правил, триггеров).
Характеристика результатной информации, один из важнейших пунктов всей проектной части, представляет собой обзор результатов решения поставленных в аналитической части задач с точки зрения предметной технологии. Если решение представляет собой формирование ведомостей (в виде экранных или печатных форм), каждую ведомость необходимо описать отдельно (в приложении следует привести заполненные экземпляры ведомостей и экранных форм документов).
В частности, какое место занимает ведомость в информационных потоках предприятия (служит для оперативного управления или для отчетности), является уточняющей или обобщающей и т. д. Каждая ведомость должна иметь итоги, не включать избыточной информации, быть универсальной. Далее приводится описание печатных форм, экранных макетов с перечислением и краткой характеристикой содержащихся показателей (см. описание входных документов и их экранных форм), для каждого документа указывается, на основе каких файлов получается этот документ. Алгоритмы расчета показателей должны быть подробно описаны в аналитической части в пункте Формализация расчетов.
Если результатная информация предоставляется не в виде ведомостей (например, при проектировании подсистемы распределенной обработки данных), необходимо подробно описать ее дальнейший путь, основываясь на имеющейся организации многопользовательской ЭИС.
Файлы с результатной и промежуточной информацией описываются по той же схеме, что и файлы с первичной информацией.