МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО ДИПЛОМНОМУ ПРОЕКТИРОВАНИЮ. Методические указания к дипломному проектированию по специальности 09. 02. 05 Прикладная информатика в экономике
 Скачать 133.39 Kb.
|
2.3. Раздел «Проектная часть»Проектная часть дипломного проекта является описанием решений, принятых по всей вертикали проектирования. Глава должна быть основана на информации, представленной в аналитической части, обобщать ее. По сути, проектная часть является решением проблематики, изложенной в аналитической части, на языке информационных технологий. Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная в первой главе. Проектная часть должна иметь следующую структуру: 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.3.1. Подраздел «Информационное обеспечение»Методика разработки информационной моделипредполагает моделирование: взаимосвязей входных, промежуточных и результатных информационных потоков и функций предметной области (структурно-функциональной диаграмма или диаграмма потоков данных). В описании информационной модели необходимо объяснить, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов; данных информационной базы (диаграмму “сущность-связь” – инфологической модели и диаграмму взаимосвязей файлов – даталогической модели), необходимых для функционирования информационной системы, возможно выполненную на основе уже разработанной структурно-функциональной диаграммы или диаграммы потоков данных. Для диаграммы “сущность-связь” следует дать краткое описание с объяснением того, какие реальные объекты предметной области отражают выделенные сущности и как отношения между сущностями на диаграмме соответствуют взаимосвязям объектов на практике. В случае проектирования корпоративных баз данных следует выделять этапы разработки общей модели данных и подмоделей, предназначенных для конкретных задач. В пункте «2.1.2. Используемые классификаторы и системы кодирования» необходимо дать краткую характеристику используемым для решения данного комплекса задач классификаторам и системам кодирования. Структура кодовых обозначений объектов может быть оформлена в виде таблицы с таким содержанием граф: наименование кодируемого множества объектов (например, кодов подразделений, табельных номеров и т. д.), значность кода, система кодирования (серийная, порядковая, комбинированная), система классификации (иерархическая, многоаспектная или отсутствует), вид классификатора (международный, отраслевой, общесистемный и т. п.). Далее производится описание каждого классификатора, приводится структурная формула и рассматриваются вопросы централизованного ведения классификаторов на предприятии по данной предметной области, в приложении должны быть приведены фрагменты заполненных классификаторов. Пункт «2.1.3. Характеристика нормативно-справочной и входной оперативной информации» представляет собой описание состава входных документов и справочников, соответствующих им экранных форм размещения данных и структуры файлов. При этом следует уделять внимание следующим вопросам: при описании входных документов необходимо привести в приложении формы документов; перечень содержащихся в них первичных показателей; источник получения документа; в каком файле используется информация этого документа, описывается структура документа, число строк, объемные данные, частоту возникновения документа; описание экранной формы входного документа должно содержать макет экранной формы в приложении, особенностей организации рабочей и служебной зон макета, состав и содержание подсказок, необходимых пользователю для заполнения макета, перечень справочников, автоматически подключаемых при заполнении этого макета; описание структур входных файлов с оперативной информацией должно включать таблицу с описанием наименований полей , идентификатором каждого поля и его шаблона; по каждому файлу должна быть информация о ключевом поле, длине одной записи, числе записей в файле, частоте создания файла, длительности хранения, способе обращения (последовательный, выборочный или смешанный), способе логической и физической организации, объеме файла в байтах; описание структур файлов с условно-постоянной информацией содержит те же сведения, что и для файлов с оперативной информацией, но добавляются сведения о частоте актуализации файла и объеме актуализации (в процентах). Необходимо отметить соответствие проектируемых файлов входным документам или справочникам. Описывается структура записи каждого информационного файла. Если информационная база организована в форме базы данных, то приводится описание и других ее элементов (ключей, бизнес-правил, триггеров). Характеристика результатной информации, один из важнейших пунктов всей проектной части, представляет собой обзор результатов решения поставленных в аналитической части задач с точки зрения предметной технологии. Если решение представляет собой формирование ведомостей (в виде экранных или печатных форм), каждую ведомость необходимо описать отдельно (в приложении следует привести заполненные экземпляры ведомостей и экранных форм документов). В частности, какое место занимает ведомость в информационных потоках предприятия (служит для оперативного управления или для отчетности), является уточняющей или обобщающей и т. д. Каждая ведомость должна иметь итоги, не включать избыточной информации, быть универсальной. Далее приводится описание печатных форм, экранных макетов с перечислением и краткой характеристикой содержащихся показателей (см. описание входных документов и их экранных форм), для каждого документа указывается, на основе каких файлов получается этот документ. Алгоритмы расчета показателей должны быть подробно описаны в аналитической части в пункте Формализация расчетов. Если результатная информация предоставляется не в виде ведомостей (например, при проектировании подсистемы распределенной обработки данных), необходимо подробно описать ее дальнейший путь, основываясь на имеющейся организации многопользовательской АИС. Файлы с результатной и промежуточной информацией описываются по той же схеме, что и файлы с первичной информацией. 2.3.2. Подраздел «Программное обеспечение»Пункты2.2.1–2.2.4 программного обеспечения включают общие положения, отражающие стандарты, а также требования к аппаратным и программным ресурсам для успешной эксплуатации программного средства. Здесь же приводится описание использованных средств разработки. Затем производится характеристика архитектуры проектируемого программного средства и представляется структурной схемой пакета (деревом вызова процедур и программ). После чего производится описание программных модулей и файлов. В пункте «2.2.1. Общие положения» следует привести иерархию функций управления и обработки данных, которые призван автоматизировать разрабатываемый программный продукт. При этом можно выделить и детализировать два подмножества функций: реализующих служебные функции (например, проверки пароля, ведения календаря, архивации баз данных и др.) и реализующих основные функции ввода первичной информации, обработки, ведения справочников, ответов на запросы и др. Выявление состава функций, их иерархии и выбор языка общения (например, языка типа “меню”) позволяет разработать структуру сценария диалога, дающего возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность. При разработке структуры диалога необходимо предусмотреть возможность работы с входными документами, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с файлами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы. В этом пункте следует выбрать способ описания диалога. Как правило, применяется два способа описания диалога. Первый предполагает использование табличной формы описания. Второй использует представление структуры диалога в виде орграфа, вершины которого перенумерованы, а описание его содержания в соответствии с нумерацией вершин, либо в виде экранов, если сообщения относительно просты, либо в виде таблицы. Диалог в АИС не всегда можно формализовать в структурной форме. Как правило, диалог в явном виде реализован в тех АИС, которые жестко привязаны к исполнению предметной технологии. В некоторых сложных АИС (например, в экспертных системах) диалог не формализуется в структурной форме и тогда данный пункт может не содержать описанных схем. Описание диалога, реализованного с использованием контекстно-зависимого меню не требует нестандартного подхода. Необходимо лишь однозначно определить все уровни, на которых пользователь принимает решение относительно следующего действия, а также обосновать решение об использовании именно этой технологии (описать дополнительные функции, контекстные подсказки и т.д.) На основе результатов, полученных выше, строится дерево программных модулей, отражающих структурную схему пакета, содержащей программные модули различных классов: выполняющие служебные функции; управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю; модули, связанные с вводом, хранением, обработкой и выдачей информации. В данном пункте необходимо для каждого модуля указать идентификатор и выполняемые функции. В случае проектирования программного обеспечения для корпоративной АИС следует дополнительно рассмотреть состав транзакций и типовых процедур ведения корпоративных баз данных. Описание программных модулей должно включать блок-схемы и описание блок-схем алгоритмов основных расчетных модулей (объемом не менее 400 операторов). Схема взаимосвязи программных модулей и информационных файловотражает взаимосвязь программного и информационного обеспечения комплекса задач, и может быть представлена несколькими схемами, каждая из которых соответствует определенному режиму. Головная же часть, представляется одним блоком с указателями схем режимов. 2.3.3. Подраздел «Технологическое обеспечение»Пункты 2.3.1–2.3.2 технологического обеспечения включают описание организации технологии сбора, передачи, обработки и выдачи информации; отражают последовательность операций, начиная от способа сбора первичной информации, включающей два типа документов (документы, данные из которых используются для корректировки нормативно-справочной информации и документы, представляющие оперативную информацию, используемую для расчетов), и заканчивая формированием результатной информации и способами ее передачи. Затем приводится схема технологического процесса сбора, передачи, обработки и выдачи информации. 2.3.4. Подраздел «Обеспечение информационной |