Читайте также:
|
Работу над ВКР дипломант начинает путем выполнения курсовых проектов по дисциплинам: «Проектирование ИС» и «Проектирование интрасетевых приложений» с оформлением Задания на проект.
Перед началом выполнения ВКР студент должен разработать календарный план работы на весь период дипломного проектирования с указанием очередности и сроков выполнения отдельных этапов работы с учетом их трудоемкости. План работы после одобрения руководителем проекта входит в Задание и утверждается заведующим кафедрой.
В начале работы необходимо собрать исходные материалы к проекту, изучить объект проектирования, ознакомиться с методиками расчетов, сделать аналитический обзор литературы.
Далее необходимо разработать проектные решения, основанные на информации, представленной в предыдущей части на языке информационных технологий.
На этапе выпускной квалификационной работы привлечение студентов к производственной работе, не связанной с темой проекта, не допускается.
Следует подчеркнуть, что ВКР - самостоятельная работа студента, а не совместная работа с руководителем и консультантами. В связи с этим бакалавр несет полную ответственность за принятые им инженерно-технические решения, за правильность всех вычислений, за качество графических работ и оформление проекта, а также за окончание его в установленный срок.
Законченный проект, подписанный студентом и консультантами, представляется руководителю.
Руководитель проекта проверяет и подписывает пояснительную записку, графическую часть и пишет отзыв на выпускную квалификационную работу, в котором характеризует практическую и научную ценность работы, глубину разработки темы, возможность использования его в производстве, качество оформления пояснительной записки и графической части, излагает свое мнение о подготовленности студента к самостоятельной инженерной деятельности, о его отношении к выполнению выпускной квалификационной работы и дает оценку всей работы в целом.
За одну-две недели до начала работы ГЭК выпускная квалификационная работа и графическая часть с отзывом руководителя предъявляются бакалавром на предзащиту. По результатам предварительного просмотра, который устанавливает соответствие содержания выпускной квалификационной работы техническому заданию, правильность и качество оформления материалов, составляется соответствующий акт. В акт вносятся замечания по оформлению выпускной квалификационной работы, отклонения от существующих стандартов, требований к выпускной квалификационной работе. Бакалавр обязан устранить указанные недостатки и представить исправленные материалы на подпись преподавателю, отвечающему за нормоконтроль на кафедре.
При невыполнении задания на проектирование или при несоответствии требованиям к выпускной квалификационной работе комиссия передает свои выводы на рассмотрение заведующему кафедрой, который принимает окончательное решение о возможности допуска студента к защите выпускной квалификационной работы в ГЭК.
После предварительного просмотра проект, подписанный руководителем и консультантами, направляется на рецензию за 4-5 дней до защиты. Список рецензентов предлагает кафедра и утверждается приказом по университету по представлению кафедры и декана факультета.
Рецензентами могут назначаться специалисты по профилю выпускной квалификационной работы, работающие в научно-исследовательских университетах и на промышленных предприятиях.
В качестве рецензентов (как исключение из правила) могут привлекаться также профессора и преподаватели других высших учебных заведений или данного вуза, если они не работают на выпускающей кафедре.
Рецензия на выпускную квалификационную работу должна содержать оценку актуальности темы проекта, соответствия содержания проекта заданию на проектирование, оценку выбранных технических решений с точки зрения выполнения поставленных задач, характеристику теоретических обоснований, расчетов и результатов экспериментов. В рецензии необходимо указать недостатки проекта, перспективы использования материалов проекта в производстве. В заключении дается оценка проекта и вывод о возможности присвоения студенту квалификации бакалавра.
Выпускная квалификационная работа с рецензией передается на рассмотрение заведующему кафедрой, который окончательно решает вопрос о допуске студента к защите.
В случае отрицательного решения этот вопрос рассматривается на заседании кафедры в присутствии руководителя. Если принято решение о том, что студент не может быть допущен к защите по его вине, то на основании протокола кафедры декан делает представление в ректорат на отчисление студента из университета.
6. СТРУКТУРА ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЫ
Вне зависимости от решаемой задачи и подхода при проектировании структура выпускной квалификационной работы следующая:
Титульный лист
Задание на ВКР
Оглавление
Введение
1. Анализ предметной области и новых информационных технологий в системах административного управления
1.1. Анализ организационной структуры управления
1.2. Анализ существующих бизнес-процессов и существующей информационной системы [1, стр. 37-68; 2, стр.14-54]
1.3. Обоснование требований к разрабатываемой ИС [1, стр. 148-157]
1.4. Разработка ТЗ и постановка задачи
2. Проектирование информационной системы и технологий
2.1. Техническое проектирование
2.1.1. Общесистемные решения
2.1.2. Информационное обеспечение
2.1.3. Техническое обеспечение
2.2. Рабочее проектирование
2.2.1. Программное обеспечение
2.2.2. Программная документация
2.2.3. Расчет надежности информационной системы
3. Обоснование экономической эффективности
Заключение
Список используемой литературы
Приложения
Общий объем выпускной квалификационной работы до 80 листов печатного текста (без учета Приложений).
Введение (общим объемом не более 5 стр.) должно содержать общие сведения о проекте, его краткую характеристику, резюме. В нем необходимо отразить актуальность выбранной темы, цель и задачи, решаемые в выпускной квалификационной работе, используемые методики, практическую значимость полученных результатов. Во введении необходимо перечислить вопросы, которые будут рассмотрены выпускной квалификационной работе, выделив те, которые предполагается решить практически. Рекомендуется писать введение по завершении основных глав выпускной квалификационной работы, перед заключением. В этом случае исключена возможность несоответствия “желаемого” и “действительного”.
Анализ предметной области и новых информационных технологий в системах административного управления (общим объёмом до 20 стр.) должна содержать рассмотрение существующего состояния предметной области, характеристики объекта и системы управления и обоснование предложений по устранению выявленных недостатков, внедрению новых подходов, новых технологий и т.д. Подробнее см. разд.7.
Проектирование информационной системы и технологий (общим объёмом до 25 стр.) является описанием решений, принятых по всей вертикали проектирования. Глава должна быть основана на информации, представленной в первой части, обобщать ее. По сути, эта часть является решением проблематики, изложенной в первой части, на языке информационных технологий. Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная в первой главе. Подробнее см. разд.8.
Обоснование экономической эффективности (общим объёмом до 10 стр.).
Консультации по разделу проводятся руководителем ВКР.
Заключение (общим объёмом до 5 стр.). Приводятся основные выводы по выпускной квалификационной работе. Даётся оценка полученных результатов и рекомендации по их практическому применению, а также определяются возможные перспективы развития выпускной квалификационной работы.
Список использованных источников. Правила оформления – см. разд. 9.
Приложения. Правила оформления – см. разд. 9.
7. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И новых ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ В СИСТЕМАХ АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ
Анализ организационной структуры управления
В качестве предметной области может выступать подразделение предприятия, фирмы, объединения и т.д. или отдельный вид деятельности, протекающий в нем, поэтому в начале данного раздела необходимо отразить цель функционирования предприятия, его организационную структуру и основные параметры его функционирования.
Главными технико-экономическими свойствами объекта управления являются: цель и результаты деятельности, основные этапы и процессы рассматриваемой деятельности, используемые ресурсы и материалы. В ходе рассмотрения перечисленных свойств для них, по возможности, следует указать количественно-стоимостные оценки и ограничения.
Характеризуя подразделение предприятия, следует отразить особенности его функционирования, то есть принятые нормы и правила осуществления анализируемой деятельности в условиях конкретной организации или предприятия.
В качестве предметной области проекта выступает бизнес-процесс или процесс управления как набор логически взаимосвязанных действий, выполняемых для достижения определенного выхода (целевой функции) бизнес-деятельности предприятия. Описание бизнес-процесса или процесса управления необходимо представить согласно графической нотации стандарта функционального моделирования IDEF0. Описываемая модель бизнес-процесса или процесс управления представляет собой функциональную модель, существовавшую до использования результатов проекта с первым уровнем детализации (см. приложение 4).
Анализ существующих бизнес-процессов и существующей информационной системы [1, стр. 37-68; 2, стр.14-54].
В этом разделе следует отметить, используются ли при существующей технологии решения задачи какие-либо программные средства и, если используются, то каким образом. Если на рынке программных средств существуют готовые программные решения, желательно дать краткое описание и провести анализ хотя бы одной такой разработки, указав основные характеристики и функциональные возможности.
Обзор рынка программных средств удобно проводить с помощью сети Internet. Адреса используемых при обзоре ресурсов следует добавить в список литературы дипломного проекта.
Затем следует отметить, чем, с точки зрения программной реализации, должна и будет отличаться проектируемая технология решения задачи от существующей, а также, почему необходимо разрабатывать новое программное средство, и чем оно должно отличаться от существующих.
Обоснование требований к разрабатываемой ИС [1, стр. 148-157]
Требования к информационному обеспечению обосновываются с точки зрения внемашинного (классификаторы, справочники, документы) и внутримашинного (входные, промежуточные, выходные массивы информационных баз) обеспечения и включают следующие вопросы:
· требования к составу и содержанию входных и выходных документов, методам их построения (т.е. возможности использования унифицированных форм документов УСД или выполнение оригинального проектирования);
· требования к составу и методам построения экранных форм для ввода переменной и условно-постоянной первичной информации, а также форм для вывода на экран результатной информации или ответов на запросы;
· требования к составу классификаторов, возможности использования международных, общесистемных, отраслевых или необходимости построения локальных классификаторов; определение требований к системам классификации и кодирования информации;
· требования к способам организации информационной базы как совокупности локальных файлов или как интегрированной базы данных с локальной или распределенной организацией; определение состава файлов, обоснование методов логической организации файлов и баз данных;
· требования к составу и способам организации файлов с результатной и промежуточной информацией.
В этом разделе необходимо уделить внимание указанию всех возможных способов организации различных компонент информационного обеспечения и методов проектирования этих компонент.
Требования к программному обеспечению задачи заключается в формировании требований к системному (общему) и специальному прикладному программному обеспечению и в выборе на основе этих требований соответствующих компонентов программного обеспечения.
При выборе общего ПО целесообразно:
· дать классификацию ОС, указать факторы, влияющие на выбор конкретного класса и его версии, и обосновать выбор операционной системы;
· дать классификацию и обосновать выбор используемой СУБД.
При выборе специального ПО необходимо сформулировать требования, которым должны удовлетворять проектируемые программные средства (например, к большинству прикладного программного обеспечения можно выдвинуть требования надежности, эффективности, понятности пользователю, защиты информации, модифицируемости, мобильности, масштабируемости, минимизации затрат на сопровождение и поддержку и т.д.), выбрать методы и средства. Кроме того, стоит выработать требования к оформлению экранных и печатных форм, эргономике программного обеспечения.
Формулировка требований к специальному ПО должна происходить с учетом выдвинутых предложений по информационному и техническому обеспечению. При обосновании проектных решений по специальному программному обеспечению задачи необходимо:
· дать классификацию и обосновать выбор методов (например, структурное, модульное проектирование, методом “сверху вниз” или объектно-ориентированное проектирование и т.д.) и средств проектирования специального (функционального) ПО (например, использование библиотеки прикладных программ, или генератора программ, или какого-либо языка программирования);
· определить возможности выбранных программных средств, при использовании которых достигаются требования к прикладному программному обеспечению (например, возможность организации удобного интерфейса, оптимизации запросов к данным и т.п.).
Выбор технического обеспечения требуемого для решения задачи предполагает выбор типа ЭВМ и устройств периферии. При этом следует обосновать экономическую целесообразность эксплуатации выбранных аппаратных средств, возможность их использования для решения других задач объекта управления.
На выбор типа ЭВМ оказывает влияние большое количество факторов, но в случае с дипломным проектом необходимо, прежде всего, пояснить условия, в которых он разрабатывался и внедрялся. Если разработка не предусматривает капитальной реорганизации существующей технологии, необходимо лишь определить какие требования должны применяться к аппаратному обеспечению при эксплуатации на нем разработанного программного средства. Требования должны быть представлены в стандартной среде разработчиков программного обеспечения форме.
Если внедрение проекта предусматривает капитальную реорганизацию существующей технологии (например, ЭВМ внедряются впервые, требуется применение сервера, внедряется телекоммуникационное оборудование нового поколения), необходимо охарактеризовать преимущества выбираемых моделей над аналогами.
Удобнее всего воспользоваться табличной формой, в которой колонки означают основные характеристики модели, в том числе цену. Кроме того, следует указать потребительские факторы, т. е. распространенность продукта, гарантийные условия, наличие документации и технической поддержки, совместимость с наиболее распространенными ОС и ППП.
На основе совокупности данных факторов формируются требования к значениям основных характеристик вычислительных машин, которые сопоставляются с конкретными значениями основных технических характеристик (ОТХ) современных моделей ЭВМ, после чего осуществляется выбор оптимальной модели.
Разработка ТЗ и постановка задачи.
В этом пункте необходимо сформулировать цель и задачи разработки проекта и выделить основные требования к проектируемой системе обработки данных. Стоит определить тип проектируемой системы: это может быть диалоговая система решения задачи или обработки транзакций, система поддержки принятия решений или комбинированная система.
Цель решения задачи должна сводиться к устранению тех недостатков, которые были отмечены, поэтому ее можно разделить на две группы подцелей:
· достижение улучшения ряда экономических показателей выполнения выбранной функции управления или работы рассматриваемого подразделения, или всего предприятия в целом;
· улучшение значений показателей качества обработки информации.
В данном пункте также осуществляется формализация решения задачи, которая сводится к рассмотрению последовательности проведения расчетов, а также выделению алгоритмов расчета экономических показателей на каждом этапе.
При этом необходимо описать бизнес-процесс или процесс управления с учетом использования результатов проекта (после внедрения), согласно графической нотации стандарта функционального моделирования IDEF0 с первым уровнем детализации (см. приложение 4).
Одна из важных стадий описания жизненного цикла-разработки ИС‑оформление технического задания (ТЗ) на разработку ИС.
ТЗ - документ, завершающий предпроектную стадию создания ИС и включающий в себя правовое обоснование проектирования, к которому относятся издаваемые вышестоящими организациями постановления и приказы; описание цели и расчет экономической эффективности разработки; требования к задачам, техническому комплексу, обеспечивающим подсистемам и их составу.
В ТЗ определяется очередность проектирования и внедрения ИС с приложением сетевых графиков и указанием источников финансирования работ.
К работам на предпроектной стадии может привлекаться заказчик проекта, который заключает договор с проектирующей организацией на создание ТЗ, составляет план организационно- технических мероприятий по обследованию организации, описание действующей системы управления и действующего документооборота, согласовывает в установленном порядке предложения по изменению методов и организационной структуры управления объектом; утверждает ТЗ.
Разработчик на этой стадии участвует в разработке плана-графика совместных работ, составляет программу предпроектного обследования и принимает участие в его проведении.
Кроме того, на предпроектной стадии проектировщик системы должен обеспечить обучение персонала объекта автоматизации современным методам управления с применением разнообразных средств ВТ и оргтехники. На этой стадии разработчик согласовывает вышеназванные документы с заказчиком, рассматривает и утверждает их.
Дата добавления: 2015-07-25; просмотров: 131 | Нарушение авторских прав
| <== предыдущая страница | | | следующая страница ==> |
| ЗАДАНИЕ НА ВЫПУСКНУЮ КВАЛИФИКАЦИОННУЮ РАБОТУ | | | ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ И ТЕХНОЛОГИЙ |