7.3 Структура дипломного проекта
Вне зависимости от решаемой задачи и подхода при проектировании структура дипломного проекта такова:
Оглавление
Введение
1. Аналитическая часть
2. Проектная часть
3. Экспериментальная часть (если система реализована в виде технического или модельного эксперимента);
4. Экономическая часть
Заключение
Список используемой литературы
Приложения
Введение
Введение (общим объемом не более 5 страниц) должно содержать общие сведения о проекте, его краткую характеристику, резюме. В нем необходимо отразить актуальность выбранной темы, цель и задачи, решаемые в проекте, используемые методики, практическую значимость полученных результатов. Целью проекта может быть: построение (разработка) телекоммуникационной системы или реализация автономной задачи (например, создания веб-сервисов обмена данными). Дополнительно может достигаться совершенствование информационной сети, применение новых технических средств сбора, передачи, обработки и представления информации в распределенных информационных системах. Во введении необходимо также перечислить вопросы, которые будут рассмотрены в проекте, выделив вопросы, которые предполагается решить практически. Рекомендуется писать введение по завершении основных глав проекта, перед заключением. В этом случае исключена возможность несоответствия “желаемого” и “действительного”.
ГЛАВА ПЕРВАЯ
Целью аналитической части является рассмотрение существующего состояния предметной области, характеристики объекта и телекоммуникационной системы и обоснование предложений по устранению выявленных недостатков, внедрению новых подходов, новых технологий и т. д. Ниже приводится примерная структура аналитической части.
1. Аналитическая часть
1.1. Технико-экономическая характеристика предметной области
1.1.1. Характеристика предприятия
1.1.2. Краткая характеристика подразделения или видов его деятельности
1.2. Техническая и технологическая сущность задачи
1.3. Обоснование необходимости и цели использования вычислительных и телекоммуникационных средств для решения задачи
1.4. Постановка задачи
1.4.1. Цель и назначение создания или модернизации модулей или сервисов информационной системы
1.4.2. Общая характеристика организации решения задачи вычислительными и телекоммуникационными средствами
1.4.3. Формализация алгоритма решения задачи
1.5. Анализ существующих разработок и обоснование выбора технологии проектирования модулей (сервисов)
1.6. Обоснование проектных решений по видам обеспечения:
1.6.1. по техническому обеспечению;
1.6.2. по программному обеспечению;
1.6.3. по технологическому обеспечению;
Ниже приводится примерное содержание разделов первой главы дипломного проекта.
1.1. Технико-экономическая характеристика предметной области
1.1.1. Характеристика предприятия
В качестве предметной области может выступать подразделение предприятия, фирмы, объединения и т.д., или отдельный вид деятельности, протекающий в нем, поэтому в начале данного раздела необходимо отразить цель функционирования предприятия, его организационную структуру и основные параметры его функционирования.
1.1.2. Краткая характеристика подразделения и видов его деятельности
Поскольку объектом рассмотрения при разработке информационной или телекоммуникационной системы или модуля может служить какая-либо деятельность отдельного подразделения предприятия, его участка или отдельного сотрудника, то необходимо привести краткую характеристику этого подразделения. Описать его структуру, перечень выполняемых функций в этом подразделении и его взаимодействие с другими подразделениями данного предприятия или подразделениями внешней среды.
Затем необходимо дать общее описание рассматриваемой деятельности, а также характеристику технико-экономических свойств ее как объекта управления.
Главными технико-экономическими свойствами объекта информатизации являются: цель и результаты деятельности, основные этапы и процессы рассматриваемой деятельности, используемые ресурсы и материалы. В ходе рассмотрения перечисленных свойств, для них, по возможности, следует указать количественно-стоимостные оценки и ограничения.
Характеризуя подразделение предприятия, следует отразить особенности его функционирования, то есть принятые нормы и правила осуществления анализируемой деятельности, в условиях конкретной организации или предприятия.
1.2. Техническая и технологическая сущность задачи.
Среди производственных или управленческих функций, осуществляемых в изучаемом подразделении при выполнении рассматриваемого вида деятельности, следует выбрать ту функцию или совокупность функций, для которых разрабатывается дипломный проект.
Описание технической и технологической сущности задачи при реализации выбранной функции или комплекса функций информационной или телекоммуникационной системы (подсистемы) сводится к описанию функциональных задач, решаемых с помощью проектируемой системы или модуля. При этом необходимо указать, какое место занимают выполняемые задачи в хозяйственной деятельности предприятия или в системе управления данным видом деятельности или подразделением, или всем предприятием в целом, т.е. насколько и каким образом зависят от них процессы обработки информации или решения задач управления, выполняемые в изучаемом подразделении.
Помимо этого, надо рассмотреть особенности, связанные с реализацией данного класса задач в рассматриваемом подразделении или предприятии.
1.3. Обоснование необходимости и цели использования вычислительной техники и телекоммуникационного оборудования для решения задачи.
В этом разделе требуется обосновать экономическую целесообразность и сформулировать цели использования технических средств (вычислительной техники, сетевого и телекоммуникационного оборудования) для рассматриваемой задачи. Здесь необходимо:
описать существующую (предметную) технологию выполнения выбранной для рассмотрения функции (или комплекса функций), т.е. указать на особенности организации обработки и обмена информацией в существующей информационной системе, источники и адресаты информационных потоков, места обработки данных, методы и технические средства, применяемые для их обработки, а также наличие виртуального представительства предприятия (организации, компании, фирмы); провести анализ функциональные возможностей сайта компании с его реальной необходимостью;
провести декомпозицию решения задачи;
привести схемы обмена информацией для каждого типа данных (электронные сообщения, компьютерные данные, документы и таблицы), выполнить оценки потоков информации (объемы в документах, показателях и символах за год, трудовые затраты на их обработку за год, частоту возникновения и др.);
выявить основные недостатки, присущие технологиям обработки и поиска информации.
При этом следует сделать акцент на те недостатки, устранение которых предполагается осуществить в проекте, например:
отсутствие надежной связи между сотрудниками;
наличие сбоев при взаимодействии компонентов информационной системы;
простои оборудования;
низкая производительность труда в производственной сфере;
высокая трудоемкость обработки информации (привести объемно-временные параметры);
низкая оперативность, снижающая качество управления объектом;
невысокая достоверность результатов решения задачи из-за дублирования потоков информации;
несовершенство организации сбора и регистрации исходной информации;
несовершенство процессов сбора, передачи, обработки, хранения, защиты целостности и секретности информации и процессов выдачи результатов расчетов конечному пользователю;
отсутствие виртуального представительства и т.д.
Говоря о декомпозиции решения задачи, необходимо дать характеристику существующей (предметной) технологии решения задачи, а также провести анализ решаемой задачи, в ходе которого, в зависимости от сложности задачи, из неё следует попытаться выделить следующие компоненты: этапы решения задачи и функционально простые операции, из которых состоят этапы. Следует перечислить выделенные компоненты (этапы, операции) и для каждого из них привести краткую характеристику главных технико-экономических свойств, а также описать связь данного компонента с другими компонентами, входящими в задачу.
Для выполнения структурно-функционального анализа объекта управления и решаемой задачи рекомендуется разработать структурно-функциональную диаграмму по методологии SADT(IDEF0) или диаграмму потоков данных по методологии Гейна/Сарсона, Йодана/ДеМарко. Для их разработки целесообразно использовать CASE средства, например Design/IDEF, CASE - аналитик, BPwin, Silverrun-BMP, Natural Engeneering Workbentch. При наличии в дипломном проекте таких диаграмм на их графическое содержание не будут накладываться условия соответствия ГОСТ.
1.4. Постановка задачи
В этом пункте необходимо сформулировать цель и задачи разработки проекта и выделить основные требования к проектируемой системе обработки данных. Стоит определить тип проектируемой системы: это может быть автоматизированная система, автоматизированная информационная система, информационная система централизованного хранения информации, сайт или страничка отдела на сайте компани.
Ниже приводится содержание основных компонент документа “Постановка задачи”.
1.4.1. Цель и назначение создания или модернизации модулей или сервисов информационной системы
Цель решения задачи должна сводиться к устранению тех недостатков, которые были отмечены автором в предыдущем разделе, поэтому ее можно разделить на две группы подцелей:
достижения улучшения ряда показателей выполнения выбранной производственной или управленческой функции или работы рассматриваемого подразделения, или всего предприятия в целом (например, увеличение выпуска продукции, или увеличение числа обслуживаемых клиентов, повышение оперативности при обработке данных, сокращение простоев на …число часов и т. д.);
улучшения значений показателей качества хранения, передачи и обработки информации (например, сокращение времени обработки и получения оперативных данных для принятия управленческих решений; повышение степени достоверности обработки информации, степени ее защищенности, повышение степени автоматизации получения первичной информации; увеличение количества аналитических показателей, получаемых на базе исходных и т. д.).
При описании назначения решения задачи следует сделать акцент на перечень тех функций управления, которые будут автоматизированы при внедрении предлагаемого проекта.
Пример. Назначением реализации проекта “……” может служить:
1.Автоматизация получения по электронной почте входных документов;
2.Автоматизация процедур ввода, контроля и загрузки данных первичных документов в базу данных на основе использования телекоммуникационной системы (дать перечень);
3.Обеспечение централизованного хранения информации в базе данных;
выполнение расчетов и выдача результатных документов;
4. Выдача справочной информации:
а) по регламентированным запросам;
б) по нерегламентированным запросам и др.
1.4.2. Общая характеристика организации решения задачи вычислительными и телекоммуникационными средствами
В данном пункте автору следует раскрыть требования к будущему проекту путем ответов на следующие вопросы:
изменения в функциях подразделения, связанных со сбором, обменом, обработкой и выдачей информации;
этапы решения задачи, последовательность и временной регламент их выполнения, выявленные на основе рассмотренной в п.1.3. декомпозиции задачи (при этом следует рассмотреть целесообразность автоматизации этапов разработки и эксплуатации системы, оценивая возможность формализации связей между ними);
порядок ввода компонентов проектируемой системы;
краткая характеристика результатов и мест их использования;
режим решения задачи (программное, аппаратное, программно-аппаратное решение, использование телекоммуникационных систем);
1.4.3. Формализация алгоритма решения задачи
В данном пункте осуществляется формализация решения задачи, которая сводится к рассмотрению последовательности выполняемых операций для построения автоматизированной или информационной системы, а также выделению алгоритмов расчета экономических показателей на разработку системы на каждом этапе. Позже на этот пункт необходимо будет сделать ссылку из пункта проектной части. Для лучшего представления информации рекомендуется представить полученный алгоритм в виде графической схемы или таблицы.
В конце данного раздела стоит оценить возможность внедрения проектируемой системы на аналогичных объектах управления других предприятий. Следует отметить также, насколько гибким, т.е. настраиваемым на различные модификации предметной технологии, должно быть проектируемое программное средство и каким будет механизм настройки.
1.5. Анализ существующих разработок и обоснование выбора технологии разработки и проектирования
В этом разделе следует отметить, используются ли при существующей технологии решения задачи какие-либо технические и программные средства и, если используются, то каким образом. Если на рынке программных средств существуют готовые программные решения, желательно дать краткое описание и провести анализ, хотя бы одной такой разработки, указав основные характеристики и функциональные возможности.
Обзор рынка программных средств удобно проводить с помощью Internet. Адреса используемых при обзоре ресурсов следует добавить в список литературы дипломного проекта.
Затем следует отметить, чем, с точки зрения реализации, должна и будет отличаться проектируемая система или технология решения задачи от существующей, а также, почему необходимо разрабатывать новое решение, и чем оно должно отличаться от существующих.
Далее следует дать краткую характеристику современных технологий проектирования информационных (телекоммуникационных) систем, их положительные черты и недостатки, перечислить основные факторы выбора, обосновать выбор применяемой технологии и дать особенности ее использования в данном проекте.
1.6. Обоснование проектных решений.
Этот пункт включает обоснование проектных решений по техническому, программному и технологическому обеспечению задачи.
1.6.1. по техническому обеспечению (ТО)
Обоснование выбора технического обеспечения требуемого для решения задачи предполагает выбор типа телекоммуникационного и сетевого оборудования, ЭВМ и устройств периферии. При этом следует обосновать экономическую целесообразность эксплуатации выбранных аппаратных средств, возможность их использования для решения других задач объекта управления.
На выбор типа телекоммуникационного и вычислительного оборудование оказывает влияние большое количество факторов, но в случае с дипломным проектом необходимо, прежде всего, пояснить условия, в которых данный проект разрабатывался и внедрялся. Если разработка не предусматривает капитальной реорганизации существующей системы, необходимо, лишь определить какие требования должны применяться к аппаратному обеспечению при эксплуатации на нем разработанного программного средства. Требования должны быть представлены стандартной среди разработчиков программного обеспечения форме.
В случае, если внедрение проекта предусматривает капитальную реорганизацию существующей технологии (например, требуется применение специального сервера, внедряется телекоммуникационное оборудование нового поколения), необходимо охарактеризовать преимущества выбираемых моделей над аналогами. Удобнее всего воспользоваться табличной формой, в которой колонки означают основные характеристики модели, в том числе цену. Кроме того, при обосновании следует указать потребительские факторы, т. е. распространенность продукта, гарантийные условия, наличие документации и технической поддержки, совместимость с наиболее распространенными ОС и прикладным ПО. Обоснование можно завершить описанием перспектив использования выбранной модели: привести предполагаемый срок эксплуатации, описать возможность модернизации, использования в последствии с другой целью и т. д.
На основе совокупности данных факторов формируются требования к значениям основных характеристик вычислительных машин, которые сопоставляются с конкретными значениями основных технических характеристик (ОТХ) аппаратного обеспечения, после чего осуществляется выбор оптимальной модели.
1.6.2. по программному обеспечению (ПО)
Обоснование проектных решений по программному обеспечению задачи заключается в формировании требований к системному (общему) и специальному прикладному программному обеспечению и в выборе на основе этих требований соответствующих компонентов программного обеспечения.
При обосновании выбора общего ПО целесообразно:
дать классификацию ОС, указать факторы, влияющие на выбор конкретного класса и его версии, и обосновать выбор операционной системы;
дать классификацию и обосновать выбор используемой СУБД (например, при построении системы централизованного хранения информации).
При обосновании проектного решения по специальному ПО необходимо сформулировать требования, которым должны удовлетворять проектируемые программные средства (например, к большинству прикладного программного обеспечения можно выдвинуть требования надежности, эффективности, понятности пользователю, защиты информации, модифицируемости, мобильности, масштабируемости, минимизации затрат на сопровождение и поддержку и т.д.), выбрать методы и средства.
Формулировка требований к специальному ПО должна происходить с учетом выдвинутых предложений по техническому обеспечению. При обосновании проектных решений по специальному программному обеспечению задачи необходимо определить возможности выбранных программных средств, при использовании которых достигаются требования к прикладному программному обеспечению (например, возможность организации удобного интерфейса администратора информационной системы, оптимизации запросов к данным и т.п.).
Выбор средств проектирования и разработки по возможности необходимо аргументировать, сравнивая их с аналогичными средствами, существующими на рынке.
1.6.3. по технологическому обеспечению
При обосновании проектных решений по технологическому обеспечению задачи необходимо уделить внимание недостаткам существующим технологиям решения задачи. Надо отметить, используется ли при существующей технологии решения задачи вычислительная техника. Если не используется, то обосновываются решения, позволяющие устранить выявленные недостатки. Если для решения данной задачи телекоммуникационная и вычислительная техника уже используется, необходимо выяснить, в какой степени и насколько эффективно она используется, и предложить проектные решения для повышения эффективности использования вычислительной техники. Необходимо сформулировать и обосновать предложения по устранению выявленных недостатков, внедрению новых подходов и технологий. Особое внимание следует уделить следующим вопросам:
классификации методов и средств сбора, обработки и передачи информации;
обзору методов и языков общения в процессе решения задачи на ЭВМ и обоснованию выбора метода и конкретного языка (язык запросов, шаблонов, меню, подсказок, директив и т.д.);
обзору методов и средств организации системы ведения файлов баз данных и обоснованию выбора методов актуализации данных, защиты целостности, секретности и достоверности хранимых данных;
обоснованию выбора методов решения этих проблем.
ГЛАВА ВТОРАЯ
Проектная часть дипломного проекта является описанием решений, принятых по всей вертикали проектирования. Глава должна быть основана на информации, представленной в аналитической части, обобщать ее. По сути, проектная часть является решением проблематики, изложенной в аналитической части, на языке информационных технологий. Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная в первой главе.
2. Проектная часть
2.1.Техническое обеспечение задачи (комплекса задач, АРМ)
2.1.1. Модель информационных потоков в информационной системе и ее описание
2.1.2. Физическая схема взаимодействия отдельных частей информационной системы
2.1.3. Функции и назначение отдельных аппаратных компонентов проектируемой системы
2.1.4. Характеристика аппаратного комплекса в целом
2.2. Программное обеспечение задачи (комплекса задач, АРМ)
2.2.1 Общие положения (дерево функций и сценарий диалога)
2.2.2. Структурная схема пакета (дерево вызова процедур и программ)
2.2.3. Описание программных модулей
2.2.4. Схема взаимосвязи программных модулей и информационных (конфигурационных) файлов
2.3. Технологическое обеспечение задачи (комплекса задач, АРМ)
2.3.1.Организация технологии сбора, передачи, обработки и выдачи информации
2.3.2. Схема технологического процесса сбора, передачи, обработки и выдачи информации
Рассмотрим содержание некоторых пунктов этой главы и особенности их написания для различных типов проекта.
2.1.Техническое обеспечение задачи (комплекса задач, АРМ)
2.1.1. Модель информационных потоков в информационной (телекоммуникационной) системе и ее описание
Методика разработки модели информационных потоков предполагает моделирование:
взаимосвязей входных, промежуточных и результатных информационных потоков и функций предметной области (структурно-функциональной диаграмма или диаграмма потоков данных). В описании модели необходимо объяснить, какие типы данных обеспечиваются информационными потоками, какие пользователи и/или программные модули используют указанные данные;
В пункте 2.1.2. Физическая схема взаимодействия отдельных частей информационной системы необходимо описать физическую схему взаимодействия отдельных компонентов проектируемой информационной системы. Далее производится декомпозиция на отдельные подсистемы, их краткая характеристика. Описывается необходимость в обмене данными, приводятся характеристики потоков данных, их направление, требования к интерфейсам отдельных подсистем и модулей (программные, аппаратные, коммуникационные), описываются требования к каналам передачи данных в распределенных информационных и телекоммуникационных системах (тип соединения, требования к пропускной способности, режимам работы канала и т.п.).
Пункт 2.1.3. Функции и назначение отдельных аппаратных компонентов проектируемой системы представляет собой достаточно полное (с точки зрения проекта) описание аппаратных компонентов системы, функций и назначения указанных компонентов. При этом следует уделять внимание следующим вопросам:
при описании аппаратных компонентов необходимо привести производителя, тип и марку оборудования (или требуемую спецификацию, если данное оборудование отсутствует или существует множественный выбор);
обоснование выбора указанного аппаратного решения, исходя из требований, сформулированных в проектном задании и полученных результатов проведенного анализа;
обоснование соответствия требованиям, предъявляемые к интерфейсам с другими компонентами проектируемой системы, требованиями по процедурам ввода, передачи, хранения и представления информации;
подробное описание компонентов собственной разработки (схемы, функции и реализация).
2.1.4. Характеристика аппаратного комплекса в целом
Характеристика аппаратного комплекса в целом, один из важнейших пунктов всей проектной части, представляет собой обзор соответствия результатов решения поставленных в аналитической части задач с точки зрения достижения целей проекта. Если решение представляет собой организацию безопасного обмена данными между отдельными частями информационной системы, то необходимо описать насколько предлагаемое аппаратное решение позволит решить указанную задачу, исходя из классов угроз информационной безопасности для конкретной информационной системы. Такой анализ проводится в аналитической чести работы
В частности, какое место занимает та или иная угроза, является уточняющей или обобщающей и т. д. Обоснование по соответствию предложенного решения целям проекта должно быть полным.
2.2. Программное обеспечение задачи (комплекса задач, АРМ)
Пункты 2.2.1. - 2.2.4. программного обеспечения включают общие положения, отражающие стандарты, а также требования к аппаратным и программным ресурсам для успешной эксплуатации программного средства. Здесь же приводится описание использованных средств разработки. Затем производится характеристика архитектуры проектируемого программного средства и представляется структурной схемой пакета (деревом вызова процедур и программ). После чего производится описание программных модулей и файлов.
2.2.1.Общие положения (дерево функций и сценарий диалога)
В данном пункте следует привести иерархию функций управления и обработки данных, которые призван автоматизировать разрабатываемый программный продукт. При этом можно выделить и детализировать два подмножества функций: реализующих служебные функции (например, проверки пароля, обеспечения доступа к веб-сервисам, архивации баз данных и др.) и реализующих основные функции ввода первичной информации, обработки, ведения справочников, ответов на запросы и др.
Выявление состава функций, их иерархии и выбор языка общения (например, языка типа “меню”) позволяет разработать структуру сценария диалога, дающего возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.
При разработке структуры диалога необходимо предусмотреть возможность работы с входной информацией, формирование выходных документов, корректировки вводимых данных, просмотра настроек и конфигураций системы, протоколирования действий пользователя, а также помощь на всех этапах работы.
Диалог в информационной системе не всегда можно быть формализован в структурной форме. Как правило, диалог в явном виде реализован в тех информационных системах, которые жестко привязаны к исполнению предметной технологии. В некоторых сложных системах диалог не формализуется в структурной форме и тогда данный пункт может не содержать описанных схем. Описание диалога, реализованного с использованием контекстно-зависимого меню, не требует нестандартного подхода. Необходимо лишь однозначно определить все уровни, на которых пользователь принимает решение относительно следующего действия, а также обосновать решение об использовании именно этой технологии (описать дополнительные функции, контекстные подсказки и т.д.)
Структурная схема пакета (дерево вызова процедур и программ)
На основе результатов, полученных в предыдущем пункте, строится дерево программных модулей, отражающих структурную схему пакета, содержащей программные модули различных классов:
выполняющие служебные функции;
управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю;
модули, связанные с вводом, хранением, обработкой и выдачей информации.
В пункте 2.2.3. Описание программных модулей необходимо для каждого модуля указать идентификатор и выполняемые функции.
В случае проектирования программного обеспечения АРМ для распределенной информационной (телекоммуникационной) системой следует дополнительно рассмотреть состав выполняемых операций в целях обеспечения безопасности и целостности информации.
Описание программных модулей должно включать блок- схемы и описание блок-схем алгоритмов основных модулей.
2.2.4. Схема взаимосвязи программных модулей и информационных файлов
Схема взаимосвязи программных модулей и информационных файлов отражает взаимосвязь программного и информационного обеспечения комплекса задач, и может быть представлен несколькими схемами, каждая из которых соответствует определенному режиму. Головная же часть, представляется одним блоком с указателями схем режимов.
Все графические материалы должны быть оформлены в соответствии с методическими указаниями по оформлению дипломных и курсовых проектов.
2.3. Технологическое обеспечение задачи (комплекса задач, АРМ)
Пункты 2.3.1 - 2.3.2 технологического обеспечения включают описание организации технологии сбора, передачи, обработки и выдачи информации и отражает последовательность операций, начиная от способа сбора первичной информации, и заканчивая формированием результатных данных в информационной системе и способами ее передачи. Затем приводится схема технологического процесса сбора, передачи, обработки и выдачи информации.
ГЛАВА ТРЕТЬЯ
В случае выполнения технического или численного эксперимента при проектировании информационной (телекоммуникационной) системы в дипломный проект необходимо включить результаты данного моделирования. Данная глава включает в себя следующие разделы:
3. Экспериментальная часть
3.1 Назначение эксперимента
3.2 Выбор и обоснование методики проведения эксперимента
3.3 Схема выполнения эксперимента
3.4 Результаты проведения эксперимента
В пункте 3.1. Назначение эксперимента излагается те задачи, которые были поставлены при выполнении технического эксперимента или численного моделирования системы. Технический эксперимент может быть проведен на макете, моделирующем будущую информационную (телекоммуникационную) систему. Такая модель, как правило, включает основные компоненты проектируемой системы, обеспечивающие выполнение с ограниченными возможностями исследуемых функций (ввод, передачу, хранение и вывод данных).
Численное моделирование позволяет исследовать отдельные характеристики системы или процессов происходящие в ней. Например, исследовать характеристики канала передачи данных в будущей телекоммуникационной системе (отдельном тракте, комбинации активных и пассивных элементов в канале связи и т.п.).
В пункте 3.2. Выбор и обоснование методики проведения эксперимента необходимо описать существующие методики проведения экспериментов и обосновать выбор одной из перечисленных методик. Выбор методики может быть обусловлен техническими, экономическими требованиями или их комбинацией. При обосновании методики необходимо указать насколько такой условия работы технической или численной модели проектируемой системы будут отличаться от работы информационной (телекоммуникационной0 системы в реальных условиях.
Пункт 3.3. Схема выполнения эксперимента содержит условия проведения эксперимента. В техническом эксперименте описывается состав модельного комплекса с точки зрения аппаратного и программного обеспечения, описывается технология проведения эксперимента и получения результатных данных. В численном моделировании описывается программное обеспечение, использованное для выполнения эксперимента. Кроме того, должны быть приведены алгоритмы расчетов, технология их проведения и получения результатов. Важной составляющей во многих экспериментах является интерпретация полученных результатов. В проекте должно быть описана схема обработки полученных данных и обоснована их интерпретация.
В пункте 3.4. Результаты проведения эксперимента дается описание результатов экспериментов и выводы по проведенному моделированию. Выводы должны содержать указание на соответствие (или несоответствие) предложенного решения тем требованиям, что были сформулированы к проектируемой системе в аналитической части. При несоответствии необходимо остановится на отдельных группах требований и дать возможные рекомендации по внесению изменений в проектное решение.
ГЛАВА ЧЕТВЕРТАЯ
4. Обоснование экономической эффективности проекта
4.1. Выбор и обоснование методики расчета экономической эффективности
4.2. Расчет показателей экономической эффективности проекта
В основе описания экономической эффективности лежит сопоставление существующей и внедряемой информационной (телекоммуникационной) системы, технологических процессов (базового и проектного вариантов), анализ затрат, необходимых для выполнения всех операций технологического процесса разработки и внедрения. В случае, если дипломный проект изменяет не всю технологию обработки, а только некоторые ее этапы, необходимо сопоставить операции этих этапов. Необходимо рассчитать затраты на разработку проекта. Рекомендуется также предоставить обоснование эффективности выбранных в аналитической части ключевых проектных решений.
Выводы об экономической эффективности делаются на основе вычисленных экономических показателей.
В заключении рекомендуется сделать выводы по проекту, определить пути его внедрения и направления дальнейшего совершенствования информационной (телекоммуникационной) системы.
В приложении обязательно должна быть распечатка на исходном языке программирования отлаженных основных программных модулей (около 400 операторов языка высокого уровня) или адаптированных программных средств, использованных в работе.
Пояснительная записка к дипломной работе заканчивается обязательным листом, структура которого приведена в приложении 10.
|
