РАНХиГС, прикладная информатика (дипломная работа)
| 09.04.2026, 17:38 | |||||||||||||||||||
Список примерных тем дипломных проектов:
ВКР выполняется в виде пояснительной записки, объемом 80-100 страниц текста формата А4 страниц без учета приложений (количество страниц в приложении ограничено 30 листами), с соответствующим иллюстративным материалом и сопровождается необходимым программным обеспечением и презентацией. Пояснительная записка содержит: – титульный лист; – оглавление – введение с указанием актуальности темы, объекта и предмета исследования, целей и задач работы, определением методик и материала, использованных в ВКР; – основную часть, которая разбивается на главы и параграфы, содержащую технико-экономическую характеристику и анализ предметной области, описание основных этапов проектирования информационной системы, обеспечение информационной безопасности, экономическое обоснование эффективности внедрения ИС; – заключение, содержащее выводы и определяющее дальнейшие перспективы работы; – список использованных источников; – приложения. Можно выделить несколько классов тем дипломных проектов по следующим признакам: - по объему охвата ЭИС и ее компонентов в качестве объектов проектирования (например, автоматизация решения автономной задачи, разработка однопользовательских ЭИС, подсистемы ЭИС и т.д.); - по типу информации, которую призвана хранить и обрабатывать разрабатываемая информационная система (например, проектирование системы управления текстовыми документами, информационно-поисковой системы, работающей в сети Internet и т.д.); - по классу алгоритмов обработки экономической информации и предлагаемых для их реализации в проекте информационных технологий (например, систем подготовки принятия управленческих решений, экспертных систем и др.); - по типу используемых технологий, методов и средств проектирования (например, оригинальное проектирование с использованием объектно-ориентированного подхода, прототипное проектирование, типовое проектирование, использование технологии бизнес-реинжиниринга, методов и средств CASE и RAD - технологий и др.). Каждый класс тем предполагает определенную специфику в составе и содержании разделов проекта. Данное методическое пособие описывает следующие основные планы дипломного проекта с учетом различных постановок задач и подходов к проектированию: 1. Разработка (реализация) автономной задачи; 2. Разработка однопользовательской ЭИС; 3. Разработка пользовательского места в многопользовательской ЭИС. Основным критерием при выборе постановки задачи может быть количество реализуемых функциональных информационных технологий (ФИТ). Как известно, ФИТ – некая оптимизированная последовательность технологических этапов по переработке первичной информации в результатную. Примером ФИТ может служить технология безналичного перечисления денежных средств. Технологические этапы последовательно выполняют операционист, администратор, сотрудник отдела межбанковских расчетов и т.д. Первичной информацией будут являться реквизиты платежного документа, результатной – обновленные файлы, содержащие информацию о расчетных и корреспондентских счетах, аналитическая банковская отчетность и т. д. 1. Если решаемая задача охватывает одну ФИТ, речь идет об автономной задаче. 2. Если две или несколько, но решаемых на одном рабочем месте – об однопользовательской ЭИС. 3. Если же технологии (или часть решаемых технологий) реализуются не полностью, а результатная информация передается на дальнейшую обработку (т.е. выполняются технологические этапы ФИТ), разрабатывается пользовательское место, проводится автоматизация модуля в рамках многопользовательской ЭИС. При проектировании и разработке первых двух классов задач обычно используется функционально-модульный или структурный подход, при разработке же многопользовательской ЭИС чаще используется объектно-ориентированный подход. При использовании этих подходов дипломник должен руководствоваться различными группами требований, которые найдут отражение ниже. Объектно-ориентированный подход может применяться при проектировании всех классов задач, поэтому не следует заведомо ограничивать "область допустимых значений" методики проектирования. Использование новейших методик проектирования и разработки является неотъемлемым условием жизнеспособности ЭИС в условиях современной технологической революции.
Структура дипломного проекта Вне зависимости от решаемой задачи и подхода при проектировании структура дипломного проекта такова: Оглавление Введение 1. Аналитическая часть 2. Проектная часть 3. Расчет и обоснование экономической эффективности проекта Заключение Список используемой литературы Приложения
ДИПЛОМ ПИШЕТСЯ В СЛЕДУЮЩЕЙ ПОСЛЕДОВАТЕЛЬНОСТИ: Введение (общим объемом не более 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.6.4. по технологическому обеспечению. Выводы по первой главе
Содержание глав: 1.1. Технико-экономическая характеристика предметной области 1.1.1. Характеристика предприятия В качестве предметной области может выступать подразделение предприятия, фирмы, объединения и т.д., или отдельный вид деятельности, протекающий в нем, поэтому в начале данного раздела необходимо отразить цель функционирования предприятия, его организационную структуру и основные параметры его функционирования. 1.1.2. Краткая характеристика подразделения и видов его деятельности Поскольку объектом рассмотрения при разработке автономной задачи может служить какая-либо деятельность отдельного подразделения предприятия (например, отдела или цеха), его участка или отдельного сотрудника, то далее нужно привести краткую характеристику этого подразделения, в которой осуществляется рассматриваемая деятельность, и описать его структуру, перечень выполняемых в этом подразделении функций управления и его взаимодействие с другими подразделениями данного предприятия или подразделениями внешней среды. Затем необходимо дать общее описание рассматриваемой деятельности, а также характеристику технико-экономических свойств ее как объекта управления. Главными технико-экономическими свойствами объекта управления являются: цель и результаты деятельности, основные этапы и процессы рассматриваемой деятельности, используемые ресурсы и материалы. В ходе рассмотрения перечисленных свойств, дня них, по возможности, следует указать количественно-стоимостные оценки и ограничения. Характеризуя подразделение предприятия, следует отразить особенности его функционирования, то есть принятые нормы и правила осуществления анализируемой деятельности, в условиях конкретной организации или предприятия. 1.2. Экономическая сущность задачи. Среди функций управления, осуществляемых в изучаемом подразделении при выполнении рассматриваемого вида деятельности, следует выбрать ту функцию или совокупность функций, для которых разрабатывается дипломный проект. Описание экономической сущности задачи автоматизированной реализации выбранной функции или комплекса функций управления сводится к описанию перечня результатных экономических показателей, рассчитываемых на базе использования совокупности исходных показателей в процессе выполнения этих функций. При этом необходимо указать, какое место занимают эти показатели в системе управления данным видом деятельности или подразделением, или всем предприятием в целом, т.е. насколько и каким образом зависят от них процессы управления, выполняемые в изучаемом подразделении, к какому классу задач с точки зрения функций управления будет относиться выбранная задача, в чем выражается автономность задачи. Помимо этого, надо рассмотреть особенности, связанные с реализацией данного класса задач в рассматриваемом подразделении. 1.3. Обоснование необходимости и цели использования вычислительной техники для решения задачи. В этом разделе требуется обосновать экономическую целесообразность и сформулировать цели использования вычислительной техники для рассматриваемой задачи. Здесь необходимо: - описать существующую (предметную) технологию выполнения выбранной для рассмотрения функции управления (или комплекса функций), т.е. указать на особенности расчета показателей, указать перечни и источники используемых входных документов, перечни и адресаты результатных документов, места их обработки, методы и технические средства, применяемые для их обработки; - провести декомпозицию решения задачи; - привести схемы документооборота для каждого документа и таблицы, содержащие прагматические оценки потоков информации (объемы в документах, показателях и символах за год, трудовые затраты на их обработку за год, частоту возникновения и др.); - выявить основные недостатки, присущие существующей практике управления и обработки экономической информации. Внимание! Следует сделать акцент на недостатки, устранение которых предполагается осуществить в данном дипломном проекте, например; - наличие опозданий в поставках сырья и материалов; - наличие выплат штрафных санкций и неустоек; - простои оборудования; - низкая производительность труда в производственной сфере; - невозможность расчета показателей, необходимых для управления объектом из-за сложности вычислений или большого объема информации; - высокая трудоемкость обработки информации (привести объемно-временные параметры); - низкая оперативность, снижающая качество управления объектом; - невысокая достоверность результатов решения задачи из-за дублирования потоков информации; - несовершенство организации сбора и регистрации исходной информации; - несовершенство процессов сбора, передачи, обработки, хранения, защиты целостности и секретности информации и процессов выдачи результатов расчетов конечному пользователю и т.д. Говоря о декомпозиции решения задачи, необходимо дать характеристику существующей (предметной) технологии решения задачи, а также провести анализ решаемой задачи, в ходе которого, в зависимости от сложности задачи, из неё следует попытаться выделить следующие компоненты: этапы решения задачи и функционально простые операции, из которых состоят этапы. Следует перечислить выделенные компоненты (этапы, операции) и для каждого из них привести краткую характеристику главных технико-экономических свойств (см. п. 1.1), а также описать связь данного компонента с другими компонентами, входящими в задачу. 1.4. Постановка задачи В этом пункте необходимо сформулировать цель и задачи разработки проекта и выделить основные требования к проектируемой системе обработки данных. Стоит определить тип проектируемой системы: это может быть диалоговая система решения задачи или обработки транзакций, система поддержки принятия решений или комбинированная система. Ниже приводится содержание основных компонент документа "Постановка задачи". 1.4.1. Цель и назначение автоматизированного варианта решения задачи Цель решения задачи должна сводиться к устранению тех недостатков, которые были отмечены автором в предыдущем разделе, поэтому ее можно разделить на две группы подцелей: - достижения улучшения ряда экономических показателей выполнения выбранной функции управления или работы рассматриваемого подразделения, или всего предприятия в целом (например, увеличение выпуска продукции, или увеличение числа обслуживаемых клиентов, сокращение простоев на ... число часов и т. д.); - улучшения значений показателей качества обработки информации (например, сокращение времени обработки и получения оперативных данных для принятия управленческих решений; повышение степени достоверности обработки информации, степени ее защищенности, повышение степени автоматизации получения первичной информации; увеличение количества аналитических показателей, получаемых на базе исходных и т. д.). При описании назначения решения задачи дипломнику следует сделать акцент на перечень тех функций управления, которые будут автоматизированы при внедрении предлагаемого проекта. 1.4.2. Общая характеристика организации решения задачи на ЭВМ В данном пункте автору следует раскрыть требования к будущему проекту путем ответов на следующие вопросы: - изменения в функциях подразделения, связанных со сбором, обработкой и выдачей информации; - источники поступления оперативной и условно-постоянной информацией и периодичность ее поступления; - этапы решения задачи, последовательность и временной регламент их выполнения, выявленные на основе рассмотренной в п. 1. 3. декомпозиции задачи (при этом следует рассмотреть целесообразность автоматизации этапов и операций решения задачи, оценивая возможность формализации связей между ними); - порядок ввода первичной информации (названия документов) и перечень используемых экранных форм; - краткая характеристика результатов (названия результатных документов, экранных форм выдачи результатов, перечень результатных файлов, способов их выдачи: на экран, печать или в канал связи) и мест их использования; - краткая характеристика системы ведения файлов в базе данных (перечень файлов с условно-постоянной и оперативной информацией, периодичность обновления, требования защиты целостности и секретности); - режим решения задачи (пакетный, диалоговый, с использованием методов телеобработки или смешанный); - периодичность решения задачи. 1.4.3. Формализация расчетов В данном пункте осуществляется формализация решения задачи, которая сводится к рассмотрению последовательности проведения расчетов, а также выделению алгоритмов расчета экономических показателей на каждом этапе. Позже на этот пункт необходимо будет сделать ссылку из пункта проектной части (характеристика результатной информации, алгоритмы программных модулей). Для достижения большей степени формализованности описания задачи проектант может использовать группировку всех показателей в две таблицы: формализованного описания входных и результатных показателей. 1.5. Анализ существующих разработок и обоснование выбора технологии проектирования В этом разделе следует отметить, используются ли при существующей технологии решения задачи какие-либо программные средства и, если используются, то каким образом. Если на рынке программных средств существуют готовые программные решения, желательно дать краткое описание и провести анализ хотя бы одной такой разработки, указав основные характеристики и функциональные возможности. Обзор рынка программных средств удобно проводить с помощью Internet. Адреса используемых при обзоре ресурсов следует добавить в список литературы дипломного проекта. Затем следует отметить, чем, с точки зрения программной реализации, должна и будет отличаться проектируемая технология решения задачи от существующей, а также, почему необходимо разрабатывать новое программное средство, и чем оно должно отличаться от существующих. Далее следует дать краткую характеристику современных технологий проектирования, их положительные черты и недостатки, перечислить основные факторы выбора, обосновать выбор применяемой технологии и дать особенности ее использования в данном проекте. 1.6. Обоснование проектных решений. Этот пункт включает обоснование проектных решений по техническому, информационному, программному и технологическому обеспечению задачи. 1.6.1. По техническому обеспечению (ТО) Обоснование выбора технического обеспечения требуемого для решения задачи предполагает выбор типа ЭВМ и устройств периферии. При этом следует обосновать экономическую целесообразность эксплуатации выбранных аппаратных средств, возможность их использования для решения других задач объекта управления. На выбор типа ЭВМ оказывает влияние большое количество факторов, но в случае с дипломным проектом необходимо, прежде всего, пояснить условия, в которых он разрабатывался и внедрялся. Если разработка не предусматривает капитальной реорганизации существующей технологии, необходимо лишь определить какие требования должны применяться к аппаратному обеспечению при эксплуатации на нем разработанного программного средства. Требования должны быть представлены стандартной среди разработчиков программного обеспечения форме. В случае если, внедрение проекта предусматривает капитальную реорганизацию существующей технологии (например, ЭВМ внедряются впервые, требуется применение сервера, внедряется телекоммуникационное оборудование нового поколения), необходимо охарактеризовать преимущества выбираемых моделей над аналогами. Удобнее всего воспользоваться табличной формой, в которой колонки означают основные характеристики модели, в том числе цену. Кроме того, при обосновании следует указать потребительские факторы, т. е. распространенность продукта, гарантийные условия, наличие документации и технической поддержки, совместимость с наиболее распространенными ОС и ППП. Обоснование можно завершить описанием перспектив использования выбранной модели: привести предполагаемый срок эксплуатации, описать возможность модернизации, использования в последствии с другой целью и т. д. На основе совокупности данных факторов формируются требования к значениям основных характеристик вычислительных машин, которые сопоставляются с конкретными значениями основных технических характеристик (ОТХ) современных моделей ЭВМ, после чего осуществляется выбор оптимальной модели. 1.6.2. По информационному обеспечению (ИО) Проектные решения по информационному обеспечению обосновываются с точки зрения внемашинного (классификаторы, справочники, документы) и внутримашинного (входные, промежуточные, выходные массивы информационных баз) обеспечения и включают следующие вопросы: - обоснование состава и содержания входных и выходных документов, метода их построения (т.е. возможности использования унифицированных форм документов (УСД) - или выполнение оригинального проектирования); - обоснование состава и методов построения экранных форм для ввода переменной и условно-постоянной первичной информации, а также форм для вывода на экран результатной информации или ответов на запросы; - обоснование состава классификаторов, возможности использования международных, общесистемных, отраслевых или необходимости построения локальных классификаторов; определение требований к системам классификации и кодирования информации; - обоснование способа организации информационной базы: как совокупности локальных файлов или как интегрированной базы данных с локальной или распределенной организацией; определение состава файлов, обоснование методов логической организации файлов и баз данных; - обоснование состава и способов организации файлов с результатной и промежуточной информацией. В этом разделе необходимо уделить внимание указанию всех возможных способов организации различных компонент информационного обеспечения и методов проектирования этих компонент, а затем привести обоснование выбора какого-либо варианта. 1.6.3. По программному обеспечению (ПО) Обоснование проектных решений по программному обеспечению задачи заключается в формировании требований к системному (общему) и специальному прикладному программному обеспечению и в выборе на основе этих требований соответствующих компонентов программного обеспечения. При обосновании выбора общего ПО целесообразно: - дать классификацию ОС, указать факторы, влияющие на выбор конкретного класса и его версии, и обосновать выбор операционной системы; - дать классификацию и обосновать выбор используемой СУБД. При обосновании проектного решения по специальному ПО необходимо сформулировать требования, которым должны удовлетворять проектируемые программные средства (например, к большинству прикладного программного обеспечения можно выдвинуть требования надежности, эффективности понятности пользователю, защиты информации, модифицируемости, мобильности, масштабируемости, минимизации затрат на сопровождение и поддержку и т.д.), выбрать методы и средства. Кроме того, стоит выработать требования к оформлению экранных и печатных форм, эргономике программного обеспечения. Формулировка требований к специальному ПО должна происходить с учетом выдвинутых предложений по информационному и техническому обеспечению. При обосновании проектных решений по специальному программному обеспечению задачи необходимо: - дать классификацию и обосновать выбор методов (например, структурное, модульное проектирование, методом "сверху-вниз" или объектно-ориентированное проектирование и т.д.) и средств проектирования специального (функционального) ПО (например, использование библиотеки прикладных программ, или генератора программ, или какого-либо языка программирования); - определить возможности выбранных программных средств, при использовании которых достигаются требования к прикладному программному обеспечению (например, возможность организации удобного интерфейса, оптимизации запросов к данным и т.п.) Выбор средств проектирования и разработки по возможности необходимо аргументировать, сравнивая их с аналогичными средствами, существующими на рынке. 1.6.4. По технологическому обеспечению При обосновании проектных решений по технологическому обеспечению задачи необходимо уделить внимание недостаткам существующей технологии решения задачи, которые были отмечены в разделе 1.3. Надо отметить, используется ли при существующей технологии решения задачи вычислительная техника. Если не используется, то обосновываются решения, позволяющие устранить выявленные недостатки. Если для решения данной задачи вычислительная техника уже используется, необходимо выяснить, в какой степени и насколько эффективно она используется, и предложить проектные решения для повышения эффективности использования вычислительной техники. Необходимо сформулировать и обосновать предложения по устранению выявленных недостатков, внедрению новых подходов и технологий. Особое внимание следует уделить следующим вопросам: - классификации методов и средств съема, сбора и передачи информации по каналам связи и обоснованию выбора конкретных методов и средств с учетом характеристик, полученных в разделе 1.3; - классификации методов контроля вводимой информации в ЭВМ и обоснованию выбора определенного метода; - обзору методов и языков общения в процессе решения задачи на ЭВМ и обоснованию выбора метода и конкретного языка (язык запросов, шаблонов, меню, подсказок, директив и т.д.); - обзору методов и средств организации системы ведения файлов баз данных и обоснованию выбора методов актуализации данных, защиты целостности, секретности и достоверности хранимых данных; - обзору типов и причин ошибок, с которыми сталкивается пользователь при получении результатной информации, и обоснованию выбора методов решения этих проблем.
ГЛАВА ВТОРАЯ Проектная часть дипломного проекта является описанием решений, принятых по всей вертикали проектирования. Глава должна быть основана на информации, представленной в аналитической части, обобщать ее. По сути, проектная часть является решением проблематики, изложенной в аналитической части, на языке информационных технологий. Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная в первой главе. 2. Проектная часть 2.1. Информационное обеспечение задачи (комплекса задач) 2.1.1. Информационная модель и ее описание 2.1.2. Используемые классификаторы и системы кодирования 2.1.3. Характеристика нормативно-справочной и входной оперативной информации 2.1.4. Характеристика базы данных 2.1.4.1. Инфологическая модель 2.1.4.2. Даталогическая модель 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.2. Структурная схема пакета (дерево вызова процедур и программ) На основе результатов, полученных в предыдущем пункте, строится дерево программных модулей, отражающих структурную схему пакета, содержащей программные модули различных классов: - выполняющие служебные функции; - управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю; - модули, связанные с вводом, хранением, обработкой и выдачей информации. В данном пункте необходимо для каждого модуля указать идентификатор и выполняемые функции. В случае проектирования программного обеспечения АРМ для корпоративной ЭИС следует дополнительно рассмотреть состав транзакции и типовых процедур ведения корпоративных баз данных. Описание программных модулей должно включать блок-схемы и описание блок-схем алгоритмов основных расчетных модулей. 2.2.3. Схема взаимосвязи программных модулей и информационных файлов Схема взаимосвязи программных модулей и информационных файлов отражает взаимосвязь программного и информационного обеспечения комплекса задач, и может быть представлен несколькими схемами, каждая из которых соответствует определенному режиму. Головная же часть, представляется одним блоком с указателями схем режимов. Все графические материалы должны быть оформлены в соответствии с методическими указаниями по оформлению дипломных и курсовых проектов. 2.3. Технологическое обеспечение задачи (комплекса задач) Пункты 2.3.1 – 2.3.2 технологического обеспечения включают описание организации технологии сбора, передачи, обработки и выдачи информации и отражает последовательность операций, начиная от способа сбора первичной информации, включающей два типа документов (документы, данные из которых используются для корректировки НСИ. и документы, представляющие оперативную информацию, используемую для расчетов), и заканчивая формированием результатной информации и способами ее передачи. Затем приводится схема технологического процесса сбора, передачи, обработки и выдачи информации. Студент – дипломник обязан дать подробное описание: · технологического процесса, · каждой приведенной блок-схемы, · сделать выводы по главе. Вторая глава дипломного проекта, представленная только в схемах без их описания, к рассмотрению не принимается! СТРУКТУРА ГЛАВЫ ВТОРОЙ (При использовании CASE – средств разработки информационной системы). Проектная часть дипломного проекта является описанием решений, принятых по всей вертикали проектирования. Глава должна быть основана на информации, представленной в аналитической части, обобщать ее. По сути, проектная часть является решением проблематики, изложенной в аналитической части, на языке информационных технологий. Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная в первой главе. При использовании CASE–средств, поддерживающих разработку информационной системы на всех стадиях и этапах, таких как, Natural Engineering Workbench, ORACLE, INFORMIX и др. необходимо придерживаться следующего плана второй главы: 2. Проектная часть 2. 1. Функциональное обеспечение задачи (комплекса задач) 2.1.1. Функциональная модель и ее описание (Диаграммы бизнес функции - BFD). 2.2. Информационное обеспечение задачи (комплекса задач) 2.2.1. Информационная модель и ее описание (Диаграммы потоков данных, "сущность-связь" и взаимосвязей файлов - DFD, KRD, FRD) 2.2.2. Используемые классификаторы и системы кодирования 2.2.3. Характеристика нормативно-справочной информации 2.2.4. Входной оперативной информации 2.2.5. Характеристика базы данных 2.2.5.1. Инфологическая модель 2.2.5.2. Даталогическая модель 2.3. Программное обеспечение задачи (комплекса задач) 2.3.1. Общие положения. Структурная схема использования комплекса программ (дерево диалога) 2.3.2. Структурная системная диаграмма (дерево вызова процедур и программ - SSD) и описание программных модулей 2.3.3. Схема взаимосвязи программных модулей и информационных файлов (SSD с элементами ERD) 2.4 Технологическое обеспечение задачи (комплекса задач) 2.3.1. Организация технологии сбора, передачи, обработки и выдачи информации 2.3.2. Модель переходов состояний информационной системы при выполнении операций сбора, передачи, обработки и выдачи информации (STD) и ее описание. При наличии в дипломном проекте указанных диаграмм на их графическое содержание не будут накладываться условия соответствия ГОСТ. Студент–дипломник обязан дать подробное описание работы проектируемой системы: · технологического процесса, · каждой приведенной блок-схемы. · сделать выводы по главе. Вторая глава дипломного проекта, представленная только в схемах без их описания, к рассмотрению не принимается!
ГЛАВА ТРЕТЬЯ 3. Расчет и обоснование экономической эффективности проекта 3.1 Выбор и обоснование методики расчета экономической эффективности 3.2 Расчет показателей экономической эффективности проекта В основе описания экономической эффективности лежит сопоставление существующего и внедряемого технологических процессов (базового и проектного вариантов - метод сравнительного анализа), анализ затрат, необходимых для выполнения всех операций технологического процесса и метод инвестиционного анализа. Позволяющий рассчитать косвенный эффект от внедрения информационной системы (далее ИС). В случае, если дипломный проект изменяет не всю технологию обработки, а только некоторые ее этапы, необходимо сопоставить операции этих этапов. Необходимо рассчитать затраты на разработку проекта. Рекомендуется также предоставить обоснование эффективности выбранных в аналитической части ключевых проектных решений. Выводы об экономической эффективности делаются на основе вычисленных экономических показателей. По выбору возможны следующие направления расчета экономической эффективности: 1) Сравнение вариантов организации ЭИС по комплексу задач (например, сравнение ЭИС, предлагаемой в проекте, с существующей). 2) Сравнение вариантов организации информационной базы комплекса задач (файловая организация и база данных). 3) Сравнение вариантов технологии проектирования ЭИС (например, индивидуального проектирования с методами, использующими пакеты программ или модельного проектирования). 4) Сравнение вариантов технологии обработки данных. В разделе выбор и обоснование методики расчета экономической эффективности проекта в зависимости от выбранного направления расчета должна быть изложена методика и специфика расчета экономической эффективности проекта, указаны все необходимые для выводов показатели и формулы их расчетов. Как правило, при прямом экономическом эффекте, наиболее востребованными оказываются трудовые, стоимостные показатели, срок окупаемости проекта. Экономическая эффективность проекта (Э) складывается из двух составляющих: - Косвенного эффекта, который характеризуется увеличением прибыли, привлечением большего числа клиентов, снижением уровня брака в производстве, уменьшение количества рекламаций клиентов, снижение затрат на сырье и материалы, уменьшение сумм штрафов, неустоек и т.д. - Прямого эффекта, который характеризуется снижением трудовых, стоимостных показателей. Расчет проводится за год. Результаты расчета показателей экономической эффективности проекта необходимо представить в форме таблиц, графиков, повышающих наглядность восприятия. Здесь же следует определить улучшение качественных характеристик процесса управления соответствующим объектом и оценить влияние автоматизированного комплекса задач на эффективность деятельности органов управления и конечные результаты деятельности предприятия. Показатели от внедрения разработанной ИС представляются в таблице № 3.1. и выносятся на презентацию. Сделать выводы по главе. В заключении рекомендуется сделать выводы по проекту, определить пути его внедрения и направления дальнейшего совершенствования ЭИС. В приложении может быть распечатка на исходном языке программирования отлаженных основных расчетных модулей (около 400 операторов языка высокою уровня) или адаптированных программных средств, использованных в работе. Также формы и шаблоны документов. Дипломный проект заканчивается обязательным листом, структура которого приведена в Приложении №9. | |||||||||||||||||||