Министерство образования и науки Российской
МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
ЭКОНОМИКИ, СТАТИСТИКИ И ИНФОРМАТИКИ
ИНСТИТУТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ
МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО ДИПЛОМНОМУ ПРОЕКТИРОВАНИЮ
Для специальности: «Прикладная информатика (по
Под редакцией директора ИКТ, Ю.Ф.,
зам. директора ИКТ, Сорокина А.А.
Авторский коллектив.
Белов B.C., Дик
Кириченко А.А., Лужецкий
Печёнкин А.Е., Смирнова
Сорокин А.А., Романова Е.В.
Москва
УДК 004
БЕК
МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО ДИПЛОМНОМУ ПРОЕКТИРОВАНИЮ
Для «прикладная (по
Под редакцией директора д э н Ю Ф , зам директора к э а Сорокина А А
Авторский коллектив Белов В Дик В В , Кириченко А А М Г А А , Смирнова Г
Сорокин А А Романова Е В
Московский государственный университет экономики, и информатики М 2005 ©
Под редакцией Тельнова Ю Ф , 2005
© Московский государственный университет
экономики статистики и информатики, 2005
Содержание
Введение
1. Методические основы организации выполнения дипломного S
1.1 Цель дипломного и основные этапы дипломного
проекта
1.2 Преддипломная практика 7
1.3 Выбор темы дипломного проекта и научного руководителя 9
1.4 Получение направления в ГАК 11
1.5 Предварительная защита дипломного проекта 11
Рецензирование дипломного проекта 12
1.7 Подготовка к и защита дипломного проекта в ГАК 13
2. Содержание отчета о преддипломной практике для специальности
«Прикладная информатика (по 16
3. к дипломному проекту по специальности «Прикладная
информатика (по 20
3.1 Общие требования 20
3.2. Примерная тематика дипломных проектов 23
3.3 Структура о проекта. 24
3.3.1 Структура первой главы.
3.3.1.1. Структура первой главы для темы: автоматизированного
решения задачи (комплекса
26
3.3.1.2. Структура первой главы для темы: однопользовательской
36
3.3.1.3. Структура первой главы для темы: «Разработка АРМ в
ИС». 39
3.3.1.4. Структура первой главы для темы: «Разработка Web-представительства».
3.3.1.5. Структура первой главы для темы: «Разработка проекта автоматизации
(информационный менеджмент) бизнеса».
3.3.2 Структура второй главы.
3.3.2.1 Структура второй главы для тем
52
3.3.2.2 Структура второй главы для темы 4. 58
3.3.2.3 Структура второй главы для темы 5. 61
3.3.3. Структура третьей 64
4. Методические указания по оформлению работ S1
4.1 Требования и правила оформления текстового материала 81
4.2 оформления иллюстративного материала 85
4 3 Правила составления списка литературы 86
4 4 Правила оформления приложений 87
4.5 Рекомендации по проверке дипломного
Приложения 89
Приложение 1.
3
Приложение 2Приложение 3Приложение 4Приложение
Приложение 6
8
Приложение 9Приложение 10
1
101
102
103
104
106
107
111
Введение
Данные методические предназначены для студентов, обучающихся по
специальности «Прикладная информатика (по
• Прикладная информатика (в
• Прикладная информатика (в
• Прикладная информатика (в
Методические указания регламентируют прохождение преддипломной практики и
написание дипломного проекта
Целью методических указаний является определение структуры содержания отчёта о
практике и дипломного проекта, определение содержания пунктов проекта,
формы представления информации в проекте, правил оформления разделов и элементов
проекта
Методические основы организации выполнения
дипломного проектирования.
1.1 Цель дипломного проектирования и основные этапы
дипломного проекта
Выполнение дипломного проекта является заключительным этапом обучения
студентов в ВУЗе Дипломный проект представляет собой самостоятельную работу, целью
которой является систематизация и расширение теоретических знаний и их практическое
применение в процессе ее написания
Период дипломного проектирования состоит из нескольких этапов *
• выбор и закрепление объекта преддипломной практики,
• выбор и закрепление темы дипломного проекта,
• разработка и утверждение задания на дипломный проект,
• сбор материала для дипломного проекта на объекте практики,
• защита отчета по преддипломной практике,
• написание и оформление дипломного проекта,
• предварительная защита работы на кафедре, >
• внешнее рецензирование проекта,
• защита проекта на заседании Государственной комиссии
(ГАК)
Примерный план выполнения и защиты дипломного проекта представлен в таблице
1.1.
Важно отметить следующее.
Отчет о прохождении преддипломной практики не принимается, пока не определена тема
дипломного проекта (ее нет в проекте приказа).
Студент, не прошедший преддипломную практику, не допускается к дипломному
проектированию.
Не защищенный в установленные сроки отчет о практике является
академической задолженностью.
Дипломный проект допускается для защиты в ГАК, только если он прошел успешную
предварительную защиту на кафедре и на него получена положительная рецензия.
Таблица
Примерный график прохождения этапов выполнения
и защиты дипломного проекта
№
этапа
Месяц Даты Что необходимо сделать на этапе
1 Сентябрь-
Октябрь
01-31 Выбор места прохождения преддипломной
практики. Собрание.
2 Ноябрь 01-15 Подача в дирекцию заявления и гарантийного
письма о месте прохождения преддипломной
практики.
3 Ноябрь
Декабрь
29-03 Собрание. Уточнение мест преддипломной
практики.
4 Декабрь Март
01-08 Прохождение преддипломной практики. Сбор
материалов и реализация основных проектных
решений.
5 Январь 20-30 Собрание. Выбор темы дипломного проекта,
руководителя и консультанта.
6
Февраль
20-28 Подача заявления на тему дипломного проекта в
дирекцию.
7 Март 08 Окончание преддипломной практики.
Март - Май 09-30 Написание и выполнение дипломного проекта.
9 Март Предоставление отчета о преддипломной практике
руководителю практики и его
защита. Утверждение задания на дипломный
проект.
10 Март Собрание. Последняя выверка тем.
И Май 15-25 Получение направления в ГАК. Предварительная
защита дипломного проекта на кафедре
руководителя дипломного проекта. Направление на
внешнее рецензирование дипломного проекта.
12 Июнь 1-30 Защита дипломного проекта в ГАК
Рассмотрим содержание некоторых этапов.
1.2 Преддипломная практика
Практика студентов высших учебных заведений является составной частью
государственных образовательных стандартов высшего профессионального образования.
Практика студента является средством связи теоретического обучения с практической
деятельностью, обеспечивающим прикладную направленность и обучения.
Студент может проходить преддипломную практику, как правило, в
подразделениях государственных структур, и научно-
исследовательских институтах, научно-производственных объединениях, банках, страховых
и инвестиционных компаниях, научно-исследовательских подразделениях самого ВУЗа и
иных предприятиях, а в исключительных случаях на кафедрах Место прохождения
практики студентом выбирается самостоятельно или по рекомендации дирекции института.
Студент может работать на преддипломной практике по соответствующей специальности и
квалификации (специалиста в области информационных технологий, возможно прохождение
практики в должностях: экономист, бухгалтер, инженер-программист и т.д.) или быть
практикантом.
Согласно установленным срокам таблицы 1.1. студент должен подать в дирекцию
института заявление о месте прохождения практики и просьбой о закреплении конкретного
руководителя практики. Заявление пишется на имя директора института. Пример заявления
представлен в приложении
Руководителем практики может быть преподаватель выпускающих кафедр или при
необходимости ведущий сотрудник объекта практики. Руководитель преддипломной
практики назначается дирекцией с учетом поданных заявлений студентов и рекомендаций
выпускающих кафедр. Руководитель преддипломной практики может не быть в последствии
руководителем дипломного проекта в исключительных случаях. Место практики и
руководитель закрепляются приказом по Университету.
Студент может получить в дирекции института направление на прохождение
преддипломной практики установленной формы
От предприятия (фирмы и т.д.), выбранного в качестве места прохождения
преддипломной практики студент обязан предоставить гарантийное письмо или договор,
подтверждающие готовность данной организации обеспечить студенту возможность
прохождения
Гарантийное письмо является официальным документом, на котором обязательно
Должны быть проставлены Ф.И.О. непосредственного начальника подразделения, в котором
студент будет проходить практику, полное название организации, печать организации (с
полным названием и координатами организации). Желательно, чтобы гарантийное письмо
было напечатано на фирменном бланке. При необходимости на нем могут быть
дополнительные подписи, помимо подписи непосредственного начальника, например,
подпись директора организации, начальника департамента, начальника отдела кадров и т.д.
Гарантийное письмо пишется на имя директора Пример гарантийного письма
представлен в приложении
Целью практики является дальнейшее углубление и закрепление знаний, полученных
в институте, приобретение необходимых навыков и сбор материала для
дипломного проекта.
В процессе преддипломной практики студенты должны:
Ознакомиться с:
- организацией информационного обеспечения подразделения;
- процессом проектирования и эксплуатации информационных средств;
- методами планирования и проведения мероприятий по созданию
(разработке) проекта (подсистемы) информационной среды предприятия для решения
конкретной задачи.
Изучить:
структурные и функциональные схемы предприятия, организацию
деятельности подразделения;
- порядок и методы ведения делопроизводства;
требования к техническим, программным средствам, используемым на
предприятии.
Закрепить практические навыки: ,,
'
выполнения функциональных обязанностей;
ведения
систем, а затем их практическую
реализацию.
На студентов, проходящих преддипломную практику, возлагается:
• ознакомление с организацией (предприятием), его структурой, основными
функциями производственных и управленческих подразделений;
• выбор задач или проблематики для будущего написания дипломного проекта;
• составление
и постановки задачи для выбранной проблематики,
• подбор и систематизация материала для выполнения дипломного проекта;
• реализация основных проектных решений.
Дополнительные задачи, которые студент должен выполнить в период прохождения
преддипломной практики, определяются им совместно с руководителем
практики, исходя из специфики выпускающей кафедры.
За время прохождения практики студент обязан собрать весь необходимый материал
для написания дипломного проекта. В случае изменения места прохождения практики
студент должен немедленно сообщить об этом руководителю диплома и в дирекцию.
Руководитель преддипломной практики консультирует студента по вопросам
прохождения практики и составления отчета о практике.
по итогам практики проводится на основании оформленного в
соответствии с установленными требованиями письменного отчета руководителем
По итогам аттестации выставляется оценка (отлично, хорошо,
удовлетворительно, неудовлетворительно).
1.3 Выбор дипломного проекта и назначение руководителя
В процессе прохождения преддипломной практики студент с помощью руководителя
практики определяет тему дипломного проекта. Студент может указать желаемого
руководителя в заявлении на тему дипломного проекта.
Согласно установленным срокам таблицы
студент должен подать в дирекцию
института заявление о закреплении выбранной темы дипломного проекта и назначении
руководителя и консультанта. Заявление пишется на имя директора института. При этом
указанный руководитель должен поставить на заявлении свою подпись, что будет означать
его согласие на руководство. Образец заявления приведен в приложении
Руководителем дипломного проекта является преподаватель выпускающих кафедр
Консультантом должен быть специалист по предметной области, это может быть
преподаватель и при необходимости ведущий сотрудник объекта практики.
Утверждение темы, руководителя и консультанта дипломного
осуществляется директором института и закрепляется приказом по Университету. Дирекция
оставляет за собой право редактирования предложенной студентом темы и закрепления
руководителя и консультанта. В марте проводится собрание по итогам преддипломной
практики и уточнению тем дипломного проекта.
Название темы для специальностей и должно состоять из двух частей: в
первой части указывается суть дипломного проекта, а во второй - объект прохождения
преддипломной практики (либо компания для которой ведётся разработка). Например:
«Автоматизация учета основных средств в ЗАО «Разработка автоматизированного
рабочего места операциониста в банке «Создание системы обработки
сообщений в компании «Проектирование
информационного обеспечения задач деятельности компании
«Паладин на рынке комплексных систем безопасности».
Название темы для специальности ПИвМ может состоять их Зх частей. Первая часть -
«разработка проекта вторая часть — задача, процесс, автоматизация
которого будет рассматриваться и третья часть - место прохождения преддипломной
практики (либо компания для которой ведётся разработка).
Тема дипломного проекта должна быть актуальной и иметь научно-практическую
направленность.
Особенно следует обратить внимание на то, что тема дипломной работы должна быть
абсолютно одинаковой во всех документах, а именно в:
• Приказе о темах дипломных проектов;
• Титульном листе дипломного проекта;
• Задании на дипломный проект;
• Направлении на ГАК;
, Отзыве руководителя дипломного проекта;
• Рецензии на дипломный
• В штампе раздаточных материалов.
Руководитель дипломного проекта осуществляет теоретическую и практическую
помощь студенту в период подготовки и написания дипломного проекта, дает студенту
рекомендации по структуре, содержанию и оформлению работы, подбору литературных
источников и т. д. Кроме того, руководитель указывает на недостатки аргументации,
композиция, стиля и т.п., советует, как их устранить.
Следует иметь в виду, что студент самостоятельно пишет дипломный проект и
оформляет всю необходимую документацию, включая демонстрационный материал.
Теоретически и методически правильная разработка и освещение темы дипломного проекта,
а также ее качество и содержание целиком и полностью лежат на ответственности студента-
дипломника.
В функции консультанта входит проверка работы на предмет соответствия раскрытия
темы дипломного проект, консультирование студента по специфическим вопросам
дипломного особенности оформления, использование математических методов,
особенности предметной области, особенности используемого языка программирования и т.
10
После руководителя дипломного студент совместно с ним
составляют задание на проект (приложение
которое включает план
работы, перечень основных литературных источников и т. д., а также формирует
календарный
(приложение
Затем, в соответствии с этим заданием, студент
пишет дипломный проект.
Студенту следует периодически (по обоюдной договоренности, примерно раз в
неделю) информировать руководителя о ходе подготовки дипломного проекта и
консультироваться по вызывающим затруднение вопросам. Кроме того, студент по мере
готовности должен предоставлять руководителю для прочтения части дипломного проекта, а
затем готовый дипломный проект.
После прочтения окончательного варианта дипломного проекта руководитель
составляет письменный отзыв, в котором характеризует качество дипломного проекта,
оценивает реализацию принятых проектных решений по четырехбалльной
мотивирует возможность представления дипломного проекта для предварительной защиты
на кафедре, а также может быть указана возможность выдачи рекомендации к поступлению в
аспирантуру МЭСИ. Шаблон отзыва руководителя приведен в приложении ГД-3.
1.4 Получение направления в ГАК
Направление в ГАК необходимо получить в дирекции. Шаблон приведен в
В направлении на защиту содержится справка об успеваемости, в которой
должны быть указаны период обучения студента в ВУЗе и процентное соотношение
отличных, хороших, и удовлетворительных оценок. Данные об успеваемости заносятся в
направления на основании книги баллов и зачетной книжки студента. Подпись директора в
направлении ставится последней после предоставления студентом в дирекцию института
всего комплекта документов для защиты в ГАК (п.
При получении положительного отзыва руководителя дипломного проекта,
дипломный проект вместе с заданием на дипломный проект и направлением в ГАК
представляется на кафедру при проведении предварительной защиты.
1.5 защита дипломного проекта
Предварительная защита дипломного проекта происходит на выпускающей кафедре
Дни и время предварительной защиты вывешиваются на стенде соответствующей кафедры в
середине мая. Предварительная защита происходит перед комиссией, в которую входят
заведующий кафедрой и преподаватели кафедры.
Для предварительной защиты студенту необходимо иметь
11
• готовый дипломный проект и направление в ГАК,
• подписанный отзыв научного руководителя,
• презентацию,
• комплект графических материалов
В процессе предварительной защиты студент кратко излагает суть дипломного проекта и
отвечает на вопросы членов комиссии После ознакомления с дипломным проектом и
получения ответов комиссия принимает решение о возможности его защиты в
ГАК В случае принятия положительного решения проект представляется для
рецензирования
проекта
Рецензирование дипломного проекта проводится с целью получения дополнительной
оценки труда студента от специалистов в соответствующей области
. * Состав рецензентов утверждается директором института В качестве рецензентов
могут привлекаться специалисты государственных органов, сферы производства,
НИИ, а также профессора и преподаватели других вузов, в исключительных случаях
работающие на смежных кафедрах
В рецензии должно быть отмечено значение изучения данной темы, ее актуальность,
теоретическая и практическая ценность, а также насколько успешно студент справился с
раскрытием темы работы и рассмотрением теоретических и практических вопросов Затем
дается развернутая характеристика каждого раздела дипломного проекта с выделением
положительных сторон и недостатков В заключении рецензент излагает свою точку зрения
об общем уровне дипломного проекта, оценивает ее по четырехбалльной шкале и делает
вывод о возможности защиты дипломного проекта в ГАК Объем рецензии должен
составлять 2-3 страницы печатного текста Шаблон рецензии представлен в приложении ГД-
При получении студентом рецензии ему, совместно с руководителем дипломного
проекта, следует подготовить ответ на замечания рецензента и, в случае необходимости,
внести соответствующие доработки и исправления в дипломный проект
В случае выявления рецензентом серьезных недостатков в дипломной работе, после
их устранения, выпускающая кафедра вправе отправить проект на повторное
рецензирование
В случае, если заведующий кафедрой на основании содержания отзывов
руководителя, и/или результатов предварительной защиты и/или замечаний рецензента не
считает возможным допустить студента к защите дипломного проекта в ГАК, этот вопрос
12
решается на заседании кафедры с участием автора и руководителя дипломного проекта.
Протокол заседания кафедры утверждается директором института
1.7 Подготовка к защите и защита дипломного проекта в
Защита дипломного проекта является завершающим этапом обучения студента в
ВУЗе Защита проходит перед комиссией, в которую входят преподаватели
кафедр (в том числе и выпускающей) Председатель комиссии не является сотрудником
МЭСИ Состав ГАК утверждается ректором по представлению директора института
Приказ о составе ГАК и датах его проведения, а также расписание защит
вывешиваются на доске объявлений дирекции в период с по 20 мая Защита дипломных
проектов проходит в период с 1 по 30 июня Изменение назначенной даты защиты студент
может произвести только в случае наличия документов, оправдывающих невозможность
присутствия в указанный день Данную ситуацию необходимо согласовать с дирекцией не
позднее Зх дней до начала работы ГАК
При оформлении документации по дипломному проектированию необходимо
подготовить для представления в ГАК следующие документы
1 Дипломный проект (включающий сам дипломный ТЗ,
последний лист с подписью студента-дипломника),
2 Отзыв руководителя,
3 Рецензию на дипломный проект,
4 Графический материал (6 листов),
5 ,
6 Направление на ГАК,
1 Зачетную книжку (в
8 Обходной лист
За три дня до назначенной даты защиты дипломный проекта студент-дипломник
должен представить в дирекцию института всю документацию по проекту, в противном
случае он он будет снят с защиты в ГАК
Все документы должны содержать все необходимые подписи за исключением
подписи директора ИКТ на направлении в ГАК
Дипломный проект обязательно должен быть переплетен в твердый переплет или
сброшюрован в специальной папке Дипломный проект содержит титульный лист и
последний лист, согласно ГД-5 и ГД-б Направление в ГАК, отзыв
руководителя и рецензия прилагаются отдельно (не переплетаются). На защиту обязательно
следует приходить с паспортом я \
13
I
Для защиты дипломной работы необходимо подготовить демонстрационный
материал, основанный на иллюстративном материале дипломной работы. Перечень
иллюстраций, представляемых на защиту, определяется студентом совместно с
руководителем дипломной работы.
При защите дипломного проекта иллюстративный материал оформляется на листах
формата А4. Все чертежи должны содержать штамп определённой формы. Образец штампа
в приложении
Штамп помещается в правом нижнем углу листа внутри
рамки. Отступы для рамки: слева - 2см, справа - 0,5см, сверху - 0,5см, снизу - 0,5 см.
Никакие заголовочные надписи на чертежах не разрешаются.
К этим листам могут относятся:
• информационная модель/ диаграмма потоков данных;
, . • схема технологического процесса решения задачи или схема работы системы;
' • результаты расчёта экономической эффективности проекта (графики и
итоговая таблица);
• организационная структура предприятия / схема документооборота
предприятия / управленческая структура предприятия;
• схема архитектуры информационной системы предприятия;
• сценарий диалога;
• дерево программных модулей;
• и другие схемы, отражающие проектные решения и представленные в
дипломной проекте.
Весь материал, выносимый на чертежи, слайды или в буклеты, обязательно должен
быть идентичен иллюстрациям, представленным в дипломном проекте.
При подготовке иллюстративного материала следует учитывать
правила:
3 логических листа размером А4 со штампом установленного образца в правом
• нижнем углу, подписанные студентом, руководителем, рецензентом и зав.
выпускающей кафедрой, отражающие основные модели и схемы проектной части диплома
" (под логическим листом понимается одно название представляемого материала или схемы);
раздаточный материал, не менее 3 листов, характеризующий принятые
проектные решения;
общее количество слайдов презентации определяется от 6 до 10, отражающие
• все основные разделы дипломной записки с обязательным представлением не менее 3
слайдов о практической реализации программного приложения и результатах выполнения
контрольного примера.
14
К дипломного проекта подготовить доклад на
минут с
материала и презентации PowerPoint, в котором
нужно четко и кратко изложить основные положения дипломной работы с
использованием демонстрационного
Структура и содержание выступления определяется студентом и обязательно
согласовывается с руководителем дипломного проекта.
Защита дипломного проекта происходит на открытом заседании ГАК. Во время
защиты зачитывается отзыв руководителя дипломной
оглашается рецензия. Затем
слово для доклада предоставляется студенту.
В докладе освещаются такие как актуальность темы, цели и задачи работы, а
также раскрываются ее содержание, результаты и выводы, вытекающие из проведенного
исследования. Особое внимание необходимо уделить изложению того, что сделано самим
студентом в ходе дипломного проекта.
В начале выступления целесообразно дать краткую характеристику организации, в
которой студент проходил преддипломную практику. Затем сделать вывод о необходимости
разработки проекта, и при этом по возможности подчеркнуть его научную ценность и
полезность для данной организации. Далее кратко излагаются результаты проделанной
работы. В конце выступления можно также кратко сказать о возможных перспективах
развития дипломного проекта, также следует ответить на замечания рецензента.
По окончании доклада и ответа на замечания студенту задают вопросы
председатель комиссии и ее члены. Вопросы обычно связаны с темой дипломного проекта,
но они также могут касаться учебных дисциплин, которые имеют отношение к
представленной работе.
По докладу и ответам студента на вопросы комиссия судит о степени владения им
дипломного проекта, о широте его кругозора, эрудиции и умении
аргументировано отстаивать свою точку зрения.
Оценка дипломного проекта производится на закрытом заседании ГАК. При оценке
работы принимаются во внимание актуальность и научно-практическая ценность
степень раскрытия темы в дипломном проекте, качество выполнения и оформления работы, а
также содержание доклада и ответы на вопросы. Дипломный проект оценивается по
четырехбалльной системе (отлично, хорошо, удовлетворительно, неудовлетворительно).
Оценка объявляется после окончания защиты всех работ на открытом заседании ГАК.
2. Содержание отчета о преддипломной практике для
специальности 351400 «Прикладная информатика (по
Типовое содержание отчета о преддипломной практике.
Введение
характеристика предметной области и предприятия.
Анализ предметной области «КАК ЕСТЬ».
2. Характеристика комплекса задач и обоснование необходимости автоматизации.
3. Анализ существующих разработок и выбор стратегии автоматизации «КАК
ДОЛЖНО БЫТЬ».
4. Развернутая постановка цели, задачи и подзадач автоматизации. Критерии
цели.
, 5. Основные положения проекта.
Заключение >
Список литературы ' .
Приложения: основные схемы проектных решений, распечатки
модулей. •*.
Рассмотрим структуру отчёта более детально. .
. Введение (общий объём 2-3 страницы) должно содержать < >
• Общие сведения о месте прохождения практики - о предприятии в целом и его
месте на рынке аналогичных товаров / услуг,
• Общие сведения о в котором проходилась практика - его цели
и решаемые задачи;
• Общие сведения о той работе, которая выполнялась в течение преддипломной
практики
1. Технико-экономическая характеристика предметной области и предприятия.
Анализ бизнеса «КАК ЕСТЬ» (приблизительно 7
Характеристика предприятия
1.2. Организационная структура управления предприятием и ее
характеристика
1 3. Описание информационного и технического обеспечения
используемых функциональных возможностей. Обеспечение безопасности.
16
1.4. Структурно-функциональная диаграмма организации бизнеса «КАК
ЕСТЬ» и ее описание,
2
Характеристика комплекса задач и обоснование необходимости автоматизации
10 страниц)
Выбор комплекса задач автоматизации и характеристика существующих
бизнес процессов (в случае процессного управления).
2.2. Обоснование необходимости и цели использования вычислительной
техники для решения комплекса задач.
2.3. Описание основных свойств ИС для предприятия и выбранного
комплекса задач.
2.4. Экономическая сущность комплекса задач.
2 5. Определение места проектируемой задачи в комплексе задач.
«КАК
3. Анализ существующих разработок и выбор стратегии автоматизации
ДОЛЖНО БЫТЬ» (приблизительно 8 страниц)
3
Анализ существующих разработок для автоматизации комплекса задач.
3.2. Выбор и обоснование стратегии автоматизации комплекса задач
3.3. Выбор и обоснование способа приобретения ИС для автоматизации
комплекса задач.
4. Развернутая постановка цели, задачи и подзадач автоматизации. Критерии
достижения
(приблизительно 15 страниц)
Цели и назначение автоматизированного варианта решения задачи.
4 2. Общая характеристика организации решения подзадач на ЭВМ.
4.3. Формализация расчётов подзадач.
4 4. Обоснование проектных решений по техническому, информационному,
программному и технологическому обеспечению.
5. Основные положения проекта (приблизительно 8 страниц).
Информационная модель задачи и её описание.
5 2. Дерево выполняемых функций и сценарий диалога.
Заключение (общий объём страницы) должно содержать
• Результаты прохождения преддипломной практики.
1
• Выводы по уровню, полноте, актуальности собранного материала для
И
написания дипломного проекта.
• Краткий план дальнейшей работы над дипломным проектом.
Приложения оформляются при необходимости и могут содержать схемы и таблицы,
17
на которые имеются ссылки из основной части отчета
Цель прохождения преддипломной практики сбор для написания
дипломного проекта Именно поэтому отчет содержит все те материалы, которые были
собраны в период прохождения практики и является базой для формирования аналитической
части будущего дипломного проекта
Рассмотрим содержание некоторых позиций отчета
1 2 Организационная структура управления предприятием и ее характеристика
Необходимо отобразить общую структуру управления предприятием, дать ее
характеристику и описать методику принятия решений Упор необходимо сделать на то
направление (на ту ветвь в котором будет производиться автоматизация в рамках
дипломного проекта
1 3 Описание информационного и технического обеспечения предприятия, используемых
функциональных возможностей
Необходимо описать общее информационное и техническое обеспечение предприятия
и обязательно описать информационное и обеспечение того направления, в
котором будет производиться автоматизация
Под информационным обеспечением понимается комплекс программных средств,
используемых на предприятии и их взаимодействие между собой
Под техническим обеспечением понимается комплекс аппаратных средств,
обеспечивающих работу описанной информационной структуры и их взаимосвязь
Наиболее показательным будет вариант, в котором сначала представляется схема, а
затем идет ее описание
В процессе описания информационной структуры необходимо дать краткое резюме
тех программных средств, которые используются на предприятии
• класс средства и операционную среду
• общие функциональные возможности
описание той части функциональности, которая используется со грудниками предприятия
(для функциональных ИТ
1 4 Структурно-функциональная диаграмма организации бизнеса «КАК ЕСТЬ» и ее описание
Необходимо составить диаграмму, отражающую наиболее общие функции,
выполняемые на предприятии и их взаимосвязь на макро-уровне без детализации
содержания потоков между функциональными блоками Среди этих блоков должен быть тот
блок, который будет в дальнейшем рассматриваться как комплекс задач
2 1 Выбор задач автоматизации и характеристика существующих
процессов (в случае процессного управления)
18
Среди функций управления, осуществляемых на изучаемом предприятии при
выполнении рассматриваемого вида деятельности, следует выбрать ту функцию или
совокупность функций, для которых разрабатывается дипломный проект
Необходимо описать их характерные особенности Затем необходимо указать
бизнес-процессы, которые протекают в рамках выбранного направления и дать их
краткую характеристику
2 3 Описание основных свойств ИС для предприятия и выбранного комплекса задач
В разделе необходимо перечислить свойства
которыми она должна обладать как в
рамках предприятия, так и в рамках направления автоматизации, дать их кратное описание и
причину актуальности того или иного свойства В качестве примера можно привести
следующие свойства ИС
• универсальность,
• цикл внедрения,
• гибкость,
• масштабируемость,
• сложность,
• интероперабильность,
• специализация,
• охват управленческих процессов,
•
2 5 Определение места проектируемой задачи в комплексе задач
I
*•
В этом разделе необходимо кратко специфицировать ту задачу из комплекса задач,
которую в дальнейшем планируется исследовать и разрабатывать Необходимо отразить
причину сделанного выбора и место задачи в комплексе
3 2 Выбор и обоснование стратегии автоматизации комплекса задач
Разработка стратегии реализации любого крупного проекта предполагает наличие ряда
взаимосвязанных между собой последовательных действий — этапов, на каждом из которых
решается определенная задача В качестве примера можно привести следующие этапы
• анализ бизнеса,
• анализ стратегии развития бизнеса,
• определение стратегических свойств ИС,
• определение функциональности ИС в целом,
• выбор стратегии автоматизации
о по направлениям,
19
о по процессам,
• выбор способа приобретения,
• формирование комплексного проекта;
• определение архитектуры;
• формирование бизнес-плана
В рамках данного раздела необходимо привести собственный вариант этапов,
раскрыть их содержание, цель и взаимосвязь, применительно к своему проекту.
3.3 Выбор и обоснование способа приобретения ИС для автоматизации комплекса задач ,
В разделе необходимо рассмотреть основные возможные варианты приобретения
информационных систем (подсистем) для предприятия (покупка готового решения, покупка
и доработка, собственная разработка и
и выбрать подходящий для своего проекта
вариант
Для более детального понимания состава остальных позиций отчета следует
обращаться к описанию первой главы проекта, представленному в данном
пособии.
3. Требования к дипломному проекту по
специальности 351400 «Прикладная информатика (по
Требования к дипломному проекту студента-дипломника специальности 351400
"Прикладная информатика (по областям)" в Московском государственном университете
экономики, статистики и информатики целиком основаны на государственных требованиях к
этой специальности, изложенными в Государственном образовательном стандарте
ОС)
специальности от 14 03.2000г.
3.1 Общие требования
При работе над дипломным проектом специалист, обучающийся по специальности
«Прикладная информатика (по областям) должен:
знать.
- предметные и функциональные технологии в области экономики по своей
20
специализации в России и в мире, направления их развития с учетом зарубежных
аналогов;
- современные средства и методы проектирования и разработки ИС на всех
этапах реализации;
- экономический аспект внедрения ИС на предприятии, способы сокращения
затрат на их внедрение,
- принципы организации и работы компьютерных сетей, сетевого
администрирования, защиты информации;
- принципы организации баз данных, баз знаний и экспертных систем;
- основы информационного бизнеса;
уметь
- проводить квалифицированное исследование предметной области,
практические решения по реорганизации предметных технологий с
целью улучшения экономических показателей деятельности;
- применять математические методы и модели для анализа объектов и
процессов предметной области;
- проектировать однопользовательские и многопользовательские ИС;
использовать средства автоматизированного проектирования ИС (CASE средства);
уметь адаптировать готовые программные продукты и проектные решения к
условиям конкретной предметной области;
- самостоятельно разрабатывать подсистемы ИС с использованием
инструментальных средств разработки ИС,
- проводить тестирование, отладку, внедрение разработанной ИС, ее
сопровождение, модернизацию или интеграцию с ней новых приобретенных
программных продуктов;
- организовывать, планировать проект и руководить небольшой группой
специалистов на всех этапах жизненного цикла ИС.
иметь
- об использовании стандартов, распространяемых на процессы разработки
и конечные продукты программного и аппаратного обеспечения информационных
систем и организациях, разрабатывающих эти стандарты;
- о крупнейших производителях программного и аппаратного обеспечения в
России и в мире, признаках классификации и критериях качества их продукции,
- о конъюнктуре рынка информационных технологий
приоритетных и
перспективных направлениях;
21
-о маркетинговой стратегии на рынке ИТ, источниках информации о
новейших разработках;
Как следует из требований, специалист должен не только уметь проектировать и
разрабатывать информационные системы, используя новейшие методы и технологии, но и
оценивать проектирование ИС с экономической точки зрения. Таким образом, согласно
требованиям к дипломному проекту, должен:
• выполнить структурно-функциональный анализ экономической
системы «КАК ЕСТЬ», выделить автоматизации и выработать
предложения по его совершенствованию. Для этого требуется построить ER-
модель, структурно - функциональную схему, диаграмму потоков данных
' существующей технологии;
• сформулировать экономическую сущность задачи;
• провести формализацию расчета экономических показателей;
• обосновать необходимость автоматизации комплекса задач;
• обосновать проектные решения по автоматизации, поставленной
• выполнить моделирование решения комплекса задач объекта
автоматизации «КАК ДОЛЖНО БЫТЬ». Построить ER-модель, -
функциональную схему, диаграмму данных новой технологии;
• информационное обеспечение комплекса задач;
• разработать сценарий диалога, схему декомпозиции программных
модулей, схему взаимосвязи модулей и файлов (м. б. заменена на диаграмму
потоков модель взаимодействия
• построить блок-схему алгоритма программного модуля или схему
настройки программного модуля;
• разработать схему технологического процесса решения задачи с
использованием новой технологии;
Результаты работы над дипломным проектом необходимо представить в качестве
обязательного графического материала и презентационного материала при выступлении на
защите. Иллюстративных материалов на защите должно быть не менее шести.
В обязательные графические материалы рекомендуется
• Разработанные во второй главе модели
- модель, структурно -
функциональную схему, диаграмму потоков данных новой технологии),
• схему технологического процесса решения задачи с использованием новой
22
• диалога.
В презентационный материал рекомендуется включить:
• организационную структуру объекта автоматизации;
• результаты анализа и выбора решений по информационному, программному и
технологическому обеспечениям решения задачи с использованием новой технологии;
• описание контрольного примера и результаты его выполнения
Собственный набор этих материалов студент-дипломник согласовывает
руководителем диплома.
3.2. Примерная дипломных проектов , *
Можно выделить несколько классов тем дипломных проектов по следующим
признакам
- по объему охвата ИС и ее компонентов в качестве объектов
проектирования (например, автоматизация решения автономной задачи, комплекса
задач, разработка однопользовательских ИС, разработка АРМ в составе
распределенной ИС, подсистемы ИС и т
- по типу той информации, которую призвана хранить и обрабатывать
разрабатываемая информационная система (например, проектирование Системы
управления текстовыми документами, Информационно-поисковой системы,
работающей в сети Internet и т.д ),
- по классу алгоритмов обработки экономической информации и
предлагаемых для их реализации в проекте информационных технологий (например,
Систем подготовки принятия управленческих решений, Экспертных систем и др.),
Каждый класс тем предполагает определенную специфику в составе и содержании
разделов проекта.
Тематика дипломных проектов по «Прикладная информатика
(по - в в
1. автоматизация решения
2. разработка однопользовательской ИС;
3. разработка
места) в
многопользовательской ИС.
4. разработка Web-представительства.
Тематика дипломных проектов по специальности «Прикладная
- в менеджменте:
23
S. разработка проекта автоматизации (информационный менеджмент)
бизнеса
однопользовательской ИС).
Основным критерием при выборе постановки задачи может быть количество
реализуемых функциональных информационных технологий (ФИТ) Как ФИТ -
некоторая оптимизированная последовательность технологических этапов по переработке
первичной информации в результатную. Примером ФИТ может служить технология
безналичного перечисления денежных средств Технологические этапы последовательно
выполняют операционист, администратор, сотрудник отдела межбанковских расчетов и
т д Первичной информацией будут являться реквизиты документа,
результатной -обновленные файлы, содержащие информацию о расчетных и
корреспондентских аналитическая банковская отчетность и т д
Если решаемая задача охватывает одну ФИТ, речь идет об автономной задаче. Если
две или несколько, но решаемых на одном рабочем месте - о комплексе задач или об
однопользовательской ИС. Если же технологии (или часть решаемых технологий)
реализуются не а результатная информация передается на дальнейшую
обработку (т е выполняются технологические этапы ФИТ), разрабатывается
пользовательское место (АРМ) в рамках многопользовательской ИС.
При проектировании и разработке первых двух классов задач обычно используется
функционально-модульный или структурный подход, при разработке же
многопользовательской ИС, в последнее время все чаще используется объектно-
ориентированный подход. При этих подходов дипломник должен
руководствоваться различными группами которые найдут отражение ниже.
Объектно-ориентированный подход может применяться при проектировании всех классов
задач, поэтому не следует заведомо ограничивать «область допустимых значений» методики
проектирования Использование новейших методик проектирования и разработки является
неотъемлемым условием жизнеспособности ИС в условиях современной технологической
революции.
t 3.3. Структура проекта.
Вне зависимости от задачи и
структура
дипломного проекта такова: *
24
ВВЕДЕНИЕ
1. АНАЛИТИЧЕСКАЯ ЧАСТЬ
2 ПРОЕКТНАЯ ЧАСТЬ
3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА
ЗАКЛЮЧЕНИЕ
Список используемой литературы
Приложения
Вне от выбранной темы ВВЕДЕНИЕ объемом не более 5
должно содержать общие о проекте, его краткую характеристику, резюме. В нем
отразить актуальность выбранной темы, цель и задачи, решаемые в проекте,
используемые методики, практическую значимость полученных результатов. К числу задач,
решаемых в дипломном проекте можно отнести:
- изучение предметной области и выявление недостатков существующей
организации обработки информации, определяющих необходимость разработки
данного проекта;
J J -
-
разработку постановки задачи:
обоснование выбора основных проектных решений;
- разработку всех видов обеспечивающих подсистем;
- обоснование экономической эффективности проекта.
Дополнительно может достигаться совершенствование информационной базы,
применение новых технических средств сбора, передачи, обработки и выдачи информации.
Во введении необходимо также перечислить вопросы, которые будут рассмотрены в
проекте, выделив вопросы, которые решить практически Рекомендуется
писать введение по завершении основных глав проекта, перед заключением. В этом случае
исключена возможность несоответствия «желаемого» и «действительного».
В ЗАКЛЮЧЕНИИ рекомендуется какие задачи были решены,
определить пути его внедрения и направления дальнейшего совершенствования ИС.
В ПРИЛОЖЕНИИ должны быть приведены результаты выполнения
контрольного примера:
диаграммы потоков данных, демонстрирующих существующую
технологию решения задач («КАК
диаграммы потоков данных, демонстрирующих предлагаемую
технологию решения задач («КАК ДОЛЖНО
схемы документооборота;
Здесь и далее указаны объемы текста
25
примеры классификаторов,
формы первичных и результатных документов;
распечатка на исходном языке программирования отлаженных
основных расчетных модулей (около 400 операторов языка высокого уровня) или
программных средств, использованных в работе;
распечатки меню, экранных форм ввода, получаемых отчетов в
разработанной системе;
3.3.1 Структура первой главы.
ГЛАВА ПЕРВАЯ
Целью части является рассмотрение существующего состояния
предметной области («КАК ЕСТЬ») - предприятия, организации или фирмы, характеристики
их объекта и аппарата управления, выявления проблем и недостатков в работе систем и
обоснование предложений по устранению выявленных внедрению новых
подходов, новых технологий и т. д. («КАК ДОЛЖНО
Ниже рассматриваются особенности содержания первой главы дипломного проекта
3.3.1.1. Структура первой главы для темы:
Разработка
решения задачи (комплекса
1. часть
1.1. Технико-экономическая характеристика предметной области
1.1.1 Характеристика
1.1.1. Краткая характеристика или видов его
деятельности
1.2. Экономическая сущность задачи (комплекса задач)
1.3. Обоснование необходимости и цели использования вычислительной
техники для задачи (комплекса задач).
1.4. Постановка задачи
1.4.1. Цель и назначение автоматизированного варианта решения
задачи
1.4.2. Общая характеристика организации решения задачи на ЭВМ
1.4.3. Формализация расчетов подзадач
26
1.5. Анализ существующих разработок, выбор и обоснование стратегии
автоматизации и способа приобретения выбора технологии
проектирования
1.6. Обоснование проектных решений по видам
1.6.1. по техническому обеспечению (ТО);
1.6.2. по информационному обеспечению (ИО);
1.6.3. по программному обеспечению (ПО);
1.6.4 по технологическому обеспечению.
1.1 Технико-экономическая характеристика предметной области
1.1.1 Характеристика предприятия
В качестве предметной области может выступать предприятие, фирма, объединение
и
д., или отдельный вид деятельности, протекающий в нем, поэтому в данном разделе
необходимо
• цель функционирования предприятия;
• основные параметры его функционирования;
• его организационную структуру;
• все основные виды деятельности;
• элементы информационного и технологического обеспечения, функционирующие на
предприятии.
Главными технико-экономическими свойствами объекта управления являются:
цель и деятельности, продукция и услуги, основные этапы и процессы
рассматриваемой деятельности, используемые ресурсы В ходе рассмотрения перечисленных
свойств, для них, по возможности, следует указать количественно-стоимостные оценки и
ограничения.
1.1.2. Краткая характеристика подразделения и видов его деятельности
Поскольку объектом рассмотрения при разработке автономной задачи может служить
какая-либо отдельною подразделения предприятия (например, отдела или
цеха), его участка или отдельного сотрудника, то далее нужно привести краткую
этого подразделения, в которой осуществляется рассматриваемая
деятельность, и описать его структуру, перечень выполняемых в этом подразделении
функций управления и его взаимодействие с другими подразделениями данного
27
предприятия или подразделениями внешней среды.
Характеризуя подразделение следует отразить особенности его
функционирования, то есть принятые нормы и правила осуществления анализируемой
деятельности, в условиях конкретной организации или предприятия.
1.2. Экономическая сущность задачи (комплекса задач).
Среди функций управления, осуществляемых в изучаемом подразделении при
выполнении рассматриваемого вида деятельности, следует выбрать ту функцию или
совокупность функций, для которых разрабатывается дипломный проект.
Описание экономической сущности задачи автоматизированной реализации
выбранной функции или комплекса функций управления сводится к описанию перечня
результатных экономических показателей, рассчитываемых на базе использования
совокупности исходных показателей в процессе выполнения этих функций. При этом
необходимо указать следующее:
- какое место занимают эти показатели в системе управления данным видом
деятельности или подразделением, или всем предприятием в целом, т.е. насколько и
каким образом зависят от них процессы управления, выполняемые в изучаемом
подразделении,
- к какому классу задач с т. зрения этапов выполнения функций управления
будет относиться выбранная задача: решения оптимизационной задачи, анализа
данных приложение) или и поддержки принятия решения
приложение),
в чем выражается автономность задачи.
Пример: Пусть объектом рассмотрения является управленческий анализ на
предприятии. Выберем входящую в данный объект задачу «Расчет группы показателей
эффективности, платежеспособности, рентабельности деятельности предприятия и
сравнения их с показателями прошлых периодов». Данная задача относится к
классу задач «Анализа деятельности предприятия» и необходима для определения текущего
состояния и тенденции развития предприятия. решения данной задачи
являются основой для принятия стратегических управленческих решений. Поэтому задача
«Расчета показателей» является важной и неотъемлемой управленческого анализа
хозяйственной предприятия. Информацию для решения задачи получают из
системы бухгалтерского учета предприятия в виде бухгалтерских проводок заданной
Результаты решения задачи могут исходными данными для систем
финансового планирования, внутреннего аудита.
28
Помимо этого, надо рассмотреть особенности, связанные с реализацией данного
задач в рассматриваемом подразделении:
- провести решения задачи по этапам ее ' > •
- указать на особенности методов расчета показателей;
- указать перечни используемых входных документов, в которых
содержатся первичные показатели;
- перечни результатных документов, в которых отражаются результатные
показатели.
Говоря о декомпозиции решения задачи, следует выделить этапы расчета групп
показателей. Далее следует указать перечни первичных и результатных документов, в
которых должны быть отражены исходные и результатные и составить
информационную модель декомпозиции и взаимосвязи этапов решения задачи.
1.3. Обоснование необходимости и цели использования вычислительной техники для
решения задачи (комплекса задач).
В этом разделе требуется обосновать экономическую целесообразность и
сформулировать цели использования вычислительной техники для рассматриваемой задачи.
Здесь
• описать существующую (предметную) технологию выполнения выбранной для
рассмотрения функции управления (или комплекса функций;
• указать источники используемых входных документов;
" V
• указать адресаты результатных документов;
• привести схемы документооборота для каждого документа ;
• таблицы, содержащие прагматические оценки потоков информации (объемы в
документах, показателях и символах за год, трудовые затраты на их обработку за год,
частоту возникновения и др.);
• выявить основные недостатки, присущие существующей практике управления и
обработки экономической информации.
Давая характеристику существующей (предметной) технологии решения задачи,
следует провести структурно-функциональный анализ решаемой задачи, в ходе которого,
в зависимости от сложности задачи, из неё необходимо выделить следующие компоненты:
этапы решения задачи и функционально простые операции из которых состоят этапы, т.е.
состав ручных и машинных операций, выполняемых при их реализации, места и
технические средства, применяемые для их обработки, а также описать связь данного
29
компонента с другими компонентами, входящими в задачу.
Для выполнения анализа объекта управления
решаемой задачи рекомендуется разработать структурно-функциональную диаграмму («КАК
ЕСТЬ») по методологии SADT(IDEFO) или диаграмму потоков данных по методологии
Для их разработки целесообразно использовать CASE
средства, например Power Designer,
Oracle Designer и др
Пример структурно-функциональной диаграммы приведен в Приложении 16
Далее сделать акцент на те недостатки, устранение которых предполагается
осуществить в проекте, например:
- наличие опозданий в поставках сырья и материалов;
- наличие выплат штрафных санкций и неустоек;
- простои оборудования;
- низкая производительность труда в производственной сфере;
- невозможность расчета показателей, необходимых для управления
объектом из-за сложности вычислений или большого объема информации;
- высокая трудоемкость обработки информации (привести объемно-
временные параметры);
- низкая оперативность, снижающая качество управления объектом;
- невысокая достоверность результатов решения задачи из-за дублирования
потоков информации;
- несовершенство организации сбора и регистрации исходной информации,
- несовершенство процессов сбора, передачи, обработки, хранения, защиты
целостности и секретности информации и процессов выдачи результатов расчетов
конечному пользователю и т.д.
1.4 Постановка задачи
В этом пункте необходимо сформулировать задачу разработки проекта и выделить
основные требования к проектируемой системе обработки данных. Стоит определить тип
проектируемой системы: это может быть диалоговая система решения задачи или обработки
транзакций, система поддержки принятия или комбинированная система.
Ниже приводится содержание основных компонентов документа
задачи».
1.4.1 Цель и назначение автоматизированного решения
Цель решения задачи должна сводиться к устранению гех недостатков, которые были
30
автором в ее можно разделить на две группы
с точки зрения получения косвенного эффекта в организацией или
- достижения улучшения ряда показателей выполнения выбранной функции
или работы рассматриваемого или всего предприятия в целом (
например, увеличение выпуска продукции, или увеличение числа обслуживаемых
простоев на . часов и т. д.);
-с точки зрения достижения прямого эффекта, получающего свое отражение
непосредственно на себестоимости выпускаемой продукции или оказываемых услуг -
улучшения значений показателей качества обработки информации (например, сокращение
времени и стоимости обработки и получения оперативных данных для принятия
управленческих решений; повышение степени достоверности обработки информации,
степени ее защищенности, повышение степени автоматизации получения первичной
информации; увеличение количества аналитических показателей, получаемых на базе
исходных и т.д).
При описании назначения решения задачи дипломанту следует сделать акцент на
перечень тех функций управления и операций обработки данных, которые будут
автоматизированы, при внедрении предлагаемого проекта.
1.4.2 характеристика организации решения задачи на ЭВМ
В данном пункте автору следует раскрыть требования к будущему проекту через
ответ на следующие вопросы:
- предполагаемая организация архитектуры аппаратной платформы (например,
использование архитектуры файл-сервер или клиент- сервер с указанием распределения
функций, организация работы сайта в сети
- изменения в функциях подразделения, связанных со сбором, обработкой и
выдачей информации;
- источники поступления оперативной и условно-постоянной информацией и
периодичность ее поступления;
- этапы решения задачи, последовательность и временной регламент их
выполнения, выявленные на основе рассмотренной в
1.3. декомпозиции задачи (при этом
следует рассмотреть целесообразность автоматизации этапов и операций решения задачи,
возможность формализации связей между ними);
- порядок ввода первичной информации (названия документов) и перечень
используемых экранных форм;
31
- краткая характеристика результатов (названия результатных
документов, экранных форм выдачи результатов, перечень результатных файлов,
способов их на экран, печать или в канал связи) и мест их использования;
- краткая характеристика системы ведения файлов в базе данных
(перечень файлов или таблиц с условно-постоянной и оперативной информацией,
периодичность обновления, требования защиты целостности и секретности);
- режим решения задачи (пакетный, диалоговый, с использованием
методов телеобработки или смешанный);
- периодичность задачи.
Формализация расчетов подзадач
В данном пункте осуществляется формализация подзадач, которая
сводится к рассмотрению последовательности проведения а также выделению
алгоритмов расчета экономических показателей на каждом этапе, перечисленных в выше
приведенном разделе - «Экономическая сущность задачи» Позже на этот пункт необходимо
будет сделать ссылку из пункта проектной части (характеристика результатной информации,
алгоритмы программных модулей). Для достижения большей степени формализации
описания задачи проектант может, например, использовать группировку всех показателей в
две формализованного описания входных и результатных показателей
Пример
Таблица формализованного описания входных показателей
Идентификатор входного
показателя показателя
1 Количество поступившего 1-го
материала от поставщика на дату
Пример 2. Таблица формализованного описания результатных показателей
№ Наименование Идентификатор Алгоритм
результатного результатного показателя расчета
1 Количество поступления
материала поставщика
с начала
32
Анализ существующих разработок, выбор я обоснование стратегии
ба приобретения выбора технологии
В этом разделе следует отметить, используются ли при существующей технологии
задачи какие-либо программные средства и, если используются, то каким образом.
Е ли на рынке программных средств существуют готовые программные решения,
желательно дать краткое описание и провести анализ хотя бы одной такой разработки, указав
основные характеристики и функциональные возможности.
Обзор рынка программных средств удобно проводить с помощью Internet Адреса
используемых при обзоре ресурсов следует добавить в список литературы дипломного
проекта
Затем следует отметить, чем, с точки зрения программной реализации, должна и
будет отличаться проектируемая технология решения задачи от существующей, а также,
почему необходимо разрабатывать новое программное средство, и чем оно должно
от существующих.
Далее следует дать краткую характеристику современных
их положительные черты и недостатки, перечислить основные факторы
выбора, обосновать выбор применяемой технологии и дать особенности ее использования в
данном проекте, с указанием краткой характеристики используемых методов
выбора конкретных программных средств реализации этих методов
Case - средств, состава и особенностей реализации стадий, этапов и операций
с использованием выбранных методов и средств .
проектных решений.
Этот пункт включает обоснование проектных решений по
информационному, программному и технологическому обеспечению задачи.
1.6.1. Обоснование проектных решений по обеспечению (ТО)
Вначале данного раздела следует дать определение этого вида обеспечения и его
структуру.
Обоснование выбора технического обеспечения требуемого для решения задачи
предполагает выбор типа ЭВМ и устройств периферии (принтеров, сканеров, плоттеров и
При этом следует обосновать экономическую целесообразность эксплуатации
выбранных аппаратных средств, возможность их использования для решения других задач
управления.
33
На выбор типа ЭВМ оказывает влияние большое количество факторов, которые в
необходимо указать На основе совокупности этих факторов формируются требования к
значениям основных характеристик вычислительных машин, которые сопоставляются с
конкретными значениями основных технических характеристик (ОТХ) современных
моделей ЭВМ, после чего осуществляется выбор оптимальной модели.
При этом в случае использования архитектуры файл-сервер или
следует проводить обоснование выбора технической базы как для серверной, так и для
клиентской части.
1.6.2. Обоснование решений по информационному обеспечению (ИО)
Сначала следует привести определение понятия обеспечение» и
привести структуру ИО
Проектные решения по обеспечению обосновываются с точки
зрения (классификаторы, справочники, документы) и
промежуточные, выходные массивы информационных баз) обеспечения и
включают следующие вопросы:
• обоснование классификаторов, возможности использования
международных, общесистемных, отраслевых или необходимости построения локальных
классификаторов; требований к системам классификации и кодирования
информации и системе их
• обоснование состава и содержания входных и выходных документов, метода их
построения (т.е. возможности использования унифицированных форм документов УСД
или выполнение оригинального проектирования);
• обоснование состава и методов построения экранных форм для ввода
переменной и условно-постоянной первичной информации, а также форм для вывода на
экран результатной информации или ответов на запросы;
• обоснование способа организации информационной
как совокупности
локальных файлов или как интегрированной базы данных с локальной, централизованной
или распределенной организацией; обоснование методов логической организации файлов
и баз данных,
• обоснование состава и способов организации файлов с результатной
информацией
В этом разделе необходимо уделить внимание указанию всех возможных способов
организации различных компонент информационного обеспечения и методов
проектирования этих компонент, а затем привести обоснование выбора какого-либо
варианта
34
проектных решений по программному обеспечению (ПО)
В начале данного раздела также следует дать определение понятия «Программное
и привести его структуру.
Обоснование проектных решений по программному обеспечению задачи
заключается в формировании требований к системному (общему) и специальному
прикладному программному обеспечению и в выборе на основе этих требований
соответствующих компонентов программного обеспечения.
При обосновании выбора общего ПО
• дать ОС, указать факторы, влияющие на выбор конкретного
класса и его версии, и обосновать выбор операционной системы;
• дать классификацию, привести факторы и обосновать выбор используемой
СУБД
При обосновании проектного решения по специальному ПО необходимо учитывать
выбранную технологию проектирования, сформулировать требования, которым должны
удовлетворять проектируемые программные средства (например, к большинству
прикладного программного обеспечения можно выдвинуть требования надежности,
эффективности, понятности пользователю, информации, модифицируемости,
мобильности, масштабируемости, минимизации затрат на сопровождение и поддержку и т.д),
выбрать методы и программные средства разработки.
Кроме того, стоит выработать требования к оформлению экранных и печатных форм,
эргономике программного обеспечения.
Формулировка требований к специальному ПО должна происходить с учетом
выдвинутых предложений по информационному и техническому обеспечению. При
обосновании проектных решений по специальному программному обеспечению задачи
необходимо:
• дать классификацию и обосновать выбор методов (например, структурное,
модульное проектирование, методом «сверху-вниз» или объектно-ориентированное
проектирование и т.д.) и средств проектирования специального (функционального) ПО
(например, использование библиотеки прикладных программ, или генератора программ,
или какого-либо языка программирования);
• определить возможности выбранных программных средств, при использовании
которых достигаются требования к прикладному программному обеспечению (например,
возможность организации удобного интерфейса, оптимизации запросов к данным и т.п.)
Выбор средств проектирования и разработки по возможности необходимо
35
сравнивая их с аналогичными средствами, существующими на рынке.
1.6.4. Обоснование проектных по технологическому обеспечению
Также как и предыдущие этот раздел следует начинать с определения понятия
«технологического обеспечения» и «технологического процесса обработки данных». Далее
следует указать этапы обработки данных и характеристику их содержания.
При обосновании проектных решений по технологическому обеспечению задачи
необходимо уделить внимание недостаткам существующей технологии решения задачи,
которые были отмечены в разделе 1.3. Надо используется ли при существующей
технологии решения задачи вычислительная техника. Если не используется, то
обосновывают позволяющие устранить выявленные недостатки. Если для решения
данной задачи вычислительная техника уже используется, необходимо выяснить, в какой
степени и насколько эффективно она используется, и предложить проектные решения для
повышения эффективности использования вычислительной техники. Необходимо
сформулировать и обосновать предложения по устранению выявленных недостатков,
внедрению новых подходов и технологий. Особое внимание следует уделить следующим
вопросам:
классификации методов и средств съема, сбора и передачи информации
, по каналам связи и обоснованию выбора конкретных методов и средств с учетом
характеристик, полученных в разделе 1 3;
классификации методов контроля вводимой информации в ЭВМ и
обоснованию выбора определенного метода;
- обзору методов и языков общения в процессе решения задачи на ЭВМ и
обоснованию выбора метода и конкретного языка (язык запросов, шаблонов, меню,
подсказок, директив и т.д.);
обзору методов и средств организации системы ведения файлов баз
данных и обоснованию выбора методов актуализации данных, защиты целостности,
секретности и достоверности хранимых данных;
обзору типов и причин ошибок, с которыми сталкивается пользователь
при получении результатной информации, и обоснованию выбора методов решения
этих
Структура первой главы для темы:
Разработка однопользовательской
Для данного варианта проекта также, как и для последующих отражены только
36
особенности его реализации отдельных разделов, поэтому дипломнику следует
тельно содержание всех разделов для первого варианта, после чего
на выделенных особенностях некоторых разделов своего варианта.
Пример: Пусть объектом управления является финансово-учетная
Последняя может включать в себя бухгалтерский учет, управленческий учет,
инвестиционный учет. Среди множества задач бухгалтерского учета можно выделить
комплекс задач по учету основных средств, предположим, объектом
автоматизации Кроме того, в сфере бухгалтерского учета можно выделить ряд
комплексов задач взаимосвязанных с объектом автоматизации -учет в книге,
складской учет Движение основных средств, их переоценка, амортизация предоставляют
данные для записи в главную книгу, в виде бухгалтерских проводок При передаче основных
средств со склада в эксплуатацию в учете основных средств отражаются исходные
данные из складского учета, при передаче основных средств на склад в складском учете
отражаются учета основных средств Амортизационные отчисления по
основным средствам рассматриваются как затраты относительно множества продуктов
и проектов и являются исходными данными для учета затрат в управленческом учете.
Вышеперечисленные связи между комплексами задач являются детерминированными, их
можно формализовать с алгоритмов
При написании разделов первой главы дипломанту необходимо проводить
соответствующие исследования по всем входящим в состав комплекса. В
особое внимание следует обратить внимание на разработку следующих разделов.
В разделе 1.2. сущность задач).
В этом разделе необходимо провести обоснование выбора задач, с помощью
которых будет выполнена функций управления рассматриваемого (см.
раздел
2.) При этом необходимо указать факторы, влияющие на выбор задач (например,
общие исходные данные или результаты, общая нормативно-справочная информация и т.п.),
а также объяснить, почему не выбраны оставшиеся в комплексе функции и рассмотреть
целесообразность их автоматизации в дальнейшем.
В процессе декомпозиции в зависимости от результатов выполнения комплекса
Функций управления из него можно на первом этапе выделить ряд отдельных задач, целью
решения которых является получение одного или нескольких документов с результатными
показателями. Например, если результатом реализации функции управления является набор
документов, тогда процесс формирования каждого выходного документа или
37
группы однотипных выходных документов можно считать отдельной задачей
Далее следует перечислить выделенные задачи и для каждой отдельной задачи
привести характеристику методов расчета комплекса результатных показателей, получаемых
после их решения, а также описать связи данной задачи с другими задачами, входящими в
комплекс, что следует отразить в информационной модели декомпозиции и взаимосвязи
комплекса задач В этом разделе необходимо включить информационную модель
декомпозиции и взаимосвязи комплекса задач, включаемого в состав АРМ.
В разделе 1.3. Обоснование необходимости и цели
вычислительной техники для решения задачи (комплекса задач)
В данном разделе материал следует отражать также, как и для первых вариантов
Характеризуя предметную технологию решения каждой задачи, следует отразить состав
ручных и машинных операций и особенности их реализации, то есть принятые нормы и
правила осуществления анализируемой деятельности
Например, в ходе декомпозиции комплекса задач по учету основных средств и
его задач следует указать порядок на учет, выбытия,
переоценки основных средств, используемые методы и нормы расчета амортизации,
практикуемые бухгалтерские проводки.
При этом следует отслеживать последовательность решения задач комплекса и затем
осуществлять разбиение решения каждой задачи на отдельные этапы и операции,
используемые вычислительные средства в условиях конкретной организации или
предприятия, схемы документооборота и определять объемы обрабатываемой
информации за год в документах, показателях, символах и цифрах.
В разделе 1.5. Анализ существующих разработок, выбор и обоснование стратегии
автоматизации и способа приобретения выбора технологии
проектирования
В данном разделе, также как и аналогичном разделе первого варианта, следует
отметить, используются ли при существующей технологии решения комплекса задач какие-
либо программные средства( функциональные
если то каким
образом
Загем следует отметить, чем должна и будет отличаться технология решения
комплекса задач в проектируемой ИС от существующей, а также почему необходимо
разрабатывать новое программное средство, и чем оно должно отличаться от существующих
Если на рынке программных средств существуют готовые программные (программно
38
желательно дать краткое описание и провести анализ хотя бы одной
" разработки, указав основные характеристики (например, понятность пользователю,
пень защиты информации, модифицируемость, мобильность, масштабируемость, затраты
на сопровождение и поддержку и т.д ) и функциональные возможности.
Обзор рынка программных средств удобно проводить с помощью Internet. Адреса
используемых при обзоре ресурсов следует добавить в список литературы дипломного
проекта.
Если выбирается технология типового проектирования на базе использования
функционального
то в этом случае дипломник должен привести последовательность
стадий, этапов и операций разработки «Проекта привязки» этого ППП для рассматриваемой
предметной области.
В разделе 1.6. проектных решений по видам обеспечения
В этом разделе необходимо провести обоснование проектных решений
информационному, технологическому и программному обеспечению комплекса задач.
3.3.1.3. Структура
главы для темы: «Разработка АРМ в многопользовательской
При выборе данного варианта темы дипломного следует изучить состав и
содержание проекта для первого и второго вариантов и определить специфические
особенности данного
В дипломном проекте данного типа дипломнику следует иметь в виду, что ИС в
этом случае проектируется как распределенная корпоративная информационная система,
которая должна отличаться открытостью, масштабируемостью, модульностью структуры,
использованием локальных сетей и архитектуры клиент-сервер,
обработки транзакций и другими свойствами, которые должны быть обеспечены в
процессе проектирования, и в частности, при разработке для нее автоматизированного
рабочего места (АРМ). Рассмотрим здесь только особенности написания некоторых
разделов дипломного проекта данного типа.
характеристика предметной области
Предметной областью для разработки АРМ в рамках многопользовательской ИС
39
может служить деятельность конкретной организации, подразделения организации, группы
сотрудников организации.
Вначале можно привести краткую характеристику среды
предприятия, в которой
осуществляется рассматриваемая деятельность. Затем необходимо дать общее описание
рассматриваемой деятельности, а также характеристику технико-экономических свойств
объекта управления.
Субъектом управления соответствующим объекту управления считается
управленческий аппарат, который реализует функции управления в отношение
рассматриваемого в качестве предметной области вида деятельности. Стоит отметить,
реализация каких именно функций управления является целью для данного субъекта
управления, а следовательно, целью разработки настоящего проекта.
Далее требуется провести декомпозицию системы управления предприятия в
соответствие с его структурой. Для необходимо представить схему структуры системы
управления вплоть до уровня должностей сотрудников. Для каждой перечисленной
должности следует дать характеристику целей и обязанностей, привести описание функций и
места их выполнения. Надо отметить существование и тесноту связей между функциями
отдельных а также порядок взаимодействия сотрудников и разработать раздел
«Экономическая сущность комплекса задач» (см. раздел
в первом и втором варианте).
1.3. Обоснование необходимости и цели
техники для решения комплекса задач АРМ
Этот раздел в принципе разрабатывается, как раздел 1.3 во втором варианте. В
частности, в данном необходимо проанализировать технологические этапы
преобразования данных, связанных с основными процессами выполнения функций
управления, выполняемые в выбранной предметной области. При этом следует обратить
внимание на принятые нормы и правила осуществления анализируемой деятельности, в
условиях конкретной организации или предприятия.
Особое внимание проектировщик должен уделить вопросу определению связей
между задачами, определению структуры и оценке интенсивности информационных
связей с другими АРМ с внешней средой, обоснованию необходимости использования
локальной сети.
1.4 задачи.
В этом пункте необходимо сформулировать задачу разработки АРМ, выделить
40
требования к проектируемому АРМ. Стоит определить тип проектируемойсистемы АРМ. Это может диалоговая система обработки
система анализа хозяйственной деятельности, финансового состояния
приятия, контроля инвестиционного проекта, поддержки принятия решений или
система, а затем определить цель и назначение системы.
Далее стоит оценить возможность внедрения проектируемого комплекса АРМ в
аналогичных объектах управления других предприятий. Следует отметить, насколько
гибким т.е. настраиваемым на различные модификации предметной технологии и
организационной структуры управления должно быть проектируемое программное средство.
При этом хорошо бы уделить внимание механизму настройки программного
Например, программного средства может реализовываться с помощью его глубокой
параметризации или путем возможности оперативной комплектации АРМ из отдельных
модулей.
характеристика организации решения задачи на ЭВМ
В данном разделе следует уделить внимание обоснованию выбора типа архитектуры :
файл-сервер или клиент - сервер; обратить внимание на организацию загрузки переменной
информации и ведения корпоративных баз данных, хранимых на серверной части системы
или на файл - сервере, организацию порядка обработки транзакций по обновлению этих баз,
необходимости ведения локальных баз на рабочем месте, порядок обработки и выдачи
результатной информации пользователю по локальной сети или через сеть
1.4. расчетов
В данном пункте рассматриваются алгоритмы расчета и решения задач, которые
подразделяются на алгоритмы по выполнению работ для получения результатной
информации и непосредственно формулы расчета экономических показателей, а также
последовательность проведения Позже на этот пункт необходимо будет сделать
ссылку из пункта проектной части результатной информации).
Анализ существующих разработок, выбор и стратегии автоматизации
и способа приобретения выбора технологии проектирования
Необходимо проанализировать существующую предметную технологию объекта
управления с точки зрения использования каких-либо программных средств, технологий
АРМ и, если используются, то каким образом.
Если на рынке программных средств существуют готовые программные (программно
- решения желательно дать краткое описание и провести анализ хотя бы одной
такой разработки, указав основные характеристики (например, понятность пользователю,
41
степень защиты информации, модифицируемость, масштабируемость, затраты
на сопровождение и поддержку и
и функциональные возможности.
Затем следует отметить, почему необходимо разрабатывать новое программное
средство, и чем оно должно отличаться от существующих.
Обзор рынка программных средств удобно проводить с помощью Internet. Адреса
используемых при обзоре ресурсов следует добавить в список литературы дипломного
проекта
Как и для первого и второго варианта, в данном варианте следует провести выбор
технологии проектирования, дать описание стадий, этапов, операций, а также методов и
инструментальных средств, применяемых в выбранной технологии.
1.6. Обоснование проектных решений по видам
В данном разделе рассматриваются те же компоненты и в таком же разрезе, что и для
первого и второго вариантов.
Этот пункт включает обоснование выбора обеспечивающих решений, определение
функциональных информационных технологий (ФИТ), обоснование разбиения ФИТ между
АРМами в зависимости от целей и обязанностей сотрудника, обоснование выбора АРМ для
рассмотрения в проектной части, обоснование проектных решений по информационному
обеспечению выбранного АРМ.
Обоснование выбора обеспечивающих технологий включает в себя определение
программных и аппаратных средств, необходимых
создания комплекса АРМ.
При выполнении работы по обоснованию выбора аппаратной части проекта следует
обратить внимание на ряд следующих специфических моментов:
обоснованию выбора типа ЭВМ для клиентской и серверной части
архитектуры;
обоснованию выбора типа сетей и сетевых операционных
систем;
определению способов технического обеспечения обработки
распределенных транзакций и защиты хранимых данных и т.п.
Обоснование проектных решений по обеспечению комплекса АРМ
заключается в формировании требований к системному и специальному (прикладному)
программному обеспечению и выборе на основе этих требований соответствующих
компонентов программного обеспечения. Например, к большинству прикладного
программного обеспечения можно выдвинуть требования надежности, эффективности,
понятности пользователю, защиты информации, модифицируемости,
масштабируемости, минимизации затрат на сопровождение и поддержку и т д Кроме того
42
выработать требования к оформлению экранных и печатных
эргономике
программного обеспечения.
формулировка требований к программному обеспечению должна происходить с
четом объема информационных потоков объекта управления, требований и особенностей
технологии, структуры системы управления.
При обосновании проектных решений по программному обеспечению комплекса
АРМ
• обосновать выбор средств проектирования и разработки информационного
обеспечения (СУБД), прикладного программного обеспечения (методов и среды
разработки прикладных программ, языков программирования, специализированных
библиотек);
• определить возможности выбранных программных средств, при использовании
которых достигаются требования к прикладному программному обеспечению (например,
возможность организации удобного интерфейса, оптимизации запросов к данным и т.п.);
• определить состав разрабатываемых процедур обработки данных клиентской
части корпоративной ИС, предназначенных для размещения на данном АРМ.
Выбор методов и средств проектирования и разработки по возможности необходимо
аргументировать, сравнивая их с аналогичными средствами, существующими на рынке.
Для определения ФИТ комплекса АРМ необходимо для каждого технологического
этапа предметной технологии (см. п 1.1.) сначала рассмотреть целесообразность
автоматизации данного этапа предметной технологии, а затем, в случае необходимости его
автоматизации, обосновать выбор соответствующей обеспечивающей технологии
В с организационной структурой субъекта управления (см. п. 1.1.)
следует рассмотреть необходимость создания АРМ для реализации целей и
сотрудников, входящих в систему управления. Далее необходимо обосновать состав каждого
требуемого АРМа, т е. присутствие в нем определенных частей ФИТ. При проектировании
состава АРМ важно отмечать недостатки существующей предметной технологии и
структуры управления и предлагать для их устранения новые подходы и решения.
Важно отметить, используется ли в существующей технологии решения комплекса
задач технология АРМ, если используется, то каково функциональное различие
существующих АРМ от проектируемых.
В ходе обоснования проектных решений по
и составу АРМов необходимо
отразить следующие вопросы:
43
• методы сбора исходной информации (централизованно, и анализ
целесообразности использования специальных технических средств (датчиков, счетчиков
и т.п.);
•формы передачи данных между АРМами и для внешней среды (на бумажных или
машинных средства передачи (по локальной сети, модемной связи, по
электронной почте и т.п.), порядок передачи данных (автоматически, после получения, по
запросу, при определенных условиях);
• технологии обработки информации (централизованная, децентрализованная,
распределенная), режим обработки данных (пакетный, диалоговый);
• формы и способы выдачи информации пользователю АРМ (на принтер, на экран
монитора, в файл, централизованно, децентрализованно, распределенно);
• способы обеспечения защиты целостности и секретности хранимых данных в
корпоративных базах данных;
•способы и методы обеспечения процедуры отката и восстановления данных в
корпоративных базах данных и
После обоснования состава
проектируемых АРМов необходимо выбрать АРМ
для дальнейшего подробного рассмотрения в проектной части дипломной работы.
Необходимо обосновать, почему данному АРМу следует уделять особое внимание.
выбранного АРМа требуется привести обоснование проектных решений по
информационному обеспечению. Проектные решения по информационному обеспечению
обосновываются с точки зрения внемашинного (классификаторы, справочники, документы)
и внутри машинного (входные, промежуточные, выходные файлы информационных баз)
обеспечения и включают следующие вопросы:
• обоснование состава и содержания результатных файлов и выходных
документов;
• обоснование состава, формы представления исходной информации в первичных
документах и на машинных носителях;
• обоснование требований к системам классификации и кодирования информации
и нормативно-справочным данным.
Необходимо уделить внимание обоснованию методов организации информационной
базы в следующих аспектах:
• обоснование выбора формы хранения данных локальная база или
распределенная;
• обоснование способа обновления данных (разработки транзакций, типовых
процедур обновления);
44
• способы обеспечения разграничения доступа к хранимым данным.
3.3.1.4. Структура первой главы для темы: «Разработке
1.1. Технико-экономическая характеристика предметной области
Характеристика предприятия
В качестве предметной области может выступать деятельность подразделения
фирмы, объединения и т.д., или отдельный вид деятельности,
протекающий в нем, поэтому в начале данного раздела необходимо отразить цель
функционирования предприятия, его организационную структуру и основные параметры
его функционирования.
1.1.2. характеристика подразделения, для которого Web-
сайт, и видов его деятельности
Поскольку объектом рассмотрения при разработке автономной задачи может
служить какая-либо деятельность отдельного подразделения предприятия (например,
отдела или цеха), его участка или отдельного сотрудника, то далее нужно привести
краткую характеристику этого подразделения, в которой осуществляется
рассматриваемая деятельность, и описать его структуру, перечень выполняемых в этом
подразделении функций управления и его взаимодействие с другими подразделениями
данного предприятия или подразделениями внешней среды.
Затем необходимо дать общее описание рассматриваемой деятельности, а также
характеристику технико-экономических свойств ее как объекта управления.
Главными технико-экономическими свойствами объекта управления являются:
цель и результаты деятельности, основные этапы и процессы рассматриваемой
деятельности, используемые ресурсы и материалы. В ходе рассмотрения перечисленных
свойств, для них, по возможности, следует указать количественно-стоимостные оценки и
ограничения.
Характеризуя подразделение предприятия, следует отразить особенности его
Функционирования, то есть принятые нормы и правила осуществления анализируемой
деятельности, в условиях конкретной организации или предприятия.
Экономическая сущность задачи.
Среди функций управления, осуществляемых в изучаемом подразделении при
рассматриваемого вида деятельности, следует выбрать ту функцию или
совокупность функций, для которых разрабатывается дипломный проект.
45
Описание экономической сущности задачи "Создание Web - представительства"
сводится к определению цели выполняемой разработки, описанию перечня
результатных экономических показателей, выводимых на Web - сайт, особенностей их
формирования на базе использования совокупности исходных показателей в процессе
выполнения предприятием своих функций. При этом необходимо указать, какое место
занимают эти показатели в системе управления данным видом деятельности или
подразделением, или всем предприятием в целом, т.е. насколько и каким образом зависят
от них процессы управления, выполняемые в изучаемом подразделении, к какому классу
задач с точки зрения функций управления будет относиться выбранная задача.
Помимо
надо рассмотреть особенности, связанные с реализацией данного
класса задач в рассматриваемом подразделении.
Основная задача этого раздела дипломного проекта - выявить стоящие перед
предприятием задачи, имеющиеся противоречия, которые необходимо разрешить
(например, недостаточный товарооборот, снижение реализации продукции, рост
популярности продукции за рубежом - и как следствие этого - необходимость выхода на
зарубежные рынки, необходимость обновления выпускаемой предприятием продукции, и
др.). Эти проблемы позволяют сформулировать цель работы, что должно
быть достигнуто в результате дипломного проектирования.
1.3. Обоснование необходимости и цели создания интернет-представительства.
В этом разделе требуется обосновать экономическую целесообразность и
сформулировать цели использования новых информационных технологий для
рассматриваемой задачи. Здесь необходимо:
- описать существующую (предметную) технологию выполнения выбранной
рассмотрения функции управления (или комплекса функций), т.е. указать на особенности
расчета показателей, указать перечни и источники используемых входных документов,
перечни и адресаты результатных документов, места их обработки, методы и
технические средства, применяемые для их обработки;
- провести декомпозицию предметной технологии и функций подразделения;
- привести схемы документооборота для каждого документа и таблицы,
содержащие прагматические оценки потоков информации (объемы в документах,
показателях и символах за год, трудовые затраты на их обработку за год, частоту
возникновения и др.);
- выявить основные недостатки, присущие существующей практике управления
и обработки экономической информации.
46
При этом следует сделать акцент на те недостатки, устранение которых
предполагается осуществить в проекте, например:
- недостаточное для эффективного функционирования предприятия количество
заказов на производимые товары и услуги;
- наличие опозданий в поставках сырья и материалов;
- наличие выплат штрафных санкций и неустоек;
- простои оборудования; ,, -,
- недостаток информации или высокая трудоемкость ее обработки;
- низкая оперативность, снижающая качество управления объектом;
- невысокая достоверность результатов решения задачи;
- несовершенство организации сбора и регистрации исходной
информации;
- несовершенство процессов сбора, передачи, обработки,
защиты целостности и секретности информации и процессов выдачи результатов
расчетов конечному пользователю и т.д.
- низкая производительность труда в производственной сфере;
- невозможность расчета показателей, необходимых для управления
объектом из-за сложности вычислений или большого объема информации.
При обосновании необходимости и цели создания интернет-представительства
необходимо проанализировать, какими способами можно достичь поставленных в
предыдущем разделе дипломного проекта целей и аргументированно показать, что
создание интернет-представительства является наиболее эффективным (целесообразным,
способом достижения цели.
1.4. Постановка задачи
В этом пункте необходимо сформулировать, что необходимо сделать для
достижения поставленной цели - с какой целью создается интернет-представительство, в
каких условиях оно будет функционировать, кто будет являться основным
пользователем, что характерно для типичного посетителя, и т.д. Кроме того, необходимо
дать общую характеристику процесса создания Web-представительства,
этапы его создания и решаемые на этих этапах проблемы. Необходимо
определить тип проектируемого сайта [2]. Ниже содержание основных
Разделов документа "Постановка задачи".
и интернет-представительства, характеристика
в которых будет функционировать Web-представительство
47
Цель должна сводиться к устранению тех недостатков, которые были отмечены в
предыдущем разделе, поэтому ее можно разделить на две группы подцелей:
- достижения улучшения ряда экономических показателей выполнения
выбранной функции управления или работы рассматриваемого или
всего предприятия в целом (например, увеличение выпуска продукции за счет
расширения или увеличение числа обслуживаемых клиентов, сокращение
простоев на . часов за счет повышения ритмичности поставок, и т. д.);
- улучшения значений показателей качества обработки информации
(например, сокращение времени обработки и получения оперативных данных для
принятия управленческих решений; повышение степени достоверности обработки
информации, степени ее защищенности, повышение степени автоматизации получения
первичной информации; увеличение количества аналитических показателей, получаемых
на базе исходных и т. д.).
Конечная цель работы при создании Web - представительства вытекает из
особенностей предприятия [2]. Как правило, цель связана с решением экономической
проблемы, стоящей перед предприятием. При этом необходимо помнить, что
формулировки целей бывают истинные и ложные, а сами цели - основными и
вспомогательными, единичными и групповыми, простыми и сложными. Для сложных
целей необходимо провести их декомпозицию, которая может привести к появлению
иерархии целей.
При описании назначения Web - представительства дипломнику следует сделать
акцент на перечень тех функций управления, которые будут автоматизированы при
внедрении предлагаемого проекта
1.4.2. Общая характеристика процесса интернет-представительства
В данном пункте автору следует раскрыть требования к будущему проекту путем
ответов на следующие
- изменения в функциях подразделения, связанных со сбором,
обработкой и выдачей информации;
- источники оперативной и условно-постоянной информации и периодичность
поступления информации в предприятие, периодичность вывода информации на сайт;
- этапы создания сайта, последовательность и временной их
выполнения;
- порядок получения информации (названия документов) и порядск
48
Web - страниц;
- краткая характеристика результатов (названия результатных документов,
экранных форм выдачи результатов (Web - перечень результатных файлов,
способов их выдачи на экран;
- краткая характеристика системы ведения файлов (перечень файлов с условно-
постоянной и оперативной информацией, периодичность обновления, требования
зашиты целостности и секретности);
- особенности размещения сайта в Интернет;
- порядок информирования общественности о существовании сайта;
- специальные мероприятия по обеспечению эффективности сайта.
Анализ интернет-представительств других предприятий данной отрасли
Анализ интернет-представительств других предприятий данной отрасли должен дать
информацию для сравнения общего уровня выполняемой дипломной работы. При этом
необходимо ориентироваться не только на отечественные, но и на зарубежные аналогичные
сайты Адреса используемых при обзоре ресурсов следует добавить в список литературы
дипломного проекта.
Затем следует отметить, чем, с точки зрения реализации, будет отличаться
проектируемый сайт от существующих.
Обоснование решений.
Этот пункт включает обоснование проектных решений по
информационному, программному и технологическому обеспечению задачи
1.7. Выбор политики рекламы сайта при его размещении в Интернет
Web - сайт - это средство массовой информации, источник информации, обладающий
уникальными свойствами Но пока он находится на компьютере (или на дискете),
функции средства массовой информации он не выполняет. Созданный сайт быть
размещен на Web - сервере, после чего в Интернет необходимо объявить о его
существовании
Средств рекламирования сайта существует много. Правильный их выбор,
последовательность их использования способствуют быстрому росту рейтинга
Разработанного
а следовательно - и его эффективности как средства, представляющего
в Интернет
49
Структура первой главы для темы: автоматизации
(информационный бизнеса».
Структура данного варианта дипломного проекта совпадает со структурой отчёта о
практике и содержательно включает в себя такие же разделы:
Технико-экономическая характеристика предметной области и предприятия.
Анализ бизнеса «КАК ЕСТЬ» (приблизительно 7 страниц)
1.1 1. Характеристика предприятия
1
Организационная структура управления предприятием и её характеристика
1.1.3. Описание информационного и технического обеспечения предприятия,
используемых функциональных возможностей Обеспечение безопасности,
1 1.4 Структурно-функциональная организации бизнеса «КАК ЕСТЬ» и
ее описание
1.2. Характеристика комплекса задач и обоснование необходимости автоматизации
10 страниц)
1.2.1. Выбор комплекса задач автоматизации и характеристика существующих
бизнес процессов (в случае процессного управления)
1.2.2. Обоснование необходимости и
использования вычислительной техники
для решения комплекса задач
1 2.3. Описание основных свойств ИС для предприятия и выбранного комплекса
задач
Экономическая сущность комплекса задач
1 2 5 Определение места проектируемой задачи в комплексе задач
1.3. Анализ существующих разработок и выбор стратегии автоматизации «КАК
ДОЛЖНО БЫТЬ» (приблизительно 8 страниц)
Анализ существующих разработок для автоматизации комплекса задач
1.3 2. Выбор и обоснование стратегии автоматизации комплекса задач
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации комплекса
задач
Постановка цели и подзадач автоматизации. Критерии достижения цели.
(приблизительно 15 страниц)
3.
Цели и назначение автоматизированного варианта решения задачи
Общая характеристика организации решения подзадач на ЭВМ
Формализация расчетов подзадач
1 4 4 Обоснование решений по техническому, программному и
50
технологическому обеспечению
3.3.2 Структура второй главы.
ВТОРАЯ
Проектная часть дипломного проекта является описанием решений, принятых по всей
вертикали проектирования. Глава должна быть основана на информации, представленной в
аналитической части, обобщать ее. По сути, проектная часть является решением
проблематики, изложенной в аналитической части, на языке информационных технологий.
Поэтому недопустимо, если при проектировании используется информация об объекте
управления, не описанная в первой главе.
Содержание этой главы является одинаковой в своих главных компонентах для всех
вышеперечисленных вариантов, всех предметных областей.
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.3. Технологическое обеспечение задачи (комплекса задач, АРМ)
технологии сбора, передачи, обработки и выдачи
2.3.2. Схема технологического процесса сбора, передачи,
и выдачи информации
2.4. Описание контрольного примера реализации проекта.
51
3.3.2.1 Структура второй главы для тем
2.1. обеспечение задачи (комплекса АРМ)
модель и ее описание
Методика информационной модели предполагает моделирование
нового варианта организации информационной системы предметной области («КАК
ДОЛЖНО БЫТЬ»), а именно:
• полного состава информации, необходимой для решения комплекса задач данного
АРМа;
• отражение этой информации на всех типах носителей,
•отражение процесса преобразования информации, начиная от получения первичной
переменной и условно-постоянной информации, загрузки ее в файлы с и заканчивая
получением файлов с результатной информацией и выдачей ее пользователю;
•состава исходных первичных документов и распределение их по задачам;
•источники и способы получения первичной информации;
• состава файлов с первичной, условно-постоянной, промежуточной и результатной
информацией,
• информационную потребность для каждой задачи комплекса;
•способы выдачи результатной информации;
• состава результатных документов для каждой задачи, на
рассматриваемом АРМе;
•адресатов выдачи и получения результатной информации
•взаимосвязей входных, промежуточных и результатных информационных потоков и
задач, реализуемых на данном АРМе (структурно - функциональной диаграмма или диаграмма
потоков данных)
В описании информационной модели необходимо объяснить, на основе каких входных
документов и какой информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель строится в двух формах:
• схема данных в соответствии с ГОСТом (пример представлен в
Приложении
• структурно - функциональная модель или диаграмма потоков данных
52
по методологии
Для ее разработки целесообразно
использовать CASE средства, например Power Designer,
Oracle
и др. (пример представлен в Приложении 16 );
В пункте 2.1.2. и системы
необходимо дать краткую характеристику используемым для решения данного комплекса
задач классификаторам и системам Состав кодовых обозначений объектов
может быть оформлен в виде таблицы с таким содержанием граф: наименование
кодируемого множества объектов (например, кодов подразделений, табельных номеров и
т.д.), значность кода, система кодирования (серийная, порядковая, комбинированная),
система (иерархическая, многоаспектная или отсутствует), вид
классификатора (международный, отраслевой, общесистемный и т.д ).
Далее производится описание каждого классификатора, приводится структурная
формула и рассматриваются вопросы централизованного ведения классификаторов на
предприятии по данной предметной области, в приложении должны быть приведены
фрагменты заполненных классификаторов.
Пример описания классификатора приведен в Приложении
.
Пункт 2.1.3. Характеристика первичных документов с и
входной оперативной представляет собой описание состава входных
документов и справочников, соответствующих им экранных форм размещения данных. При
этом следует уделять внимание следующим вопросам:
при описании входных документов необходимо привести в приложении
формы документов; перечень содержащихся в них первичных показателей;
источник получения документа; в каком файле используется информация этого
документа, описывается структура документа, число строк, объемные данные,
частоту возникновения документа;
описание экранной формы входного документа должно содержать макет
экранной формы в приложении, особенностей организации рабочей и служебной
зон состав и содержание подсказок, необходимых пользователю для
заполнения макета, перечень справочников, автоматически подключаемых при
заполнении этого макета.
Пример описания первичных документов приведен в Приложении
.
2.1.4. Характеристика базы данных
53
2.1.4.1. Характеристика инфологической модели БД
В данном разделе проводится анализ состава и структуры первичных и результатных
документов, определение состава данных, их нормализация и выявление состава и типов
информационных сущностей отражение их взаимосвязей в виде диаграммы
-модели), возможно выполненную на основе уже разработанной структурно-
функциональной диаграммы или диаграммы потоков данных.
. Для диаграммы следует дать краткое описание с объяснением того, какие реальные
объекты предметной области отражают выделенные сущности и как отношения между
сущностями на диаграмме соответствуют взаимосвязям объектов на практике.
В случае проектирования корпоративных баз данных следует выделять этапы
разработки общей модели данных и подмоделей, предназначенных для конкретных задач,
решаемых с помощью АРМ.
Пример ER - модели приведен
Приложении 12 .
2.1.4.2. Характеристика модели БД
модель предполагает определение состава и взаимосвязей таблиц,
отражающих содержание информационных инфологической модели в
терминах конкретной СУБД, выбранной в
Каждая таблица должна содержать наименование полей, идентификатор каждого
поля и его шаблон. По каждой таблице должна быть информация о ключевом поле, длине
одной записи, числе записей в таблице, частоте создания таблицы, длительности хранения,
возможности индексирования.
Описание структур таблиц с условно-постоянной содержит те же
сведения, что и для таблиц с оперативной информацией, но добавляются сведения о
частоте актуализации
и объеме актуализации (в процентах).
Необходимо отметить соответствие проектируемых таблиц входным документам или
справочникам. В случае, когда датологическая модель получена путем конвертации из
инфологической модели с помощью CASE - средств, она должна отражать полный состав
сущностей и связей инфологической модели.
Если информационная база организована в форме корпоративной базы данных, то
приводится описание и других её элементов: распределение прав доступа, бизнес-правил,
триггеров.
Пример описания таблиц даталогической модели приведен в Приложении
.
54
2.1.5. результатной информации
2.1.5.1. Характеристика таблиц с результатной информацией.
В этом подразделе должны быть описаны таблицы (или файлы) с перечнем полей,
полученных при выполнении запросов, При этом здесь следует указать на основе каких
таблиц с переменной или условно-постоянной информацией базы данных были получены
таблицы с результатной информацией и какой документ получается в итоге. Далее
должны быть приведены основные параметры каждой таблицы с указанием, подлежит ли
она дальнейшему хранению или нет.
2.1.5.2. Характеристика результатных документов.
Этот подраздел является одним из важнейших пунктов всей проектной части и
представляет собой обзор результатов решения поставленных в аналитической части задач с
точки зрения предметной технологии. Если решение представляет собой формирование
ведомостей (в виде экранных или печатных форм), каждую ведомость необходимо описать
отдельно (в приложении следует привести заполненные экземпляры ведомостей и экранных
форм документов).
В частности, какое место занимает ведомость в информационных потоках
предприятия (служит для оперативного управления или для отчетности), является
уточняющей или обобщающей и т. д. Каждая ведомость должна иметь итоги, не включать
избыточной информации, быть универсальной. Далее приводится описание печатных форм,
экранных макетов с перечислением и краткой характеристикой содержащихся показателей
(см. описание входных документов и их экранных форм), для каждого документа
указывается, на основе каких таблиц получается этот документ. Алгоритмы расчета
показателей должны быть подробно описаны в аналитической части в пункте
Формализация расчетов.
Если результатная информация предоставляется не в виде ведомостей (например, при
проектировании подсистемы распределенной обработки данных), необходимо подробно
структуру сообщения и его дальнейший путь, основываясь на имеющейся
организации многопользовательской ИС.
2.2. Программное обеспечение задачи (комплекса задач, АРМ)
Пункты 2.2.1. - 2.2.3. программного обеспечения включают общие положения,
отражающие стандарты, а также требования к аппаратным и программным ресурсам для
успешной эксплуатации программного средства. Здесь же приводится
использованных средств разработки. Затем производится характеристика архитектуры
проектируемого программного средства и представляется структурной схемой пакета
55
(деревом вызова процедур и программ). После чего описание
модулей и файлов.
положения (дерево функций
сценарий диалога)
В данном пункте следует привести иерархию функций и обработки
данных, которые призван автоматизировать разрабатываемый программный продукт. При
можно выделить и детализировать два подмножества функций: реализующих
служебные функции (например, проверки пароля, ведения календаря, архивации баз данных,
тьютора и др.) и реализующих основные функции управления и обработки ввода
первичной информации, обработки, ведения справочников, ответов на запросы и др.
Выявление состава функций, их иерархии и выбор языка общения (например, языка
типа «меню») позволяет разработать структуру сценария диалога, дающего возможность
определить состав кадров содержание каждого кадра и их
При разработке структуры диалога необходимо предусмотреть возможность работы с
экранными формами входных документов, формирование выходных документов,
корректировки вводимых данных, просмотра введенной информации, работу с таблицами
нормативно-справочной информации, протоколирования действий пользователя, а также
помощь на всех этапах работы.
В этом пункте следует выбрать способ описания диалога. Как правило, применяется
два способа описания диалога. Первый предполагает использование табличной формы
описания. Второй использует представление структуры диалога в виде орграфа, вершины
которого перенумерованы, а описание его содержания в соответствии с нумерацией вершин,
либо в виде экранов, если сообщения относительно просты, либо в виде таблицы.
Диалог в ИС не всегда можно формализовать в структурной форме. Как правило,
диалог в явном виде реализован в тех ИС, которые жестко привязаны к исполнению
предметной технологии. В некоторых сложных ИС (например, в экспертных системах)
диалог не формализуется в структурной форме и тогда данный пункт может не содержать
описанных схем.
Описание диалога, реализованного с использованием контекстно-зависимого меню не
требует нестандартного подхода. Необходимо лишь однозначно определить все уровни, на
которых пользователь принимает решение относительно следующего действия, а также
обосновать решение об использовании именно этой технологии (описать дополнительные
функции, контекстные подсказки и т.д.)
2.2.2. схема пакета (дерево вызова процедур и программ)
56
На основе результатов, полученных в предыдущем пункте, строится дерево
программных модулей, отражающих структурную схему пакета, содержащей программные
модули различных классов:
выполняющие служебные функции,
управляющие модули, предназначенные для загрузки меню и передачи
управления другому модулю;
модули, связанные с вводом, хранением, обработкой и выдачей
информации.
В данном пункте необходимо для каждого модуля указать идентификатор и
выполняемые функции.
Если проектирование ведется с помощью языков четвертого поколения,
например экранных форм, отчетов, то эту схему следует преобразовать в
схему настройки, отражающей виды и состав используемых объектов проектирования по
каждому виду, применяемых в этих средствах: «Форм», «Отчетов», «Запросов» и
«Кнопочная форма».
В случае проектирования программного обеспечения АРМ для корпоративной ИС
следует дополнительно рассмотреть состав транзакций и типовых процедур ведения
корпоративных баз данных.
2.2.3. Описание программных модулей
Описание программных модулей должно включать блок- схемы и описание блок-
схем алгоритмов основных расчетных модулей (объемом не менее 500 операторов ) или
настройки программных модулей (при внедрении типовых информационных систем).
обеспечение задачи (комплекса задач, АРМ)
Пункты 2.3.1 - 2.3.2 технологического обеспечения включают описание организации
технологии сбора, передачи, обработки и выдачи информации и отражает
последовательность операций, начиная от способа сбора первичной информации,
включающей два типа документов (документы, данные из которых используются для
корректировки НСИ и документы, представляющие оперативную информацию,
для расчетов), и заканчивая формированием результатной информации и
способами ее передачи
Затем приводится схема технологического процесса сбора, передачи, обработки и
57
выдачи информации Пример фрагмента схемы технологического процесса представлен в
Приложении 14 .
2.4. Описание контрольного примера реализации проекта.
Описание контрольного примера включает описание:
• Тестовых которые необходимы для проверки
работоспособности основных функций проекта (данные для
заполнения справочников, данные для заполнения файлов оперативной
информации). Приведенные тестовые данные должны быть введены в
соответствующие поля форм ввода и показаны в приложениях (экранные
формы с тестовыми данными).
• Процесса обработки тестовых данных (различные сообщения и
другие элементы диалога, который возникает в процессе обработки) Данное
описание также показываются в
• Результатов обработки тестовых данных (рассчитанные
показатели, сформированные ведомости, отчеты и т.п.) Результаты так же
должны быть отображены в соответствующих приложениях
Особое внимание следует обратить на правильность полученных результатов
обработки тестовых данных, а именно - полученные данные должны быть
проверены на правильность расчета по приведенным формулам в разделе
формализации расчетов.
3,3.2,2 Структура второй для темы 4.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и ее описание (модель
сайта)
2.2.2. Используемые классификаторы и системы кодирования
2.2.3. Характеристика нормативно-справочной и
2.2.4. Характеристика информации
2.3. Программное обеспечение задачи
2.3.1. Общие положения (пользовательская карта сайта)
2.3.2. Структура сайта, состав и типы используемых файлов
58
2.3.3. Описание программных модулей
2.3.4. Описание интерфейса (состав и используемых на них
графических и мультимедийных файлов)
2.4. Технологическое обеспечение задачи
2.4.1. Организация информационной поддержки
(технологического процесса формирования и корректировки
2.4.2. Технология тестирования сайта, его в Интернет,
информирования общественности о существовании сайта, текущей эксплуатации Web-
представительства
2.5. контрольного примера реализации проекта.
2.2. Информационное обеспечение Web - представительства.
2.2.1. Информационная модель и ее описание (модель информационного
Методика разработки информационной модели предполагает моделирование:
• входных, промежуточных и результатных информационных
и функций предметной области (структурно-функциональной диаграмма или
диаграмма потоков данных). В описании информационной модели необходимо объяснить,
на основе каких входных документов и какой нормативно-справочной информации
происходит формирование конкретных выходных документов (Web - страниц);
В случае проектирования корпоративных сайтов и сайтов, использующих базы
данных, следует выделять этапы разработки общей модели данных и подмоделей,
предназначенных для конкретных задач, решаемых с помощью Web - представительства.
2.2.2. Используемые классификаторы и системы кодирования
В этом пункте необходимо дать крагкую характеристику используемым для
решения данного комплекса задач классификаторам и системам кодирования.
Структура кодовых обозначений объектов может быть оформлена в виде таблицы с
таким содержанием граф: наименование кодируемого множества объектов
кодов подразделений, табельных номеров и т.д.), кода, система кодирования
(серийная, порядковая, комбинированная), система классификации (иерархическая,
многоаспектная или отсутствует), вид классификатора (международный, отраслевой,
общесистемный и т.д.). Далее производится описание каждого
приводится структурная формула и рассматриваются вопросы централизованного
ведения классификаторов на предприятии по данной предметной области, в приложении
59
должны быть фрагменты заполненных классификаторов.
2.2.3. Характеристика нормативно-справочной и входной оперативной
информации
Данный пункт представляет собой описание состава входных документов и
справочников, соответствующих им экранных форм размещения данных и структуры
файлов. При этом следует уделять внимание следующим вопросам:
при описании входных документов необходимо привести в приложении
формы документов; перечень содержащихся в них первичных показателей; источник
получения документа; в каком файле используется информация этого документа,
описывается структура число строк, объемные данные, частоту
возникновения документа;
описание экранной формы входного документа содержать макет
экранной формы в приложении, особенностей организации рабочей и служебной зон
состав и содержание подсказок, необходимых пользователю для заполнения
перечень справочников, автоматически подключаемых при заполнении этого
макета;
описание структур входных файлов с оперативной информацией должно
включать таблицу с описанием наименований полей , идентификатором каждого поля и
его шаблона; по каждому файлу должна быть информация о ключевом поле, длине одной
записи, числе записей в файле, частоте создания
длительности хранения, способе
обращения (последовательный, выборочный или смешанный), способе логической и
физической организации, объеме файла в байтах;
описание структур файлов с условно-постоянной информацией содержит
те же сведения, что и для файлов с оперативной информацией, но добавляются сведения
о частоте актуализации файла и объеме актуализации (в процентах).
Необходимо отметить соответствие проектируемых файлов входным документам
или справочникам. Описывается структура записи каждого о файла.
информационная база организована в форме базы данных, то приводится
описание и других её элементов (ключей, бизнес-правил, триггеров).
2.2.4. Характеристика результатной информации
Это один из важнейших пунктов всей проектной части, представляет собой обзор
результатов решения поставленных в аналитической части задач с точки зрения
предметной Каждую ведомость, форму, экран необходимо описать отдельно
(в приложении следует привести заполненные экземпляры ведомостей и экранных форм
60
документов).
Каждая экранная форма должна быть универсальной, не должна включать
избыточной информации. Правила конструирования экранных форм должны
соответствовать принципам контент- Если при определении каких-либо
показателей, выводимых на экранную форму производятся вычисления, алгоритмы
расчета показателей должны быть подробно описаны в аналитической части в пункте
Формализация расчетов.
Файлы с результатной и промежуточной информацией описываются по той же
схеме, что и файлы с первичной информацией.
2.3. Программное обеспечение задачи.
Пункты 2.3.1. - 2.3.4. программного обеспечения включают общие положения,
отражающие архитектуру проектируемого программного средства и представляются
структурной схемой сайта (составом Web-страниц и используемых на них графических и
мультимедийных файлов), пользовательской картой сайта (аналогом меню для пакета
программ), описанием программных модулей (в том числе - на языках
и используемых файлов.
2.4. Технологическое обеспечение задачи.
Пункты 2.4.1 - 2.4.2 обеспечения включают описание
организации технологии ведения (эксплуатации) Web - сайта: сбора первичной
информации, формирования результатной информации, организации процесса
информационной поддержки сайта (технологического процесса формирования и
корректировки информации Web-сайта), технологии тестирования сайта, размещения его в
Интернег, информирования общественности о существовании сайта, текущей эксплуатации
Web-представительства.
3.3.2.3 Структура второй главы для темы 5.
Разработка управленческого проекта автоматизации. Глава основывается на
информации, представленной в аналитической части. Управленческий проект автоматизации
рассматривает вопросы организации работ по приобретению, внедрению, эксплуатации,
описанию возможных рисков на каждой из стадий проекта. А в конце разрабатывается
финансовый план проекта являющийся
общей
экономической эффективности всего проекта Данная глава реализуется с использованием
61
MS Project.
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного
проекта 1-2
страницы)
2.1.2 Разработка и описание проекта автоматизации, плана-графика
автоматизации и сетевой модели задач (приблизительно 3-4 страницы)
2.1.3 Характеристика информационной архитектуры разрабатываемого
проекта (приблизительно 5 страниц)
2.1.4 Характеристика внедрения разрабатываемого проекта
5 страниц)
2.1.5 Характеристика этапа эксплуатации разрабатываемого проекта и
возможных работ (приблизительно 3 страницы)
риски на этапах цикла и их описание
(приблизительно 4 страницы)
2.1.7 Оценка стоимостных параметров проекта автоматизации
(приблизительно S страниц)
2.2 Информационное обеспечение задачи (комплекса задач,
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
2.2.2 Используемые классификаторы и системы кодирования
2.2.3 Характеристика нормативно-справочной и входной оперативной
информации
, 2.2.4 Характеристика результатной информации
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево и сценарий диалога)
2.3.2 Структурная пакета (дерево вызова программных модулей)
2.3.3 Описание модулей
2.4 Технологическое обеспечение задачи
2.4.1 Организация технологии сбора, передачи, обработки и выдачи
информации
2.4.2 Схемы технологического процесса сбора, передачи, обработки и
выдачи
2.5 Описание контрольного примера реализации проекта.
62
2.1.1 Этапы жизненного цикла проекта автоматизации
Необходимо кратко описать основные этапы жизненного цикла
разрабатываемого проекта: как уже пройденные (сбор материалов и
так и будущие
этапы (внедрение и др.). Для каждого из выделенных этапов даётся краткое резюме и его
особенности (отличия от других этапов).
2.1.2 Разработка и описание проекта автоматизации, плана-графика
автоматизации и сетевой модели задач
Задача проектанта заключается в создании и описании комплексного плана-графика в
виде диаграмм Gant(a) и сетевой модели с распределением ресурсов и проведением
стоимостного анализа их занятости (в пункте 2.1.7).
Помимо раскрытия общей логики плана работ, в описании необходимо выделить
используемые ресурсы и дать их описание (возможно требования к ним) и их специфику по
сравнению с другими ресурсами.
Сроки должны быть приближены
реальности и соизмеримы друг с другом.
2.1.3 Характеристика архитектуры разрабатываемого проекта
Данная позиция проекта является логическим продолжением пункта
и
расшифровывает всю специфику встраивания разрабатываемого проектного решения в
информационно-техническую систему предприятия, описанную ранее. Так же как
1 1.3
необходимо привести схему информационно-технической системы разрабатываемого
проектного решения, дать её описание, специфицировать информационное взаимодействие
проектного решения и уже существующего информационного и технического обеспечения и
привести возможные таких взаимодействий.
2.1.4 Характеристика этапа внедрения разрабатываемого проекта
Необходимо детально расписать все классы работ и их характеристики,
которые планируется проводить на этапе внедрения разрабатываемого проектного решения в
их логической последовательности. Описать роли участников процесса внедрения и их
участие в каждой из работ. Данный раздел является детализацией общей модели из пункта
2.2 и представляет собой детальный план в MS Project и его описание
2.1.5 Характеристика этапа эксплуатации разрабатываемого проекта и
Необходимо детально описать аспекты этапа эксплуатации проектного решения.
возможных работ
63
Необходимо описать возможные работы, которые могут и будут возникать на этом этапе. В
описании работ необходимо дать её краткое резюме с описанием возможных последствий
для предприятия, описать участников (как из числа сотрудников, использующих проектное
решения, так и из ИТ департамента предприятия (компании и степень их
участия.
2.1.6 Ожидаемые риски на этапах цикла и
описание
В разделе необходимо рассмотреть риски. Необходимо описать возможные
риски вообще (применительно к каждому этапу) и актуальные для разрабатываемого проекта
в частности. Помимо краткого описаниях их сущности, необходимо описать те
которые планируется предпринять для уменьшения величины каждого конкретного риска,
2.1.7 Оценка стоимостных параметров проекта
Необходимо разработать сводный финансовый план проекта автоматизации иными
словами детально расписать из чего состоят первоначальные затраты на этот проект. Данный
анализ производится в рамках модели, разрабатываемой в пункте
2, с использованием
механизмов, заложенных в MS Project В разделе должна
представлена таблица
ресурсов (Resource Sheet), диаграмма
с суммарными показателями стоимости (по
процессам) и общие отчёты, расшифровывающие стоимость проекта
Содержание пунктов 2.2 - 2.6 базируются на основных компонентах типового
плана для тем 1 -3
.
I
3.3.3. Структура третьей главы.
ГЛАВА
3. Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчета экономической
эффективности
3.2 Расчет показателей экономической эффективности проекта
Для обоснования экономической эффективности проекта предлагаются два
варианта методики:
1) Расчет прямой эффективности от внедрения информационной системы
по сравнению с базовым вариантом существующей организации обработки
64
информации.
2) Расчет экономической эффективности, исходя из жизненного цикла
проекта разработки и внедрения подсистем корпоративной ИС.
3.1. Выбор и обоснование методики расчета экономической эффективности.
В основе описания экономической эффективности лежит сопоставление
существующего и внедряемого технологических процессов (базового и проектного
вариантов), анализ затрат, необходимых для выполнения всех операций технологического
процесса. В если дипломный проект изменяет не всю технологию обработки, а
только некоторые ее этапы, необходимо сопоставить операции этих этапов. Необходимо
рассчитать затраты на разработку проекта. Рекомендуется также предоставить обоснование
эффективности выбранных в аналитической части ключевых проектных решений.
Выводы об экономической эффективности делаются на основе вычисленных
экономических показателей.
По выбору возможны следующие направления расчета экономической
эффективности:
1)Сравнение вариантов организации ИС по комплексу задач (например,
сравнение ИС, предлагаемой в проекте, с существующей).
2)Сравнение вариантов организации информационной базы комплекса задач
(файловая организация и база данных).
3)Сравнение вариантов технологии проектирования ИС (например
индивидуального проектирования с методами, использующими пакеты программ
или модельного проектирования).
4)Сравнение вариантов технологии обработки данных.
В случае, если в дипломном проекте разрабатывается или внедряется
корпоративная информационная система то необходимо использовать методику
расчета экономической эффективности жизненного цикла проекта.
В разделе выбор и обоснование методики расчета экономической эффективности
проекта в зависимости от выбранного направления расчета должна быть изложена методика
и специфика расчета экономической эффективности проекта, указаны все необходимые для
выводов показатели и формулы их расчетов. Как правило, наиболее востребованными
оказываются трудовые, стоимостные показатели, срок окупаемости проекта.
3.2. Расчет показателей экономической эффективности проекта.
Экономическая эффективность проекта (Э) складывается из двух составляющих: 65
Косвенного эффекта, который, например, характеризуется увеличением прибыли,
привлечением большего числа клиентов, снижением уровня брака в производстве,
уменьшение количества получаемых от клиентов, снижение затрат на сырье и
материалы, уменьшение сумм штрафов, неустоек и т. д
- Прямого эффекта, который характеризуется снижением трудовых, стоимостных
показателей.
К трудовым показателям относятся следующие:
абсолютное снижение трудовых затрат (AT) в часах за год.
где
- трудовые затраты в часах за год на обработку информации по базовому
варианту;
ГУ - трудовые затраты в часах за год на обработку информации по предлагаемому
варианту;
2) коэффициент относительного снижения трудовых затрат (Кг):
3) индекс снижения трудовых затрат или повышение производительности труда (IV):
К стоимостным показателям относятся: абсолютное снижение стоимостных затрат
(АС) в рублях за год, коэффициент относительного снижения стоимостных затрат
индекс снижения стоимостных затрат (Yc), рассчитываемые аналогично.
Помимо рассмотренных показателей целесообразно также рассчитать срок
окупаемости затрат на внедрение проекта машинной обработки информации
рассчитываемые в годах, долях года или в месяцах года.
где
- затраты в рублях на создание проекта машинной обработки информации
(проектирование и внедрение).
Результаты расчета показателей экономической эффективности проекта
необходимо представить в форме таблиц, графиков, повышающих наглядность восприятия
Здесь же следует определить улучшение качественных характеристик процесса управления
соответствующим объектом и оценить влияние автоматизированного комплекса задач на
эффективность деятельности органов управления и конечные результаты
Капитальные затраты на предлагаемый вариант обработки данных можно представить
66
в виде таблицы 3.4 1
Операции технологического процесса при базовом (проектном) варианте и
характеристика эксплуатационных затрат за год могут быть представлены в табличной
форме (см. табл. 3.4.2
Таблица
Характеристика капитальных затрат
№ Наименование
статьи расхода
Ед.
изм
Затраты на
зар. плату
Затраты
на
расходы
Затраты на
Маш время
Затраты
всего по
статье
1 Приобретение
ЭВМ
2. Приобретение
ППП
3. Освоение ППП
4. Проектирование
5. Программирование
6. Отладка
7. ВСЕГО
i
67
Таблица 3.3.2
Характеристика затрат на обработку информации по базовому (или проектному) варианту.
операций
ого
комплекса
задач
боруд
рабо
ты в
год
Нор
выра-
ботки
устройств
ЭВМ
час.)
ру-
Сред
а (руб.)
Час
аморти-
зации
(руб. за
час) / ст. 1
Часов
стоимость
накладных
расходов
затраты
для
операций
Стои-
затраты
на ЭВМ
2 6 8 9 10и 12
...
Итого:
XX хххххх
ХХХХХ
Таким образом формируются показатели Та,
7) и
(гр. 12). С их
использованием вычисляются все остальные показатели, описанные в пункте 3.1.
Результаты расчетов оформляются в табличной форме (см. табл. 3.3).
3.3.3
Показатели эффективности от внедрения проекта автоматизации
Затраты Абсол Индекс
изменения
изменение
затрат
изменения
затратзатрат баз
вариант
пр
вариант
Трудо То т,
емкость (час) (час) -т, %
(час)
XX
X
XX
X
XXX XX
Стоим
ость (руб.)
с,
(руб.) 100%
XX
X
XX
X
XXX XX
Желательно охарактеризовать связь показателей
и FC, объяснив их равенство или
неравенство с точки зрения функциональной информационной технологии.
При достижении оптимальных величин показателей, следующим этапом
рассчитываются капитальные затраты на создание и внедрение проекта. Затраты могут быть
разбиты по категориям.
После расчета срока окупаемости все показатели эффективности должны
быть проиллюстрированы диаграммами (например, круговыми или столбчатыми).
Методика расчета экономической эффективности цикла
проекта.
Важно оценить во времени этапы жизненного цикла проекта и процессы, которые
69
1
происходят в рамках его оценки целесообразно представить в виде
таблицы. В связи с высокими темпами развития информационных технологий следует
рассматривать более короткие промежутки времени, чем год. Длительность жизненного
цикла программных продуктов от версии до версии и технических средств между
последующими моделями с сопоставимыми функциональными свойствами составляет в
настоящее время в пределах 1,5-2 лет. Соответственно для тех или иных этапов жизненного
цикла и процессов принимаются месячные или квартальные промежутки времени в
зависимости от необходимости в степени детализации проекта. Процессы затрат и возврата
часто совпадают во времени. Характер и объёмы их меняются.
Таблица может иметь следующий вид. (См. таблицу 3.3.4) Этапы и процессы
жизненного одкла. Содержание и процессов жизненного цикла ориентировано на
стандарт 12207.
Оценка затрат на разработку и реализацию проекта
Следующим этапом оценки экономической эффективности проекта является
оценка затрат в натуральном выражении на приобретение оборудования, разработку
приобретение программ, средств информационного обеспечения, подготовку
помещений строительство, аренду, другие возможные варианты),
движение и обучение персонала
Должна быть выполнена денежная оценка предполагаемых затрат в соответствии с
разработанным перечнем оборудования, помещений и работ и определены сроки их
выполнения. Результаты сводятся в таблицу 3.5 "Инвестиционный план проекта".
Совокупная стоимость затрат создание аппаратно-программного комплекса
i
ИТ(ИС) определяется суммированием р, выбранных и/или добавленных строк
таблицы 3.5 , где -затраты по строке таблицы 2.
Таблица 3.3.4
Сроки выполнения процессов жизненного цикла проекта.
Статьи расходов Денежные Сроки исполнения
и количество средств затраты в тыс.
(шт., компл.) руб.
На аппаратные средства,
в т
доработку или
приобретение
70
Статьи расходов Наименование
и количество средств
(шт., компл.)
Денежные
затраты в тыс.
руб.
Сроки исполнения
сетевых и других средств
На разработку ил
приобретение:
программных средств
информационного
обеспечения
На оборудование
в т
аренду
строительство,
переоборудование и т.д.
На движение в
т.ч.
наём сотрудников
увольнение сотрудников
изменение загрузки
обучение персонала
Итого за проект
Примечание:
В ячейках таблицы могут быть проставлены сроки начала и окончания работ по
процессу или символы, обозначающие наличие процесса, предусмотренного данной строкой
в ячейке, соответствующей данному периоду.
Содержание таблицы составляют полученные на основе агрегации
более детальных опытных или/и прогнозных данных, полученных на основе подробного
рассмотрения действий, составляющих эти процессы.
В состав исходных данных для оценки эффективности проекта могут быть
включены данные по аппаратной и программной платформе, которые непосредственно
отражаются на значениях показателей затрат. • < '
>• .
71
Таблица 3.3 5
Инвестиционный план проекта
Статьи расходов
е и количество
средств
(тт.,
Денежные
затраты в тыс.
руб
Сроки исполнения
На средства, в
т ч
доработку или приобретение
сетевых и других средств
На разработку или/и
приобретение.
программных средств
информационного
обеспечения
На помещения,
аренду
строительство,
переоборудование и т д.
На персонала, в
т ч
наём сотрудников
увольнение сотрудников
изменение загрузки
обучение персонала
Итого за проект
Примечание. В состав средств должны быть включены как аппаратные, так и
программные средства повышения надежности и защищенности функционирования
информационных технологий или информационных систем.
Оценка затрат в процессе внедрения и эксплуатации спроектированной ИС (ИТ).
Последующие этапы связаны с определением состава и объема затрат в периоды
72
жизненного цикла, соответствующие процессам ввода в эксплуатацию, эксплуатации
спроектированного комплекса - текущие затраты
за период т.
В составе их оцениваются условно-постоянные
и переменные (прямые)
за период m затраты затраты за период m являются суммой
=
+
Такое разделение затрат необходимо для определения точки безубыточности или
критического объема реализации То есть такого объёма услуг, когда затраты окупаются и
проект становится рентабельным
Оценка условно-постоянных затрат. >
К условно- постоянным
относятся затраты:
- на управление
информационной системы, которые состоят из
расходов на оплату труда управленческого и другого персонала, не связанного
непосредственно с объёмом предоставляемых информационной системой услуг, расходов
на связь, литературу, канцелярские товары;
на обеспечение процесса
в том числе техническое обслуживание и
ремонт, оплату коммунальных услуг, хозяйственные расходы;
на оплату
лицензий и лизинга;
восстановление
функционирования;
затраты
Условно-постоянные за период m затраты определяются суммированием по
столбцу условно-постоянных затрат за этот период:
=
+
+
+
+
Совокупные условно-постоянные затраты определяются суммированием итогов
затрат по т- периодам = <
i
Таблица 3.3.6
"Условно-постоянные затраты на функционирование спроектированного комплекса".
Название видов расходов времени, в которых рассматриваются процессы
0-й пер пер 2-й пер. 3-й пер Пер М
Расходы на управление, в
том числе на
73
Название видов расходов времени, в которых рассматриваются процессы
0-й пер пер. 2-й пер 3-й пер Пер. М
оплату труда
управленческого и другого
персонала
на связь, литературу,
канцтовары и т.д.
Расходы на обеспечение
процесса, в том числе.
техническое обслуживание
и ремонт
коммунальные платежи
хозяйственные расходы
Расходы на оплату
лицензий и и т д
оплата лицензий
платежи по лизингу средств
оплата консультаций
Расходы на
восстановление
ИС
Прочие расходы
Итого расходов за
периоды
Такого рода расходы сопровождают практически все процессы жизненного цикла
проекта и должны быть показаны во всех его периодах, в том числе и за инвестиционный
период. При расчётах совокупной стоимости владения в случае приобретения лицензии
на право использования аппаратных и программных средств в состав условно-постоянных
затрат также расходы на продление лицензии на соответствующие средства.
Результаты оценок условно-постоянных затрат по каждому периоду на обеспечение
функционирования информационной системы (технологии) отражаются в таблице 3.4.6.
Переменные затраты
Переменные (прямые) затраты напрямую связаны с объёмами предоставляемых
услуг со стороны службы информационной системы другим службам или командам
74
бизнес-процессов предприятия. В случае, если рассматриваемая информационная
технология является составной частью технологического комплекса, как например в
компаниях финансового характера - банковских, страховых, интернет-магазинах и т.д.,
переменные затраты являются частью общих переменных затрат предприятия и могут
быть выделены в отдельную статью.
В составе прямых затрат необходимо учесть потери от системных сбоев, заражения
"вирусами" и т.д . Убытки из-за приведших к невыполнению или отсрочке выполнения
тех или иных функций отказов и сбоев внешних устройств (особенно принтеров), сетевых
средств, каналов связи и телекоммуникаций, энергоснабжения. По ним даётся оценка
потерь на основе опыта и делается прогноз на будущие периоды.
Переменные затраты применительно к оценке функционирования
информационной системы или отдельных информационных технологий состоят в
основном из затрат на.
зарплату персонала, непосредственно выполняющего или обеспечивающего
функции по выполнению
материалы (бумагу, картриджи и т.д.);
оплату расхода электроэнергии на аппаратный комплекс, освещение или
другие нужды, связанные с поддержкой процессов воздуха, обогрев и
т.д.);
хозяйственные нужды
оплату внешних обеспечивающих процессы
платных информационных сетей, каналов связи и телекоммуникаций;
восстановление и прямые потери
прочие переменные расходы
Результаты оценок переменных затрат отражаются в таблице 4
Переменные затраты за период являются суммой затрат по статьям расходов.
+ + +
Совокупные переменные затраты
рассматриваемые периоды являются
суммой переменных
затрат по периодам m (итогов столбцов таблицы 4), период
инвестиций не включается:
и
р -V •
'
75
Результаты оценок затрат в 3.3.7
Таблица 3.3.7
"Переменные (прямые) затраты на функционирование спроектированного
комплекса .
Название Периоды времени, в которых рассматриваются процессы
0-й
пер. пер.
2-й
пер.
3-й пер. Пер М
Расходы на оплату
труда, материалы,
в том числе на :
оплату труда персонала,
непосредственно
выполняющего или
обеспечивающего ' >
ИТ- услуги
на материалы (бумагу,
картриджи и
Расходы на оплату
электроэнергии, на
аппаратный комплекс, ' 1.
освещение или другие
нужды, связанные с
поддержкой процессов
ИТ- обслуживания
(кондиционирование
воздуха, обогрев и т.д.
Хозяйственные расходы,
непосредственно
обслуживающие
операционную
деятельность
ч
Расходы на оплату
внешних услуг,
обеспечивающих
процессы, в том числе
на:
оплагу использования
платных
информационных сетей
каналов связи и
телекоммуникаций
Расходы в виде потерь
от сбоев, отказов
аппаратуры и ПО.
76
Периоды времени, в которых рассматриваются
0-й 1-й 2-й 3-й пер. Пер. М
пер. пер. пер.
Прочие расходы
Итого расходов по
периодам
Совокупная владения (ССВ).
ССВ является суммой затрат на инвестиционную часть проекта и текущих расходов
в течение срока жизненного цикла проекта и платежей
виде и других
отчислений на часть доходов, полученных за счет внедрения Информационной технологии
или системы.
.
ССВ =
+
+
+
Оценка доходности проекта.
На следующем этапе оценки экономической эффективности необходимо определить
источники компенсации или возврата с прибылью затрат на создание
приобретение и
внедрение инструментальных и других средств информационной системы. К таким
источникам можно отнести:
- сокращение времени выполнения бизнес-функций;
обеспечение или непосредственное выполнение новых которые
невозможно реализовать без современных информационных технологий;
- повышение качества выполнения функций, что привлекает клиентов и обеспечивает
повышение уровня продаж и конкурентоспособности;
- применение информационных технологий в качестве технологического
инструментального средства бизнес-процессов;
- неупущение возможных доходов за счёт применения ИС (ИТ);
- доходы от продажи разработанных программных средств и информационного
обеспечения.
Для оценки доходности проекта необходимо рассчитать доход или получаемую
экономию на одну услугу (называют также сервис), предоставляемую бизнес -пользователям
со стороны ИТ- подразделения. Далее спрогнозировать динамику предоставления услуг и
вычислить эффект за период, В случае непреодолимых затруднений в оценке услуги
допустимо дать совокупную априорную экспертную оценку положительного денежного
потока.
Оценки и результаты расчётов экономии и прямых доходов от внедрения разработок,
77
 |
 |
![Написать нам письмо [referatz@mail.ru]](/bitrix/templates/bazareferatov/images/icon_mai.gif){kind=icon} |
