информационных систем в Интернет-средах (создание виртуальных фирм)².

Кроме того, студенты могут выполнять дипломные проекты на специальные темы. При выборе направленности проекта рекомендуется избегать тем, имеющих нетворческий, вспомогательный характер, не имеющих прямого отношения к приведенному перечню задач, и учитывать специфику с соответствующим отражением в пояснительной записке, например, при разработке соответствующих программных модулей необходимо отражение в пояснительной записке принципиальных отличий и технико-экономических преимуществ предложенного решения (по сравнению с существующим на российском рынке в составе наиболее распространенных программ: "1:С", "Парус", "Галактика", "ИНЭК – Финансовый анализ" и т.п.).

4. Организация работы над дипломным проектом

Дипломное проектирование организационно включает в себя следующие пять этапов:

1. Ознакомительная практика;

2. Производственная практика;

3. работа на преддипломной практике содержит две фазы:

• разработка проекта технического задания;

• оформление книжки дипломника;

4. работа на завершающем этапе с подготовкой к предзащите;

5. защита проекта.

В техническом задании, книжке дипломника (КД), демонстрационных слайдах и пояснительной записке к дипломному проекту должны использоваться термины и определения, соответствующие ГОСТ 19781-90 "Обеспечение систем обработки информации", ГОСТ 20886-90 "Качество программных средств" и ГОСТ 34.602-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы".

1. Ознакомительная практика

Общее методическое руководство и контроль над процессом практики осуществляется преподавателями кафедры ИПОВС и Института экономики, управления и права (ИнЭУП). Для оказания дополнительной методической помощи приказом (распоряжением) по предприятию назначается руководитель практики от предприятия.

Ознакомительная практика студентов по специальности 080801 проводится в 8-м семестре (с 07 по 28 февраля). Цель практики – подготовить студентов к самостоятельной работе в конкретных производственных условиях. В результате производственной практики студенты получают навыки исследования и эксплуатации отдельных задач и подсистем ЭИС.

Практика проходит по месту выполнения ДП или по месту предполагаемой работы будущего специалиста. Студенты, проходящие производственную практику индивидуально, должны представить от руководства предприятия официальное письмо о согласии принять их на предприятие для прохождения практики. Письмо оформляется на имя директора ИнЭУП и заверяется круглой печатью (см. Приложение 1). Срок представления письма 7 –12 февраля 8-го семестра.

В начале периода практики составляется план-график работ по выбранной теме и согласуется с руководителями от предприятия и кафедр ИПОВС и ИнЭУП. По итогам прохождения практики составляется отчет, в котором отражаются результаты выполнения работ в соответствии с планом-графиком. Отчет составляется в свободной форме и должен содержать:

• титульный лист с наименованием темы работы, подписанный студентом и руководителями практики от предприятия и кафедр ИПОВС и ИнЭУП;

• содержание;

• план-график работ на практике;

• результаты исследования организационной структуры предприятия, деятельности его основных подразделений;

• краткое описание информационных технологий, используемых для решения производственных задач предприятия;

• результаты освоения и практического использования информационных технологий предприятия;

• выводы;

• список источников.

Ознакомительная практика заканчивается зачетом, принимаемым комиссией от кафедр ИПОВС и ИнЭУП. На зачет по практике следует представить:

• отчет по практике;

• отзыв руководителя практики от предприятия, заверенный печатью предприятия, содержащий характеристику студента и краткое описание результатов его работы, а также предлагаемую оценку за практику.

2. Производственная практика

Производственная практика проходит в 9-м семестре (с 1 по 30 сентября). Цель практики – подготовка студентов к самостоятельной работе в конкретных производственных условиях, выбор темы дипломного проекта, сбор материалов для дипломного проектирования. В результате производственной практики студенты получают навыки исследования, проектирования, внедрения и эксплуатации отдельных задач и подсистем ЭИС.

Практика проходит по месту выполнения ДП или по месту предполагаемой работы будущего специалиста. Руководство предприятия, желающего принять студента на производственную и преддипломную практику, а также на дипломное проектирование, должно представить официальное письмо на имя директора ИнЭУП, заверенное круглой печатью (см. Приложение 1). Срок представления письма – 1 – 5 сентября 9-го семестра.

По итогам прохождения практики составляется отчет, в котором отражаются результаты выполнения работ в соответствии с планом-графиком. Отчет составляется в свободной форме и должен содержать:

• титульный лист с наименованием темы работы, подписанный студентом и руководителями практики от предприятия и кафедр ИПОВС и ИнЭУП;

• содержание;

• план-график работ на практике;

• краткое описание деятельности предприятия, принципов управления, методов сбора, обработки и анализа экономической информации, предложения по их совершенствованию;

• результаты анализа информационных технологий, используемых для решения производственных задач предприятия, предложения по их совершенствованию;

• обзор существующих программных продуктов, позволяющих решать задачи предприятия, предложения по внедрению и эксплуатации новых информационных систем;

• выводы;

• список источников.

Производственная практика заканчивается зачетом, принимаемым комиссией от кафедр ИПОВС и ИнЭУП, на который следует представить:

• отчет по практике;

• отзыв руководителя практики от предприятия, заверенный печатью.

3. Преддипломная практика

Студенты проходят преддипломную практику с целью закрепления и расширения теоретических и практических знаний как в области информатики и информационных систем, так и в области экономики, менеджмента и маркетинга, а также для сбора, анализа и обобщения фактического материала для дополнительной работы над ДП.

Преддипломная практика проходит в 10-м семестре (с 07 февраля по 31 марта) и включает две фазы.

Цель фазы 1 преддипломной практики (с 07.02 по 28.02) – уточнение темы дипломного проекта, составление проекта технического задания и укрупненного графика работ над ДП.

Проект ТЗ, в зависимости от выбранной тематики, разрабатывается в соответствии с требованиями:

• Приложения 2 при разработке программного обеспечения;

• Приложения 3 при разработке информационного обеспечения;

• Приложения 4 при разработке организационного обеспечения.

При выполнении дипломного проекта на специальную тему ТЗ следует составлять в соответствии с требованиями ГОСТ 34.602-89 либо ГОСТ 19.201-78 и рекомендациями руководителей ДП от кафедр ИПОВС и ИнЭУП.

Проект ТЗ согласовывается с руководителем практики от предприятия и представляется на рассмотрение руководителей ДП от кафедр ИПОВС и ИнЭУП не позднее 28 февраля.

Работа на преддипломной практике в фазе 2 (с 01.03 по 31.03) проводится в соответствии с планом-графиком, составленным в проекте ТЗ – по п. 6 для ТЗ на ПО (см. Приложение 2) или по п. 4 для ТЗ на ИО и ОО (см. Приложения 3 и 4).

Результаты выполнения работ отражаются в отчете по преддипломной практике. Образец оформления титульного и последнего листа отчета приведен в Приложении 5. Составленный в соответствии с требованиями отчет подписывается студентом и визируется у руководителей практики.

К концу фазы 2 практики оформляется книжка дипломника (см. Приложение 6), включающая:

1. полное наименование темы (без сокращений);

2. цель и назначение проекта;

3. требования к содержанию:

• аналитического раздела,

• проектного раздела, включающего информационно-программную, организационно-технологическую и экономическую части,

• правового раздела;

4. список основной литературы;

5. подписи руководителей от кафедр ИПОВС и ИнЭУП, консультанта по правовому разделу и дипломника;

6. справку деканата факультета об успеваемости (бланк);

7. заключение руководителей о возможности допуска к защите (бланк).

Руководство осуществляют:

• по аналитическому и проектному разделам – преподаватели кафедр ИнЭУП и ИПОВС;

• по правовому разделу – консультанты-преподаватели кафедры права МИЭТ или юристы базовых предприятий.

В процессе проработки аналитического и проектного разделов допускается частичная корректировка и уточнение требований ТЗ по согласованию с руководителями проекта и руководителем практики (с фиксацией изменений в тексте ТЗ и книжке дипломника). К окончанию фазы 2 преддипломной практики ТЗ должно быть полностью согласовано и утверждено заведующим кафедрой ИПОВС.

По окончании преддипломной практики комиссия от кафедр ИПОВС и ИнЭУП принимает дифференцированный зачет, на который следует представить:

• техническое задание, согласованное с руководителями практики от предприятия и кафедр ИПОВС и ИнЭУП и утвержденное заведующим кафедрой ИПОВС (в двух экземплярах);

• отчет, завизированный руководителями практики;

• книжку дипломника, заполненную и подписанную в соответствии с изложенными выше требованиями.

Оценка, полученная на зачете, заносится в ведомость и в зачетную книжку студента.

4. Выполнение дипломного проекта

Предварительная работа над дипломным проектом начинается с тщательного анализа цели и назначения ЭИС (или ее составляющих) в выбранной предметной области. Необходимо также сформулировать круг основных задач, провести комплексный анализ всех требований ТЗ и соответствия технических средств реализации ЭИС (или ее составляющих) этим требованиям.

Первым этапом работы над проектом является изучение научно-технической, учебной, нормативной литературы, а также специальной документации на все виды обеспечения разрабатываемой ЭИС (ее составляющих). Кроме того, необходимо ознакомиться с аналогами (при их наличии) в соответствующих фондах (библиотеках) и архивах. При работе с литературой следует выявлять основные особенности известных методов, технических средств, алгоритмов, программ, информационных потоков и организационных процессов, не позволяющие использовать их согласно требованиям ТЗ. Рекомендуется по возможности проводить качественный анализ и технико-экономическое сопоставление.

В процессе проектирования ЭИС следует обосновывать выбор типовых структур, процессов, средств и процедур. При этом нужно оценивать частоту использования необходимых информационных потоков между элементами структуры, объемом памяти, оптимизировать форматы и структуры данных, формулировать требования к относительно независимым структурным единицам.

Вторым этапом проектирования, на котором должны учитываться все требования ТЗ, является составление детальных схем алгоритмов работы тех составляющих ЭИС, которые выбраны для реализации задач дипломного проектирования.

Третьим этапом проектирования является программирование или применение известных программных средств (если в качестве объекта ДП выбраны ИО или ОО), далее автономная отладка и тестирование ПО (применение частных тестовых примеров). При этом следует пользоваться всеми инструментальными средствами, поддерживающими отладку.

Четвертым этапом создания ЭИС (ее составляющих) является комплексная компоновка разработанных блоков и их испытания на совокупности тестовых примеров, которая в соответствии с разработанной методикой испытания обеспечивает полную проверку всех требований, заданных в п. 7 ТЗ (Приложение 2).

Выполнение дипломного проекта сопровождается оформлением пояснительной записки (ПЗ), содержащей описание проведенного исследования и результатов разработки. Помимо ПЗ к окончанию дипломного проектирования разрабатываются слайды демонстрационного материала и текст доклада о результатах работы.

5. Контроль над процессом выполнения дипломного проекта

Систематический контроль над дипломным проектированием осущес­твляется руководителем и консультантами в соответствии со сроками, зафиксированными на титульном листе книжки дипломника.

Кафедра ИПОВС и кафедры ИнЭУП организуют четыре контрольных проверки готовности дипломных проектов.

Примерные требования к объемам выполнения дипломных проектов в контрольные сроки приведены ниже.

К 1-й проверке (конец февраля) должен быть оформлен и утвержден проект ТЗ.

Ко 2-й проверке (конец марта) должно быть представлено конкретное содержание аналитического и проектного разделов, оформлена книжка дипломника.

К 3-й проверке (конец апреля) должен быть завершен проектный раздел (при необходимости) и экспериментальная проверка результатов проектирования, разработан пользовательский интерфейс (при необходимости), подготовлены все черновики графической части (для презентации) и черновики всех разделов пояснительной записки, а также утверждена книжка дипломника.

На 4-й проверке (середина мая) оценивается выполнение всего проекта, поэтому пояснительная записка должна быть подписана дипломником, руководителями и консультантом. По итогам 4-й проверки комиссия выносит решение о допуске дипломника к предварительной защите.

Далее предусматривается три этапа: предварительная защита, подготовка к защите на ГАК и защита на ГАК.

6. Предварительная защита

Предзащита принимается комиссией, назначенной распоряжением по ИнЭУ и кафедре ИПОВС за несколько дней до защиты ДП.

На предзащиту представляется следующий комплект документов:

• книжка дипломника (Приложение 6);

• техническое задание, вложенное в ПЗ;

• пояснительная записка (со всеми подписями на титульном листе ПЗ и титульных листах разделов и всеми приложениями);

• дискета (CD) с демонстрационными слайдами для мультимедийной презентации;

• раздаточный материал к слайдам презентации в трех экземплярах;

• черновик доклада во время защиты ДП.

• Мультимедийная презентация в объеме до 12 слайдов выполняется в среде MS Power Point для Windows 98/NT/XP/2000 в следующем составе:

• слайд (или 2 слайда) с наименованием темы, основными требованиями к объекту разработки согласно ТЗ и обоснованием актуальности;

• комплект слайдов с графическим материалом, заданным в аналитическом и проектном разделах книжки дипломника;

• слайд с результатами проекта, полученными в процессе его выполнения, в том числе с указанием объема ПО, самостоятельно разработанного дипломником.

Каждый слайд презентации должен быть пронумерован в правом верхнем углу.

Раздаточный материал оформляется как твердая копия слайдов презентации в формате А4 с рамкой и штампом. В качестве штампа используется сокращенный штамп в правом нижнем углу рамки, учитывающий частично требования ГОСТ 2.104-68 (ЕСКД) к минимальным размерам полей штампа и их размещению (рис. 1).

Рис. 1. Оформление штампа к раздаточному материалу

В штампах подписываются дипломник и руководитель ДП (на листе по экономической части – соответствующий консультант).

Доклад должен включать:

1. название организации, в которой выполнялась работа;

2. введение в проблему (формулировка и обоснование проблемы);

3. актуальность темы работы (обоснование новизны и положительного эффекта исследований по данной теме; например, "необходимость получения дополнительных экспериментальных данных", "проверка существующих теорий" и т.д.);

4. цель работы (например, "работа посвящена...");

5. задачи работы (конкретизация цели, какие вопросы непосредственно решались);

6. методику решения задач (показать, какими методами цель работы была достигнута);

7. теоретические и экспериментальные исследования;

8. используемый математический аппарат;

9. методику проведения экспериментов, расчетов;

10. используемые компьютерные программы;

11. краткие характеристики и особенности реализации алгоритмов и программ (пояснение по схемам алгоритмов);

12. суть технологической части проекта (средства автоматизации проектирования, использованные инструментальные средства);

13. экономическую эффективность предложенных решений;

14. выводы по результатам работы (резюмировать, что было получено в ДП – созданное ПО, ИО, ОО, программный модуль, ЭИС, АРМ и т.д.; выявленные закономерности; разработанные алгоритмы, методики, структуры и др., сравнение с ожидаемыми результатами и известными решениями, практическое внедрение или перспективы внедрения);

15. окончание доклада: "Благодарю за внимание. Доклад окончен".

По результатам предварительной защиты комиссия отмечает недостатки либо выносит решение о допуске дипломника к защите на ГАК.

В книжке дипломника по сведениям из деканата факультета заполняется справка об успеваемости. Руководители ДП заполняют и подписывают заключение о допуске к защите.

7. Подготовка к защите на Государственной аттестационной комиссии

После предзащиты отмеченные комиссией недостатки устраняются в ПЗ, на слайдах и в раздаточном материале. Скорректированная ПЗ по отмеченным комиссией недостаткам предъявляется руководителю для проверки, при этом в обязательном порядке должны быть устранены:

• синтаксические недостатки оформления ПЗ (в том числе "традиционные": недостаток комментариев к тексту программы, несоблюдение ГОСТов и требований настоящих методических указаний и т.п.);

• содержательные недостатки, реально устранимые в ограниченное время до защиты на ГАК.

В противном случае руководитель не имеет права подписать допуск к защите в книжке дипломника (в заключении руководителя). Другие недостатки (при их наличии), неустранимые из-за сложности или трудоемкости, в обязательном порядке отмечаются в отзыве руководителя.

По результатам рассмотрения скорректированной и сброшюрованной ПЗ и графического материала и при наличии отметок и визы деканата в книжке дипломника руководители ДП от кафедр ИПОВС и ИнЭУП, а также заведующий кафедрой ИПОВС подписывают допуск к защите. Руководитель ДП составляет отзыв, в котором отражает:

• в заголовке: название ДП, Ф.И.О. студента;

• сведения об актуальности темы ДП;

• особенности выбранных методов (подходов) и полученных решений (новизна используемых методов, оригинальность поставленных задач, уровень исследовательской части);

• соответствие проекта заданию и требованиям;

• практическую ценность результатов ДП;

• оценки подготовленности студента, инициативности и самостоятельности принятия решений при решении задач ДП;

• умение студента работать с литературными источниками, справочниками, знание вычислительной техники, способность грамотно излагать материал;

• соблюдение правил и качества оформления пояснительной записки;

• достоинства и недостатки ДП;

• оценку выполненного ДП (отлично, хорошо, удовлетворительно);

• решение о возможности присвоения дипломнику соответствующей квалификации по специальности 080801;

• рекомендацию для поступления дипломника в аспирантуру.

Подпись руководителя, если он не является сотрудником МИЭТ, заверяется печатью его предприятия. Пример отзыва руководителя приведен в Приложении 7.

За несколько дней до защиты материалы ДП направляются на рецензирование. В качестве рецензентов могут привлекаться специалисты производства и научных учреждений, а также профессора и преподаватели вузов, если их профессиональная специализация соответствует теме ДП. Консультанты и руководители практики и ДП не могут привлекаться в качестве рецензентов.

Для получения рецензии рецензенту представляются: техническое задание, книжка дипломника, пояснительная записка и бланк счета на оплату услуг по рецензированию в двух экземплярах.

В рецензии необходимо отразить:

• оценку темы и содержания проекта на соответствие профилю специальности и квалификации;

• характеристику дипломного проекта в целом и уровень разработки, изложения и представления отдельных его разделов, избегая формального перечисления их содержания, актуальность темы ДП, новизну предложенных методов решения задач, самостоятельность решений, сложность реализации;

• оценку уровня общетехнической и специальной подготовки дипломника;

• теоретическую подготовку дипломника с уточнением разделов работы, которые характеризуют исследовательские способности дипломника;

• структурированность и уровень изложения материала в ДП по стилю, технической грамотности и специальной терминологии;

• использование последних достижений науки и техники в разработке отдельных частей проекта, экономическое обоснование принимаемых решений;

• оценку работы с точки зрения практической значимости и рекомендации по практическому использованию результатов;

• степень использования дипломником литературных источников: ссылки на литературу носят формальный характер или имеет место обстоятельное их изучение;

• соответствие ДП заданию и требованиям ТЗ.

Особо следует указать на те вопросы, которые не получили достаточного освещения в ДП либо совсем отсутствуют. Важно отметить уровень владения дипломником методами проектирования, программирования и математических расчетов, обоснованности принимаемых решений.

В конце рецензии рецензент дает общую оценку выполненного ДП (отлично, хорошо, удовлетворительно, неудовлетворительно) и выражает мнение о возможности присвоения дипломнику соответствующей квалификации по специальности 080801 и рекомендацию для поступления дипломника в аспирантуру.

Рекомендации рецензента могут относиться как в целом к ДП, так и к отдельным его частям и разделам. Целесообразно указать предприятия, на которых возможно использование исследований дипломника.

Рецензент подписывает рецензию и заполняет в двух экземплярах счет на оплату услуг за рецензирование. Подпись рецензента на рецензии сопровождается указанием места основной работы и занимаемой должности, ученой степени, ученого звания, Ф.И.О. Подпись рецензента на рецензии и счетах заверяется в отделе кадров печатью организации по месту работы рецензента. Пример рецензии приведен в Приложении 8.

8. Защита на Государственной аттестационной комиссии

На защиту дипломного проекта должны быть представлены:

1. книжка дипломника, полностью оформленная, с подписанным заключением о допуске к защите на последней странице;

2. отзыв на дипломный проект в двух экземплярах, подписанный руководителем;

3. рецензия на дипломный проект в двух экземплярах, подписанная рецензентом с указанием его места работы и должности;

4. техническое задание, подписанное, утвержденное и вшитое в ПЗ;

5. пояснительная записка (со всеми подписями на титульных листах);

6. раздаточный материал для членов ГАК (5 – 6 экземпляров копий всех слайдов, представленных для мультимедийной презентации). Несброшюрованные комплекты раздаются членам ГАК. На раздаточном материале обязательны подписи дипломника, руководителей дипломного проекта и консультантов, в противном случае претендент к защите не допускается;

7. дискета (CD) с демонстрационными материалами для мультимедийной презентации дипломного проекта (до 12 слайдов) – основная и резервная;

8. Дискета (CD) с полной версией ТЗ, ПЗ и презентации к дипломному проекту.

Материалы по пп. 1) - 3) в указанном порядке вкладываются в пояснительную записку, подаваемую председателю ГАК, который при положительных результатах проверки комплектности материалов и их соответствия требованиям разрешает защиту.

Время доклада – от 9 до 11 минут. Время демонстрации слайдов (особенно с насыщенным текстом) должно быть достаточным для восприятия членами ГАК, при этом не обязательно зачитывать полностью их текст, а следует ограничиться необходимыми комментариями, раскрывающими наиболее важные моменты. При пояснении слайдов следует пользоваться манипулятором "мышь" или указкой. Сокращение времени доклада до 8 минут, приводящее к снижению полноты восприятия работы, запрещается.

После доклада следуют вопросы членов ГАК. При ответах на вопросы членов ГАК по отдельным слайдам дипломник должен владеть механизмом оперативного (прямого) вывода заявленного слайда на экран. После этого зачитываются отзывы руководителя и рецензента и предоставляется слово дипломнику для комментариев по отмеченным недостаткам (при их наличии).

Решение ГАК об оценке ДП и присвоении соответствующей квалификации объявляется студентам по окончании защит текущего дня. При этом внесение в протокол ГАК рекомендаций в аспирантуру (для квалификации "специалист" и "магистр") рассматривается ГАК только при наличии соответствующих рекомендаций в отзывах руководителя и рецензента.

5. Объем, содержание и оформление пояснительной записки

1. Объем пояснительной записки

Пояснительная записка включает текстовую часть всех разделов, предусмотренных в книжке дипломника, с рисунками, таблицами, схемами алгоритмов, графиками, а также приложения. Объем записки – 100±20 листов формата А4. Объем приложений к проекту (в том числе программных документов) не нормируется.

Рекомендуемое распределение объема по разделам пояснительной записки приведено в табл. 1.

Таблица 1

Распределение объема по разделам пояснительной записки к ДП

Приведенная структура пояснительной записки является рекомендуемой и в каждом конкретном случае может быть изменена и дополнена, а при наличии достаточного обоснования некоторые разделы по согласованию с руководителем проекта могут быть объединены или модифицированы по названию и содержанию.

2. Содержание пояснительной записки

Материалы пояснительной записки располагаются в следующей последовательности:

• Титульный лист

• Содержание

• Перечень используемых сокращений в лексикографическом порядке

• Перечень основных используемых терминов и определений в лексикографическом порядке

• Техническое задание на дипломный проект

• Введение

1. Аналитический раздел

2. Проектный раздел

2.1. Информационно-программная часть

2.2. Организационно-технологическая часть

2.3. Экономическая часть

3. Правовой раздел

• Заключение

• Список источников

• Приложения

Содержание пояснительной записки определяется темой и характером проекта и включает материалы по всем разделам, предусмотренным книжкой дипломника.

1. Введение

Введение должно содержать общие сведения о дипломном проекте: актуальность выбранной темы, цель и задачи проекта, субъект (конкретное предприятие), объект (экономико-информационные процессы, происходящие на данном предприятии), используемые методики, практическую значимость полученных результатов. Также необходимо перечислить вопросы, которые будут рассмотрены в проекте, выделив те, которые предполагается решить практически. При этом нужно подчеркнуть новизну разработки и изложить перспективы развития объекта и проектируемой ЭИС. При необходимости привести логическую структуру проекта.

2. Аналитический раздел

Аналитический раздел должен включать:

1. для дипломных проектов исследовательского типа:

• обоснование актуальности исследования и его практической значимости,

• анализ вариантов алгоритмов и математических методов,

• оценку принципиальной возможности решения задач, сформулированных в ТЗ;

2. для дипломных проектов опытно-конструкторского типа:

• анализ функциональной сущности процессов, определяемых темой дипломного проекта (см. Приложения 2 – 4),

• анализ информационных потоков в исследуемой предметной области и автоматизации обработки информации,

• при наличии автоматизированного аналога – сравнительный анализ структуры и функций подразделений предприятия, участвующих в функционировании системы или обеспечивающих ее эксплуатацию,

• исследование рынков программных и информационных продуктов,

• при разработке новых составляющих ЭИС и при наличии аналогов и прототипов – сравнительный анализ по функциональным требованиям и (при необходимости) требованиям к информационной и программной совместимости, по затратам на создание и эксплуатацию составляющих ЭИС,

• при адаптации (доработке) существующих компонентов (составляющих) ЭИС – обоснование актуальности новых функций и других показателей;

3. для дипломных проектов комплексного типа по темам, содержащим большой комплекс разнородных задач:

• описание требований к внешним функциям ЭИС (для всех исполнителей),

• обоснование оптимальной декомпозиции на отдельные компоненты с уточнением их места в общей структуре ЭИС,

• обоснование частных требований к конкретной компоненте исполнителя и их реализуемости в выбранной программно-аппаратной среде.

Ниже приводятся рекомендации к содержанию аналитического раздела дипломных проектов по автоматизированному решению экономико-информационных задач.

Технико-экономическая характеристика предметной области должна включать краткую оценку технико-экономических аспектов анализируемого объекта. Такими аспектами могут быть организационная структура предприятия или отдельные объекты управления, тип производства, номенклатура готовой продукции, материалов и т.п., этапы подготовки изделия. Описание иерархических связей объектов должно производиться сверху вниз, от общего к частному.

Давая подробное описание предметной области и характеризуя ее, необходимо акцентировать внимание на тех структурных компонентах, в которых будут использованы результаты данного дипломного проекта. Так, если предметной областью являются бухгалтерские задачи, то необходимо указать, как строится рабочий план счетов, какие формы счетоводства используются для ведения учетных регистров, предусмотрена ли в штатном расписании центральная бухгалтерия и должность главного бухгалтера, используется ли централизованная форма учета на предприятии. Следует также охарактеризовать учетную политику предприятия, отразив организационные и методические аспекты учета. Рассматривая организационную структуру бухгалтерии, необходимо охарактеризовать существующие сектора (группы, отделы) с указанием задач, которые решает каждая конкретная группа в целом, и перечислением конкретно тех, которые будут рассмотрены в данном ДП.

Далее нужно провести декомпозицию комплекса задач и краткую характеристику каждой. Например, для задач, связанных с учетом материальных ценностей, необходимо дать описание бухгалтерских записей по задачам и отразить счета Плана счетов бухгалтерского учета, которые используются для учета материальных ценностей, а также возможные бухгалтерские проводки по этим счетам.

Раскрывая экономическую сущность и содержание рассматриваемого в проекте комплекса задач, целесообразно придерживаться следующего плана:

• понятие об анализируемом объекте управления и его характеристики;

• функциональные задачи управления;

• характеристика системы первичных экономических показателей;

• организация информационного обслуживания органа управления;

• методика реализации функции управления;

• перспективы совершенствования.

3. Проектный раздел

Проектный раздел должен включать:

Информационно-программная часть:

• в эскизном проекте:

• уточнение требований ТЗ (при необходимости),

• предварительная проработка структуры входных, выходных и промежуточных данных,

• уточнение методов решения задачи,

• разработка укрупненной структуры ПО, ИО и функциональной схемы;

• в техническом проекте:

• уточнение структуры входных и выходных данных,

• уточнение структуры ПО, ИО и разработка алгоритмов решения задач,

• определение формы представления входных, выходных и промежуточных данных;

• в рабочем проекте:

• разработка и отладка программного модуля, компонентов ИО (СУБД, БД и др.),

• разработка методики испытаний программного модуля, ИО в соответствии с требованиями п. 7 ТЗ (Приложение 2),

• разработка соответствующей документации, заданной в п. 4 ТЗ (Приложение 2) для ПО, в п. 5 ТЗ (Приложения 3, 4) для ИО и ОО соответственно.

В случае выраженной организационной направленности дипломного проекта (т.е. сочетающей разработку программного и организационного обеспечения либо информационного и организационного обеспечения) предусматривается:

• разработка проекта реинжиниринга бизнес-процессов в предметной области на основе UML, IDEF, DFD стандартов;

• разработка автоматизированного документооборота на основе взаимодействия персонала ЭИС и персонала объекта автоматизации.

Организационно-технологическая часть:

• описание технологий программирования, отладки, испытаний предлагаемого ПО, ИО, описание технологии подготовки и решения задач при эксплуатации программного продукта, средств информационной и организационной поддержки;

• построение сетевого графика, увязывающего разработку модулей (для дипломных проектов комплексного типа);

• разработка органиграмм, использование предложенных компонентов (ПО, ИО) при реинжениринге бизнес-процессов.

Экономическая часть:

• сегментация рынка, оценка привлекательности выбранного сегмента и позиционирование предложенных программных продуктов, средств информационной и организационной поддержки бизнес-процессов;

• разработка элементов продвижения предложенных продуктов на рынок;

• оценка экономической эффективности внедряемых компонентов (ПО, ИО).

Внимание! Наиболее распространенной ошибкой при подготовке первых двух глав пояснительной записки к дипломному проекту является то, что студент пытается изложить одновременно существующее положение дел на предприятии, выявленных в ходе обследования, и технологию функционирования, разрабатываемую в дипломном проекте. Не следует забывать, что основная цель первой главы – рассмотрение существующего состояния предметной области, характеристика объекта и субъекта и обоснование предложений по устранению выявленных недостатков, внедрению новых подходов, новых технологий и т.д. Характеристика проектируемой системы, технология ее работы и все, что связано с нововведениями, должны рассматриваться и раскрываться во второй главе проекта. Не следует комбинировать то, что существует в настоящий момент, с тем, что планируется.

Графический материал проектного раздела в зависимости от темы должен отражать назначение ЭИС (или их составляющих), структуру, состав и технические характеристики (при необходимости), требования к ПО, математические зависимости, иллюстрирующие метод решения, ограничения и допущения математического аппарата, а также сравнительную таблицу по принятой номенклатуре требований с преимущественно количественными показателями по аналогам к разрабатываемым составляющим.

В процессе выполнения проекта графический материал может уточняться по согласованию с руководителем соответствующей части проекта.

Для примера ниже приведены рекомендации по содержанию проектного раздела дипломных проектов по автоматизированному решению экономико-информационных задач.

В информационно-программной части дипломного проекта следует обосновать необходимость использования вычислительной техники и создания АРМ для решения выбранного комплекса задач, а также охарактеризовать предлагаемые проектные решения.

Следует произвести обоснованный выбор задач для данного ДП и пояснить, в чем проявляется обособленность оставшихся задач от выбранных, а также обосновать целесообразность автоматизации данных задач.

Далее необходимо указать, какого класса аппаратное обеспечение будет задействовано для решения выбранного комплекса задач, обосновав при этом целесообразность использования вычислительной техники. При рассмотрении недостатков, присущих существующему состоянию дел на предприятии, целесообразно акцентировать внимание на тех из них, устранение которых предполагается осуществить в ДП.

Наиболее распространенными недостатками являются:

• невозможность расчета показателей, необходимых для управления объектом, из-за сложности вычислений или чрезмерного объема информации;

• большая трудоемкость обработки информации (привести объемно-временные параметры);

• низкая оперативность, снижающая качество управления объектом;

• невысокая скорость и достоверность информационных потоков;

• несовершенство организации сбора и регистрации исходной информации;

• низкая эффективность процессов сбора, передачи, обработки и выдачи информации.

При использовании АРМ в ДП требуется обосновать необходимость автоматизации на базе АРМ, а также доказать ее наибольшую эффективность для данной конкретной ситуации.

В этом случае проводится оценка эффективности используемой модели ЭВМ, исходя из ее назначения. При этом оценивают:

• параметры входных информационных потоков, поступающих на обработку в ЭВМ или в вычислительную систему (ВС);

• характер решаемых ЭВМ или ВС задач и алгоритмов их решения;

• технические характеристики ЭВМ и ВС;

• эксплуатационные характеристики ЭВМ и ВС;

• стоимостные показатели (во многих случаях удобна комплексная стоимостная характеристика – стоимость машинного часа).

На основе анализа задач, алгоритмов их решения, входных потоков информации можно определить требования к набору основных технических характеристик (ОТХ) ЭВМ и ВС. Практически же учесть все характеристики ЭВМ и ВС весьма сложно. Многие из них (например, степень развития системного программного обеспечения, полнота функционального контроля и диагностика неисправностей, форма представления чисел и т.п.) в основном носят качественный характер. Целесообразно определить минимальный набор ОТХ, допускающий количественную трактовку с целью оценки значения каждой характеристики. Для обоснования выбора ЭВМ и ВС необходимо сопоставить ОТХ ЭВМ или ВС с требуемыми для решения конкретной задачи параметрами.

Обоснование применения АРМ следует начать с рассмотрения их возможностей и преимуществ.

Необходимо определить уровень развития АРМ, среди которых выделяют: построение типовых (базовых) АРМ, ориентированных на группы конкретных пользователей; реализация на базе типовых решений специализированных или функциональных АРМ (например, АРМ бухгалтера, АРМ аналитика); объединение специализированных АРМ в проблемно-ориентированные комплексы в рамках локальных распределенных систем обработки данных.

Возможности АРМ обычно тесно связаны с их структуризацией и параметризацией, зависят от функциональных характеристик ЭВМ, на которых они базируются. Поэтому после рассмотрения этих аспектов нужно остановиться на обеспечивающей части АРМ: организации информационной базы; специфике программного обеспечения; обосновании общей технологии обработки данных; лингвистическом обеспечении; организации диалога; методическом обеспечении; ГОСТах.

Проектные решения по информационному обеспечению обосновываются с точки зрения внемашинного и внутримашинного обеспечения и включают следующие вопросы:

• основные принципы проектирования информационного обеспечения комплекса задач;

• обоснование состава и содержания результатных массивов и выходных документов;

• обоснование состава, формы представления исходной информации в первичных документах и на машинных носителях;

• обоснование требований к системам классификации и кодирования информации.

В данном разделе также необходимо уделить внимание обоснованию выбора методов организации информационной базы.

При выборе ИО создаваемой системы наиболее важными являются следующие моменты:

• определение целесообразности использования интегрированной базы данных;

• выбор СУБД;

• выбор структуры автономных файлов;

• использование диалога.

По каждому из названных моментов необходимо также определить основные факторы, влияющие на выбор.

Обоснование проектных решений по технологии сбора, передачи, обработки и выдачи информации включает характеристику существующей технологии и подготовку предложений по ее совершенствованию.

Обоснование проектных решений по программному обеспечению комплекса задач заключается в формировании требований к системному, специальному и прикладному программному обеспечению. Программное обеспечение включает использованные библиотеки, компиляторы, редакторы связи, планы создания загрузочных модулей и т.д. Здесь дается характеристика архитектуры программ и представляется структурная схема пакета (дерево вызова процедур и программ), а также приводится описание программных модулей и файлов.

Целесообразно:

• обосновать выбор соответствующего инструментального средства и среды, в которой предполагается использование разрабатываемой ЭИС;

• определить цель проектирования рациональной внутримашинной технологии обработки на основе выбранных инструментальных средств;

• раскрыть сущность методов проектирования рациональной внутримашинной технологии;

• определить функции управляющей программы;

• обосновать наличие предлагаемых режимов обработки данных в проектируемой ЭИС (пакетного, диалогового и т.д.);

• выработать требования к оформлению экранных и печатных форм, эргономике программного обеспечения.

При характеристике предлагаемого ПО необходимо аргументировать его применение в сравнении с подобным, существующим на российском рынке (исключить следующие аргументы – знание данного языка программирования, знание данной системы).

Следует также обосновать выбор внутримашинной технологии обработки данных, исходя из специфики проектируемого процесса (например, пакетный, диалоговый или распределенный режим).

При построении инфологической модели и схемы данных необходимо детально показать, как на основе входных документов и нормативно-справочной информации (НСИ) происходит обработка с использованием массивов оперативной информации и формирование выходных данных. Модель может быть построена с применением традиционных методик или с использованием систем автоматизированного проектирования (например, CASE, Design IDEF и т.д.).

Далее необходимо дать характеристику используемым для решения данного комплекса задач классификаторам и системам кодирования. При этом производится описание каждого классификатора и рассматриваются вопросы централизованного ведения классификаторов на предприятии по данной предметной области.

После характеристики входной и итоговой информации, на каждый информационный массив составляется описание нормативно-справочной и оперативной информации. Необходимо указать назначение и применение каждого документа. Описывается также каждый тип записи. Если информационная база организована в форме БД, то приводится ее логическая структура или отмечается, что структура записей информационных массивов совпадает со структурой файлов, которая приведена при описании программного обеспечения комплекса задач. Также необходимо рассмотреть методику ведения НСИ. Особое внимание следует уделить проектированию форм результатных документов.

При рассмотрении внутримашинной реализации комплекса задач необходимо исследовать алгоритмы расчета и решения задач, которые подразделяются на алгоритмы по выполнению работ для получения результатной информации и непосредственно формулы расчета экономических показателей, рассмотрев последовательность проведения расчетов.

Затем приводится описание структурной схемы использования комплекса программ (дерева диалога), в котором дается описание структуры диалога и его содержания, включая назначение и последовательность вызова каждого режима и подрежима.

При разработке структуры диалога необходимо спроектировать: работу с первичными документами, формирование выходных ведомостей, реорганизацию информационной базы, предусмотрев возможность корректировки вводимых данных, просмотра введенной информации, работу с файлами постоянной информации, протоколирование действий пользователя.

Применяются два способа описания диалога. Первый предполагает использование табличной формы описания. Второй использует представление структуры диалога в виде орграфа, вершины которого пронумерованы, а описание его содержания в соответствии с нумерацией вершин приводится либо в виде копий экранов (если сообщения относительно просты) либо в виде таблицы.

Схема работы программы (системы) показывает взаимосвязь ПО и ИО комплекса задач и может быть представлена несколькими подсхемами, каждая из которых соответствует определенному режиму.

В организационно-технологической части дипломного проекта необходимо рассмотреть следующий круг вопросов:

• организация ЭИС, сравнение проектируемой и существующей ЭИС;

• организация информационной базы комплекса задач (файловая организация и база данных);

• организация технологического процесса сбора, передачи, обработки и выдачи информации;

• технология проектирования ЭИС (например, индивидуальное проектирование методами модельного проектирования или использования пакетов прикладных программ).

Технологическое обеспечение включает описание организации технологии сбора, передачи, обработки и выдачи информации и отражает последовательность операций, начиная со способа сбора первичной информации, включающей два типа документов (документы, данные из которых используются для корректировки НСИ, и документы, представляющие оперативную информацию, используемую для расчетов) и заканчивая формированием итоговой информации. Затем приводится схема технологического процесса сбора, передачи, обработки и выдачи информации.

В программах, регулирующих ввод информации в базу, необходимо предусмотреть развернутый и всесторонний контроль вводимых данных, поскольку ошибки в обрабатывающих программах не так опасны, как ошибки в данных, попавших в базу. Сообщение об ошибках должны быть сформулированы конкретно и однозначно, чтобы пользователь мог предпринимать соответственно такие же конкретные и однозначные действия. Несмотря на большую трудоемкость при разработке, такой контроль крайне важен при эксплуатации комплекса программ.

В экономической части проводится расчет показателей, доказывающих экономическую эффективность проекта. При этом в зависимости от выбранного направления расчета должна быть изложена его методика.

Результаты расчета показателей экономической эффективности проекта необходимо представить в форме таблиц, графиков. Здесь следует определить улучшение качественных характеристик процесса управления соответствующим объектом и оценить влияние автоматизированного комплекса задач на эффективность деятельности органов управления и конечные результаты.

4. Правовой раздел

Специальное задание по правовому разделу дипломного проекта формулируется консультантом по этому разделу и включает, как правило, разработку мероприятий по охране авторских прав либо информационной безопасности разрабатываемых компонентов ЭИС.

5. Заключение

В заключении представляются основные результаты, полученные в ходе выполнения дипломного проектирования, делаются выводы по проекту, показывается новизна предложенных решений и практическая значимость результатов, анализируется возможность их внедрения и направления дальнейшего совершенствования.

6. Список источников

Список источников должен соответствовать выбранной тематике дипломного проекта и охватывать все разделы пояснительной записки.

При изложении материала каждого раздела, в котором используются литературные источники или Интернет-ресурсы, ссылки на список литературы обязательны.

7. Приложения

В приложениях желательно наличие распечатки в объектном коде отлаженных основных программных модулей (около 400 операторов языка высокого уровня) или адаптированных программных средств, использованных в работе. Кроме того, в приложения включают документы, разработанные в соответствии с требованиями ТЗ. В зависимости от темы могут быть введены дополнительные приложения, которые либо подшиваются вместе с ПЗ, либо оформляются отдельной книгой с титульным листом "Приложения к дипломному проекту "…" (название) студента гр. …, Ф.И.О. …", но с указанием их в содержании основной книги пояснительной записки.

В виде приложений к ПЗ допускается также оформлять иллюстрационный материал, таблицы или текст вспомогательного характера значительного объема.

Каждое приложение должно начинаться с нового листа (страницы) с указанием в правом верхнем углу первого листа слова "Приложение" и иметь заголовок, который записывают в центре строки прописными буквами.

При наличии в ПЗ более одного приложения их нумеруют арабскими цифрами (без знака №), например, Приложение 1, Приложение 2 и т.д.

Текст каждого приложения при необходимости разделяют на разделы, подразделы и пункты, нумеруемые отдельно по каждому приложению.

Иллюстрации и таблицы в приложениях нумеруют в пределах каждого приложения. Перед номером ставится буква "П", например "Рисунок П.1.1" (первый рисунок первого приложения), "Таблица П.1.2" (вторая таблица первого приложения).

Если в ПЗ есть приложения, то на них дают ссылку в основном тексте ПЗ, а в содержании перечисляют все приложения с указанием их номеров и заголовков.

3. Оформление пояснительной записки

Внимание! При оформлении пояснительной записки (ПЗ) следует руководствоваться требованиями ГОСТ 7.32-2001 "Отчет о научно-исследовательской работе. Структура и правила оформления". Этот ГОСТ устанавливает общие требования к структуре и правилам оформления научных и технических отчетов³.

Схемы алгоритмов, встраиваемые в текст ПЗ в качестве рисунков, выполняются в соответствии с ГОСТ 19.701-90 ЕСПД.

Пояснительная записка выполняется машинным способом (набирается на компьютере) с применением печатающих и графических устройств вывода ЭВМ на одной стороне листа формата А4 с соблюдением полей (рис. 2), с одинарным межстрочным интервалом (1.0), размером шрифта пт 14 – Times New Roman Cyr или Arial Cyr (в doc либо rtf формате). Допускается представлять иллюстрации, таблицы и распечатки с ЭВМ на листах формата А3 с соблюдением полей (рис. 3).

Повреждения листов, помарки и следы не полностью удаленного прежнего текста (чертежа, графики) не допускаются. Вписывать в пояснительную записку отдельные слова, формулы, условные знаки, буквы латинского и греческого алфавита, а также выполнять схемы и рисунки от руки не допускается.

Образец оформления титульного листа пояснительной записки приведен в Приложении 9.

Р

Рис. 3. Оформление текста на листе формата А3

Структурными элементами текста пояснительной записки являются разделы, подразделы, пункты, подпункты и перечисления. Отдельная нумерация страниц ПЗ в пределах раздела и подраздела не допускается.

Каждый раздел ПЗ рекомендуется начинать с нового листа (страницы). Наименования разделов и подразделов должны быть краткими. Размер шрифта – 14 пт, начертание шрифта – жирный.

Подчеркивать заголовки и переносить слова в заголовках не допускается. Точку в конце заголовка не ставят. Если заголовок состоит из двух предложений, их разделяют точкой.

Допускается помещать текст между заголовками раздела и подраздела, между заголовками подраздела и пункта. Каждый структурный элемент начинается с абзацного отступа.

Расстояние между заголовком и последующим текстом, а также между заголовками раздела и подраздела, должно составлять 12 пт.

Если новый подраздел начинается на одной странице с текстом предыдущего подраздела, то расстояние между последней строкой текста и последующим заголовком должно составлять 24 пт.

Расстояние между основаниями строк заголовка принимают таким, как в тексте.

Все основные разделы и подразделы должны быть включены в содержание пояснительной записки, которое располагается после титульного листа. Пункты и подпункты, как правило, в содержание не включают. Пример оформления содержания пояснительной записки см. в Приложении 10.

Нумерация страниц пояснительной записки оформляется арабскими цифрами в центре нижней части листа без точки. В ПЗ и приложениях, включенных в ее состав, следует соблюдать сквозную нумерацию страниц. В приложениях, оформленных в виде отдельной книги, нумерацию листов начинают с начала.

Титульный лист ПЗ, титульные листы разделов и приложений, а также техническое задание включают в общую нумерацию страниц ПЗ. Номера страниц на титульных листах не проставляют. Иллюстрации и таблицы, расположенные на отдельных листах, включают в общую нумерацию страниц ПЗ. Иллюстрации и таблицы на листе формата АЗ учитывают как одну страницу.

Сокращения слов в тексте, заголовках и надписях под иллюстрациями ПЗ не допускаются, за исключением:

• сокращений, установленных в ГОСТ 2.316-68 и общепринятых в русском языке (например, см, кг);

• сокращений, применяемых для обозначения программ, их частей и режимов работы в языках программирования, в средствах настройки программы и т.п., в том числе и обозначаемых буквами латинского алфавита.

Если в ПЗ принята особая система сокращения слов или наименований, то должен быть приведен перечень принятых сокращений, который помещают после содержания ПЗ.

Перечни терминов и сокращений, предметный указатель, перечень символов и числовых коэффициентов следует составлять в алфавитном порядке. Остальные перечни составляют в порядке возрастания номеров.

Библиографическое описание источников. В списке источников следует указать все литературные и другие информационные ресурсы, использованные при составлении ПЗ.

Библиографическое описание источников производят в соответствии со следующими примерами⁴:

Сведения о книге одного – двух авторов:

1. Ильин В.А., Позняк Э.Г. Линейная алгебра. - М.: Наука, 1984. – 232 с.

Сведения о книге более трех авторов:

2. Ведешкин К.А., Левина З.Ф., Ломкин С.П. и др. Решение задач методом "крупных частиц". - М.: ВЦ АН СССР, 1970. – 150 с.

Сведения о статьях в журнале:

3. Моисеев Е.И. Об одном интегральном представлении решения задачи Дарбу// Математические заметки. – 1982. - т. 30, N2. – С. 15-17.

4. Saigo M. A remark on integral operators involving the Gauss hypergeometroc functions. // Math. Rep. Kyushu Univ., 1978, v.11, N2. – р. 23-28.

Сведения о стандарте:

5. ГОСТ 19.402-78 Описание программы.

Сведения о статье в сборнике статей:

6. Ковальчук В.В. К вопросу об устойчивости систем с симметрией // Моделирование и исследование устойчивости систем. - Киев, Киевский Национальный Университет, 1996. - с. 25-26.

Сведения об Интернет-ресурсе (с указанием полного Интернет-адреса).

7. 50 лекций по микроэкономике – http://50.economicus.ru

В тексте ПЗ должны быть расставлены ссылки на все использованные источники. Ссылки на литературу в тексте следует приводить, записывая в квадратных скобках порядковый номер по списку литературы. Примеры: [1]; [7-10]; [8, c. 25-26]; [5, 6], [25, п.1.7]. Все перечисленные в списке источников работы нумеруются в порядке появления ссылок в тексте ПЗ.

4. Текст пояснительной записки

При изложении текста пояснительной записки необходимо придерживаться следующих правил:

• писать кратко, логично (разделы ПЗ должны быть логически связаны, по всему тексту должна прослеживаться идейная внутренняя нить);

• проверять достоверность (объективность), убедительность (аргументированность) и полноту (достаточность) излагаемой информации;

• выделять новое, оригинальное;

• писать по возможности короткими фразами (предложениями), используя простые слова;

• исключить использование местоимений "я" и "мы" в тексте ПЗ;

• использовать абзацы и другие способы графического оформления текста;

• использовать принятые в научной литературе стандартные фразы (клише).

При изложении актуальности в качестве клише можно использовать приведенные ниже фразы:

1. как показывает обзор литературы (анализ литературных данных, результаты ранее проведенных исследований), задача... (проблема...) еще не решена в полной мере;

2. с целью создания эффективно работающих... необходимо ...;

3. указанной проблеме... было посвящено значительное количество работ, однако следует отметить отсутствие в литературных источниках экспериментальных данных о...;

4. в настоящее время актуальной является задача.... Это объясняется ...;

5. при расчете (конструировании)... необходимо знание.... Поэтому экспериментальные исследования... представляют большой интерес;

6. исследование... представляет большое научное и практическое значение для решения проблем.... Оно необходимо при решении таких задач, как.... Поэтому создание... является актуальной задачей;

7. в связи с широким использованием... изучение... представляет практический и научный интерес;

8. возможность эффективного воздействия на... во многом определяются; достоверностью представлений о..., поэтому актуальной является задача...;

9. к настоящему времени процессы... изучены недостаточно. Имеющиеся в литературе данные о... зачастую противоречат друг другу (не укладываются в рамки существующих теорий и моделей);

10. теоретическое исследование... сопряжено с большими трудностями, связанными с..., поэтому важное значение имеют экспериментальные исследования...;

11. исследование... в реальных условиях сопряжено с большими трудностями, поэтому важное значение приобретает теоретический анализ....

При описании цели работы (см. также выводы) можно использовать следующие клише:

1. анализ... (свойств..., методов..., возможностей...);

2. создание...;

3. разработка...;

4. экспериментальное (или теоретическое) исследование...;

5. теоретическая разработка... методов для... исследования...;

6. обоснование применения... методов и экспериментальная проверка их работоспособности (возможностей) при...;

7. математическое моделирование….

При перечислении задач работы в качестве клише можно применить следующие фразы:

1. были поставлены следующие задачи: ...;

2. в данной работе изучается...;

3. задачей настоящей работы является….

В формулировках выводов (см. также цель и задачи) можно использовать следующие клише:

1. разработан...;

2. экспериментально проверен... (показано, что...) (установлено, что...);

3. разработанные методы позволяют...;

4. на основе... проведены исследования...;

5. исследовано влияние...;

6. определен...;

7. выявлены закономерности...;

8. обнаружено...;

9. впервые... (получены, разработана, ...);

10. показана возможность...;

11. обосновано использование... методов для...;

12. получены данные о...;

13. полученные данные о... показали возможность...;

14. проведено сравнение (сопоставление)... (полученных экспериментальных данных с данными, соответствующими имеющимся теоретическим моделям);

15. получены методы решения...;

16. разработан метод решения...;

17. построена (предложена) модель...;

18. разработана методика и программа для...;

19. выяснен механизм (отдельные стороны механизма)...;

20. создан... комплекс...;

21. получены новые результаты по (данные о)...;

22. показана возможность...;

23. на основании... выявлено, что...;

24. подробно изучено... .

Основные требования к тексту пояснительной записки. При изложении обязательных требований в тексте должны применяться слова "должен", "следует", "необходимо" и производные от них. Наименования, приводимые в тексте ПЗ и на иллюстрациях, должны быть одинаковыми.

Термины и определения в ПЗ должны быть едиными и соответствовать установленным стандартами, а при их отсутствии – общепринятым в научно-технической литературе, и приводиться в перечне терминов.

Если в ПЗ принята специфическая терминология, то в начале ПЗ (перед техническим заданием) должен быть приведен перечень принятых терминов с соответствующими разъяснениями. Перечень включают в содержание документа.

В тексте ПЗ не допускается:

• применять для одного и того же понятия различные научно-технические термины, близкие по смыслу (синонимы), а также иностранные слова и термины при наличии равнозначных слов и терминов в русском языке;

• сокращать обозначения физических единиц, если они употребляются без цифр, за исключением физических единиц в головках и боковиках таблиц и в расшифровках буквенных обозначений, входящих в формулы;

• использовать в тексте математический знак минус "-" перед отрицательными значениями величин. Вместо математического знака "-" следует писать слово "минус";

• употреблять математические знаки без цифр, например  (меньше или равно),  (больше или равно),  (не равно), а также знаки № (номер), % (процент).

Для выделения отдельных понятий допускается изменять интервалы между словами, а также печатать отдельные слова или части текста шрифтом, отличным от печати основного текста.

Числовые значения величин в тексте ПЗ должны указываться с необходимой степенью точности. Числа с размерностью следует писать цифрами, а без размерности – словами, например: "Себестоимость – не менее 2 руб.", "Существует два метода расчета".

Единица физической величины одного и того же параметра в пределах одной ПЗ должна быть постоянной. Если в тексте ПЗ приводится ряд числовых значений, выраженных в одной и той же единице физической величины, то ее указывают только после последнего числового значения, например: 1,5; 1,75; 2 м.

6. Перечень ссылочных документов

ГОСТ 7.32-2001 Отчет о научно-исследовательской работе. Структура и правила оформления.

ГОСТ 2.105–95 Единая система конструкторской документации. Общие требования к текстовым документам.

ГОСТ 6.38–90 Унифицированные системы документации. Система организационно-распорядительной документации. Требования к оформлению документов.

ГОСТ 2.104–68 Единая система конструкторской документации. Основные надписи.

ГОСТ 2.316–68 Единая система конструкторской документации. Правила нанесения на чертежах надписей, технических требований и таблиц.

ГОСТ 7.1–84 Система стандартов по информации, библиотечному и издательскому делу. Библиографическое описание документа. Общие требования и правила составления.

ГОСТ 7.12–93 Система стандартов по информации, библиотечному и издательскому делу. Библиографическая запись. Сокращение слов на русском языке. Общие требования и правила.

ГОСТ 8.417–81 Государственная система обеспечения единства измерений. Единицы физических величин.

ГОСТ 19.201–78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению.

ГОСТ 19.401–78 Единая система программной документации. Текст программы. Требования к содержанию и оформлению.

ГОСТ 19.502–78 Единая система программной документации. Описание применения. Требования к содержанию и оформлению.

ГОСТ 19.503–79 Единая система программной документации. Руководство системного программиста. Требования к содержанию и оформлению.

ГОСТ 19.504–79 Единая система программной документации. Руководство программиста. Требования к содержанию и оформлению.

ГОСТ 19.505–79 Единая система программной документации. Руководство оператора. Требования к содержанию и оформлению.

ГОСТ 19.701–90 (ИСО 5807–85) Схемы алгоритмов, программ, данных и систем.

ГОСТ 19.781–90 Программное обеспечение систем обработки информации. Термины и определения.

ГОСТ 28195–89 Оценка качества программных средств. Общие положения.

ГОСТ 28806-90 Качество программных средств. Термины и определения.

ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

Государственный образовательный стандарт высшего профессионального образования. Специальность 351400 "Прикладная информатика (по областям)".

Приложение 1

Образцы официальных писем предприятия о направлении дипломника на практику

Директору ИнЭУП МИЭТ Анискину Ю.П.

Текст письма о направлении дипломника на ознакомительную практику:

Предприятие ________________________________________________________

^{(наименование предприятия, организации)}

просит направить для прохождения ознакомительной практики в период с 07.02.200_ г. по 28.02.200_ г. студента 4 курса специальности 080801 "Прикладная информатика в экономике" ______________________ в качестве _____________________________.

^{(ФИО) (должность)}

Планируемая тема работы на практике __________________________________

^{(наименование темы)}

_________________________________________________________________________

_________________________________________________________________________

Текст письма о направлении дипломника на производственную и преддипломную практику:

Предприятие ________________________________________________________

^{(наименование предприятия, организации)}

просит направить для прохождения производственной (с 01.09.200_ г. по 30.09.200_ г.) и преддипломной практики (с 07.02.200_ г. по 31.03.200_ г.), а также выполнения дипломного проекта в период с 01.04.200_ г. по 25.05.200_ г. студента 5 курса специальности 080801 "Прикладная информатика в экономике" ____________________ в качестве _________________________.

^{(ФИО) (должность)}

Планируемая тема дипломного проекта __________________________________

^{(наименование темы)}

__________________________________________________________________________

__________________________________________________________________________

Руководитель предприятия ______________________________________ /ФИО/

^{(подпись)}

М.П.

Приложение 2

Образец технического задания на разработку программного обеспечения

УТВЕРЖДАЮ

Зав. кафедрой ИПОВС Московского государственного института электронной техники (ТУ) ___________________/ФИО/ "___" __________ 200_г

Техническое задание на разработку программного обеспечения информационной системы контроля и сопровождения работ на предприятии (шифр по ис кср)

(в названии темы не допускаются неопределенные условные (сокращения) обозначения)

Руководители дипломного проекта: от кафедры ИПОВС __________________________________________________/ФИО/

^{(подпись, дата)}

от кафедры ИнЭУП ___________________________________________________/ФИО/

^{(подпись, дата)}

Студент гр. ЭУ-5_ ____________________________________________________/ФИО/

^{(подпись, дата)}

СОГЛАСОВАНО:

Руководитель практики от предприятия (фирмы, кафедры) _________________/ФИО/

^{(подпись, дата)}

Москва 200_

Введение

В разделе "Введение" указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие⁵.

В связи с возрастанием в ОАО "ОТИК" количества НИР и ОКР, проводимых одновременно, резко увеличился поток управленческой информации. Территориальная разобщенность подразделений предприятия и необходимость выполнения работ в строгом соответствии с графиком создают дополнительные предпосылки для автоматизации процессов контроля всех работ на предприятии. Для успешного выполнения задач, поставленных руководителями структурных подразделений, и повышения эффективности управления работами необходимо средство, позволяющее руководителям контролировать ход выполнения работ. Именно с этой целью создается программное обеспечение автоматизированной системы контроля и сопровождения работ.

Этапы работ составляют отдельные заказы, что требует от системы возможности адаптации к особенностям организации производственного процесса на различных предприятиях.

1. Основание для разработки

В разделе "Основания для разработки" должны быть указаны:

• документ (документы), на основании которых ведется разра­ботка;

• организация, утвердившая этот документ, и дата его утверждения;

• наименование и (или) условное обозначение темы разработки.

1.1. Основание для разработки:

• задание на дипломный проект.

1.2. Наименование работы и ее шифр:

Разработка программного обеспечения информационной системы контроля и сопровождения работ на предприятии.

Шифр: ПО ИС КСР.

2. Назначение разработки

В разделе "Назначение разработки" должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

Программное обеспечение создается с целью систематизации отдельных этапов работ, учета опережения или отставания от графика производства, облегчения на предприятии процесса контроля прохождения этапов. Система позволит руководителям производства сократить затраты времени на контроль и организацию производственного процесса.

3. Технические требования

Раздел "Требования к программе или программному изделию" должен содержать следующие подразделы:

• требования к функциональным характеристикам;

• требования к надежности;

• условия эксплуатации;

• требования к составу и параметрам технических средств;

• требования к информационной и программной совместимости.

3.1. Требования к функциональным характеристикам

В подразделе "Требования к функциональным характеристикам" должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.

3.1.1. Состав выполняемых функций

Создаваемое программное обеспечение должно обеспечивать автоматизацию учета и контроля основных этапов работ в процессе производства, в том числе:

• систематизацию данных по заказчикам, исполнителям, работам;

• формирование и коррекцию коллективов по направлениям работ;

• формирование и дальнейшее использование списков типовых работ по каждому из направлений (с возможностью простой коррекции этих маршрутов для конкретных приложений);

• организацию контроля выполнения работ по их направлениям с получением необходимых отчетов по датам, этапам и проч. (их перечень уточняется на этапе эскизного проектирования системы);

• автоматическую выдачу напоминаний, указаний и т.п.;

• автоматизацию делопроизводства, адресную рассылку информации заранее определенному кругу адресатов, в том числе в процессе внесения изменений в разрабатываемых проектах.

На этапе эскизного проектирования системы необходимо также:

• проработать вопросы защиты информации в системе;

• определить план мероприятий и поэтапное наращивание функциональных возможностей программного обеспечения ИС КСР, включая разработку методических материалов;

• обеспечить возможность дальнейшего наращивания функций ПО ИС КСР.

3.1.2. Организация входных и выходных данных

Исходные данные в систему поступают из писем, файлов, распечаток, договоров и ТЗ на проведение НИР и ОКР, приказов и устных распоряжений руководства предприятия.

В настоящее время планируется вести 10 направлений работ силами 4 – 5 руководителей и 40-50 сотрудников предприятия.

Потоки информации можно условно классифицировать как:

• потоки подготовительного (маркетингового) этапа;

• потоки, обеспечивающие выполнение договорных работ;

• потоки архивируемых данных.

Общий текущий объем объектов контроля и сопровождения на начальном этапе работы системы определяется количеством НИР и ОКР (10 объектов), количеством типовых работ и этапов работ (50 – 60 объектов), количеством периодических и других работ (20 – 30 объектов), что в совокупности составляет до 100 различных объектов.

Имеющаяся на предприятии компьютерная техника позволяет использовать для организации работ локальную сеть, а при необходимости – и Интернет.

При введении ИС КСР в эксплуатацию все необходимые исходные данные должны фиксироваться в бае данных с отметкой о постановке на контроль и/или на исполнение по определенному маршруту. При этом система должна автоматически выполнять возможную рутинную и подготовительную работу, оставляя за руководителем право контроля и коррекции состава и сроков исполнения работ, поручаемых конкретному исполнителю, и последующего контроля прохождения работ. Исполнитель должен автоматически оповещаться о поручении и принимать непосредственное участие в разработке и согласовании плана проведения каждой конкретной работы. В случае изменения этапов работ система дает возможность корректировать уже внесенную в базу данных информацию о сроках исполнения отдельных работ, исполнителях и т.п.

Основной период использования системы – ежедневная работа.

Все введенные данные должны сохраняться в БД системы и выдаваться оператору системы по его запросу. Система должна предоставлять возможность подготовки отчетных данных для анализа за произвольный интервал времени (неделю, месяц и т.п.).

К выходным данным ИС КСР относятся уведомления, отчеты, экранные формы, которые должны содержать статистические данные о этапах и ходе выполнения работ.

Отчеты должны содержать следующую информацию:

1. списочный состав исполнителей контролируемых работ;

2. тематика договорных работ;

3. перечень работ, поступивших на предприятие за определенный период времени;

4. список выполненных в срок и задержанных работ;

5. списочный состав руководителей по направлениям;

6. индивидуальная карточка руководителя (ФИО руководителя, название НИР/ОКР, ФИО исполнителей, сроки выполнения по этапам);

7. индивидуальная карточка исполнителя (ФИО исполнителя, ФИО руководителя, название НИР/ОКР, индивидуальное задание, сроки выполнения по этапам).

3.2. Требования к надежности

В подразделе "Требования к надежности" должны быть указаны требования к обеспечению надежного функционирования (обеспечение устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа, защита информации и программ и т. д.) с уточнением списка оценочных элементов по фактору "Надежность ПС" в соответствии с ГОСТ 28195-89, обоснованных назначением ПО.

Для обеспечения надежности и предотвращения ошибочных действий оператора ИС необходимо обеспечить:

• применение отработанных стандартных технологий для работы с базой данных;

• внесение в БД максимально выверенных и достоверных данных о работах, номенклатуре выпускаемых предприятием продуктов, списочном составе работников предприятия, а также датах начала и окончания отдельных работ;

• защиту базы данных от несанкционированного доступа;

• регулярное обновление статистической информации и отчетов в электронном виде;

• сохранение твердых копий необходимых данных, документов и отчетов.

3.3. Условия эксплуатации

В подразделе "Условия эксплуатации" должны быть указаны условия эксплуатации при обслуживании, необходимое количество и квалификация персонала.

Для работы с ИС КСР должен быть выделен ответственный оператор, владеющий информационными технологиями на уровне пользователя. Функции оператора могут быть возложены, например, на секретаря предприятия или работника производственного отдела предприятия.

3.4. Требования к составу и параметрам технических средств

В подразделе "Требования к составу и параметрам технических средств" указывают необходимый состав технических средств с указанием их основных технических характеристик.

Для функционирования системы необходимы технические средства со следующими характеристиками:

1. Тип компьютера: IBM PC AT совместимый.

2. Процессор, частота (MГц): Intel Pentium 233 MГц.

3. Объем оперативной памяти: 64 MB.

4. Видеоадаптер/объем видеопамяти: SVGA/4MB на PCI.

5. Монитор: цветной SVGA, разрешение 1024х768 точек.

6. НЖМД (винчестер): 6-10 MB свободного места на диске С.

7. НГМД объем/форм-фактор: 1.44 МВ/ 3.5"

8. Поддерживаемые операционные системы: Microsoft Windows XP, Windows 2000, Windows 98.

9. Манипулятор "мышь".

10. Клавиатура.

Состав и параметры технических средств могут уточняться на этапе эскизного проектирования системы.

3.5. Требования к информационной и программной совместимости

В подразделе "Требования к информационной и программной совместимости" должны быть указаны требования к инфор­мационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.

Система должна быть реализована при помощи Borland Delphi. Рекомендуется использовать операционную систему Microsoft Windows XP. Интерфейс системы должен быть адаптирован к стандартным пакетам MS Office, как наиболее распространенным и освоенным многими пользователями.

Выходная информация должна быть доступна с автоматизированных рабочих мест руководителя предприятия, руководителя службы контроля, секретаря и руководителей работ, а также исполнителей работ – с использованием действующей локальной вычислительной сети. Перечень форм уточняется на этапе эскизного проектирования системы.

4. Требования к программной документации

В разделе "Требования к программной документации" должен быть указан состав разрабатываемой программной документации. При этом обязательными документами по ЕСПД являются текст программы по ГОСТ 19.401-78 (с достаточным уровнем комментариев) и один из дополнительных документов (в зависимости от назначения ПО):

• руководство оператора по ГОСТ 19.505-79 – при самостоятельном использовании ПО в конкретной сфере применения;

• руководство программиста по ГОСТ 19.504-79 – при фиксированном (безвариантном) использовании ПО в составе комплекса ПО;

• руководство системного программиста по ГОСТ 19.503-79 – при вариантном использовании ПО в составе комплекса (при котором требуется настройка ПО к конкретной технической среде и по составу выполняемых функций);

• описание применения по ГОСТ 19.502-78 – для исследовательских вариантов проекта.

Основными документами, регламентирующими разработку будущей системы, должны быть документы Единой системы программной доку­мен­тации.

К создаваемому программному обеспечению должны быть разработаны следующие документы:

• текст программы по ГОСТ 19.401-78;

• руководство оператора по ГОСТ 19.505-79.

5. Технико-экономические показатели

В разделе "Технико-экономические показатели" (в зависимости от полноты имеющейся экономической информации и требований ТЗ) могут быть рассчитаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность с анализом секторов рынка, конкурентные преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами, себестоимость ПО, цена и длительность разработки с указанием затрат на нее и т.д. При этом для всех исполнителей комплексного проекта допускается общее определение показателей для комплекса ПО в целом, но с индивидуальной оценкой себестоимости.

Эффективность системы определяется упорядочением и ускорением прохождения документов, автоматизацией решения рутинных задач, наработкой методик использования современных информационных технологий. Количественные показатели экономической эффективности уточняются на этапе технического проектирования и выбираются из следующего ряда:

• расчет себестоимости ПО;

• расчет цены ПО;

• расчет условно-годовой экономии при внедрении ПО;

• расчет прибыли и рентабельности ПО;

• расчет конкурентоспособности ПО;

• выбор сегментов потребителей ПО;

• определение позиции ПО на рынке по сравнению с товарами конкурентов;

• расчет временных и стоимостных затрат при разработке ПО;

• расчет функционально необходимых затрат методом функционально-стоимостного анализа при выборе вариантов ПО;

• оценка потенциала рынка ПО.

6. Стадии и этапы разработки

В разделе "Стадии и этапы разработки" устанавливаются укрупненные этапы и предварительное содержание работ на этапе преддипломной практики (февраль – март) и на завершающем этапе проекта (апрель – май).

Должны быть проведены следующие работы:

7. Порядок контроля и приемки

В разделе "Порядок контроля и приемки" должна быть приведена разработка методики испытаний, включающая тесты для отдельных модулей, а также проверку:

• функциональных характеристик п. 3.1 – обязательно для всех вариантов проекта;

• требований к надежности (п. 3.2) и совместимости (п.3.5) – для всех вариантов (кроме исследовательских). При этом по требованиям п. 3.2 необходимо с учетом эксплуатационного назначения ПО обеспечить испытания оценочных элементов, требующих тестовой проверки (в частности, при работе ПО в соответствующих системах управления реального времени и других "критичных" к ошибкам входных данных и функционирования ПО системах).

Испытания по требованиям пп. 3.1, 3.2 и 3.5 должны быть проведены на тестовых примерах, а для демонстрации работы ИС в целом должна быть разработана контрольно-демонстрационная задача. Приемка осуществляется на основании результатов испытаний.

Приложение 3

Образец технического задания на разработку информационного обеспечения

УТВЕРЖДАЮ

Зав. кафедрой ИПОВС Московского государственного института электронной техники (ТУ) ___________________/ФИО/ "___" __________ 200_г

Техническое задание на разработку модуля информационной поддержки системы управления взаимоотношениями с клиентами (crm-системы) для государственного издательства (шифр аис crm)

Руководители дипломного проекта: от кафедры ИПОВС ________________________________________________/ФИО/

^{(подпись, дата)}

от кафедры ИнЭУП ________________________________________________/ФИО/

^{(подпись, дата)}

Студент гр. ЭУ-5_ __________________________________________________/ФИО/

^{(подпись, дата)}

СОГЛАСОВАНО:

Руководитель практики от предприятия (фирмы, кафедры) _______________/ФИО/

^{(подпись, дата)}

Москва 200_

Введение

В разделе "Введение" указывают наименование, краткую характеристику предметной области, в которой используют подлежащие разработке составляющие (компоненты) экономической (автоматизированной) информационной системы ЭИС (АИС), т.е. программное, информационное и организационное обеспечение ЭИС (АИС)⁶.

На текущем этапе развития экономики все более перспективным является переход от продуктивно-ориентированной стратегии ведения бизнеса к так называемой клиентно-ориентированной стратегии. Это объясняется тем, что ввиду сильной конкуренции качество большинства товаров и услуг больше не играет существенной роли, так как достигло своих предельных показателей. Поэтому для привлечения новых клиентов и, что самое главное, удержания уже имеющихся компаниям приходится прилагать все больше усилий для выяснения потребностей и запросов покупателей (пользователей) своей продукции. Поэтому компании должны уметь эффективно выявлять наиболее перспективных и прибыльных клиентов и сотрудничать с ними, и, напротив, сокращать трудозатраты на обслуживание убыточных клиентов. Следует заметить, что со­временный бизнес в любой отрасли подвержен влиянию множества рисков, поэтому маркетинговые исследования и аналитическая обоснованность проводимых кампаний также очень важна.

За последние несколько лет в издательском бизнесе существенно возрос уровень конкуренции. В наибольшей степени он увеличился в области издания учебной и научной литературы (а именно в этом секторе рынка работает издательство "Финансы и Статистика"), что было обусловлено следующими факторами:

• льготным уровнем налогообложения (10% НДС вместо 20% НДС в целом по отрасли и отсутствие 5% налога с продаж);

• повышением спроса на учебную литературу вследствие роста пре­стижности образования;

• засильем зарубежных издательств, специализирующихся на учебной литературе.

Указанные выше факторы привели к увеличению числа контрагентов на данном секторе рынка и к ужесточению конкурентной борьбы, что, в свою очередь, подтолкнуло большинство издательств к поиску новых конкурент­ных преимуществ.

Существенно упростить решение этих и многих других проблем позволяют CRM-системы (системы управления взаимоотношениями с клиентами), поэтому руководством издательства было принято решение о внедрении в свою деятельность программного обеспечения данного класса.

1. Основания для разработки

В разделе "Основания для разработки" должны быть указаны:

• документ (документы), на основании которого ведется разработка;

• организация, утвердившая этот документ, и дата его утверждения.

• наименование и (или) условное обозначение темы разработки.

1.1. Основание для разработки

Разработка ведется на основании:

• задания на дипломный проект.

• распоряжения начальника отдела реализации и маркетинга издательства "Финансы и статистика".

1.2. Наименование разработки

Разработка модуля информационного обеспечения CRM-системы (системы управления взаимоотношениями с клиентами) для государственного издательства.

Шифр: АИС CRM.

2. Назначение и цели разработки

Раздел "Назначение и цели создания (развития) разработки" состоит из подразделов:

• назначение разработки;

• цели разработки.

2.1. В подразделе "назначение разработки" указывают вид автоматизируемой деятельности (управление, проектирование, бухгалтерский учет и аудит на предприятии; складской и оперативно-хозяйственный учет; расчет заработной платы и домашняя бухгалтерия; банковская деятельность и деятельность финансовых институтов; рынок ценных бумаг и депозитарная система; фондовая торговля; инвестиционный процесс; торговые операции (в т.ч. и безналичные расчеты); делопроизводство и документооборот; математическая поддержка подготовки принятия решения; юриспруденция и правовые информационные технологии; работа с персоналом; инновационная деятельность; маркетинговая деятельность; бизнес, экспертная деятельность, искусственный интеллект; образование, городское и транспортное хозяйство, производство (в соответствии с концепциями MRP, MRP II, ERP и т.д.).

2.2. В подразделе "Цели разработки" приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания составляющих (компонентов) ЭИС (АИС), и указывают критерии оценки достижения целей их создания.

2.1. Назначение разработки

Разрабатываемый модуль предназначен для обеспечения автоматиза­ции маркетинговой деятельности в части сбора, накопления, обработки и анализа всего объема как внешней информации о клиентах, так и внутренней информации компании на протяжении всего жизненного цикла клиента.

2.2. Цели разработки

Основной целью разрабатываемого модуля является упорядочивание и структурирование клиентской базы издательства, направленное на повышение обоснованности принятия управленческих решений в области работы с клиентами.

Эффективность внедрения данного модуля определяется:

• увеличением коэффициента возврата инвестиций (ROI);

• увеличением удельного веса издательства на рынке;

• увеличением производительности труда сотрудников отдела реализации и маркетинга;

• уменьшением числа убыточных и увеличением числа прибыльных клиентов;

• уменьшением транзакционных издержек (связанных с заключением и обслуживанием договоров).

Кроме того, эффективность CRM-системы может заключаться в улучшении согласованности работы отдельных сотрудников по обслуживанию как одного и того же, так и разных клиентов, а также в большей прозрачности общей схемы работы всего отдела реализации и маркетинга для руководства издательства.

3. Технические требования

Раздел "Технические требования" состоит из следующих подразделов:

• требования к функциям (задачам), выполняемым ЭИС (АИС);

• требования к видам обеспечения;

3.1. В подразделе "Требования к функциям (задачам), выполняемым ЭИС (АИС)" приводят:

• по каждой подсистеме перечень функций, задач или их комплексов (в т.ч. обеспечивающих взаимодействие частей системы), подлежащих автоматизации;

• временной регламент реализации каждой функции, задачи или комплекса задач;

• требования к качеству реализации каждой функции, задачи или комплекса задач, к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов.

3.2. В подразделе "Требования к видам обеспечения" приводят требования к составу, области применения (ограничения) и способам использования в системе математических методов и алгоритмов, типовых алгоритмов и алгоритмов, подлежащих разработке.

3.2.1. Для информационного обеспечения системы приводят требования:

• к составу, структуре и способам организации данных в системе;

• к информационному обмену между компонентами системы;

• к информационной совместимости со смежными системами;

• к применению систем управления базами данных;

• к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;

• к контролю, хранению, обновлению и восстановлению данных.

3.2.2. Для организационного обеспечения приводят требования:

• к структуре и функциям подразделений, участвующих в функционировании ЭИС (АИС) или обеспечивающих эксплуатацию;

• к организации функционирования системы и порядку взаимодействия персонала ЭИС (АИС) и персонала объекта автоматизации;

• к защите от ошибочных действий персонала системы.

3.2.3. Для программного обеспечения приводят требования согласно ГОСТ 19.201-78.

3.1. Требования к функциям, выполняемым эис.

3.1.1. Состав выполняемых функций

Создаваемый модуль должен обеспечить:

1. ведение единой базы данных по клиентам и контактным лицам с указанием названия, адреса, типа, важности и контактного телефона каждого клиента;

2. назначение сотрудников, ответственных за работу с клиентами (ку­раторов);

3. учет всего ассортимента продаваемой печатной продукции с указанием следующих реквизитов: ISBN, название, автор, год издания, цена, количество страниц, тираж;

4. планирование и учет всех контактов с клиентами посредством учета в проектируемой базе данных даты, времени, типа, канала и содержания события порожденного в результате контакта с клиентом;

5. баланс доходов-расходов по клиентам в целом и по каждому контракту/заказу;

6. истории событий по контрактам и клиентам;

7. сегментацию (разделение на сегменты) базы данных по клиентам по выбранному признаку (рынки сбыта, продукция);

8. массовые действия с клиентами (e-mail рассылки, анкетирование);

9. выявление сезонных колебаний объемов продаж посредством анализа данных о продажах во временном контексте;

10. хранение всей истории заказов по клиенту в течение неограниченного срока;

11. анализ информации и составление различных отчетов (в том числе в гра­фическом виде);

12. расчет прочих коэффициентов, характеризующих эффективность работы сотрудников отдела маркетинга и реализации с клиентами.

3.2. Требования к видам обеспечения

3.2.1. Требования к информационному обеспечению

Исходные данные в систему поступают из писем, файлов, распечаток, договоров, анкет, отчетов, телефонных звонков, факсов, е-mail, а также в результате личного общения сотрудника отдела реализации и маркетинга с клиентом. Данные в систему вносятся непосредственно сотрудниками и руководством отдела реализации и маркетинга. Входные данные должны быть организованы в соответствии со стандартным форматом, принятым в изда­тельстве.

Информацию, накапливаемую в системе, можно классифицировать сле­дующим образом:

1. информация о клиентах, поступающая по различным каналам извне;

2. информация обо всех этапах взаимодействия с клиентами (о при­влечении, презентациях, продажах, сопровождении сделок);

3. информация, предназначенная для сотрудников издательства (уве­домления, оповещения);

4. информация, предназначенная для руководства (отчеты, графики, диаграммы).

К выходным данным CRM-системы относятся файлы, отчеты, экранные формы, которые должны содержать как статичные, так и динамичные показатели, позволяющие отслеживать эффективность взаимодействий с клиентами.

Для проектирования создаваемого модуля используется СУБД Microsoft Access 97. Для осуществления e-mail рассылок предполагается использовать Outlook Express 5.0.

Информация, обрабатываемая в CRM-системе, должна быть доступна с рабочих мест руководителя отдела реализации и маркетинга.

3.2.2. Требования к организационному обеспечению

Для работы с системой должен быть выделен ответственный оператор, напри­мер, сотрудник издательства, который обладает навыками работы с CRM-системой на уровне разработчика.

Операторами данной системы являются все менеджеры отдела маркетинга, а также руководитель этого отдела. Основной период использования системы – ежедневная работа.

Требования к составу и параметрам технических средств уточняются на этапе эскизного проектирования системы.

Для обеспечения надежности и предотвращения ошибочных действий персонала необходимо обеспечить:

• использование достоверных данных о клиентах и кон­тактах с ними, представленных в электронном и бумажном виде в заданном формате;

• применение отработанных стандартных технологий для работы с ба­зами данных;

• регулярное сохранение копий информации о клиентах и отчетов в электронном виде;

• сохранение необходимых копий документов и отчетов в виде распеча­ток.

3.2.3 Требования к программному обеспечению

На каждом рабочем месте сотрудника отдела маркетинга и реализации необходимо наличие системы управления базами данных Microsoft Access 97 (или более поздней версии).

4. Стадии и этапы разработки

В разделе "Состав и содержание работ по созданию (развитию) разработки" должен содержаться перечень стадий и этапов работ по созданию соответствующей составляющей (компоненты) ЭИС (АИС), сроки их выполнения на этапе преддипломной практики (февраль – март) и на завершающем этапе проекта (апрель – май).

Должны быть проведены следующие работы:

5. Требования к документированию

В разделе "Требования к документированию" приводят перечень документов, выполняемых на машинных и бумажных носителях для информационного обеспечения, информационного и организационного обеспечения в комплексе.

Для программного обеспечения должен быть указан состав разрабатываемой программной документации. При этом обязательными документами по ЕСПД являются текст программы по ГОСТ 19.401-78 (с достаточным уровнем комментариев) и один из дополнительных документов (в зависимости от назначения ПО):

• руководство оператора по ГОСТ 19.505-79 – при самостоятельном использовании ПО в конкретной сфере применения;

• руководство программиста по ГОСТ 19.504-79 – при фиксированном (безвариантном) использовании ПО в составе комплекса ПО;

• руководство системного программиста по ГОСТ 19.503-79 – при вариантном использовании ПО в составе комплекса (при котором требуется настройка ПО к конкретной технической среде и по составу выполняемых функций);

• описание применения по ГОСТ 19.502-78 – для исследовательских вариантов проекта.

Основными документами, регламентирующими разработку будущего модуля, должны быть документы Единой системы программной доку­мен­тации.

В состав программной документации должны входить следующие доку­менты:

• текст программы с комментариями;

• руководство оператора;

• описание применения.

6. Источники разработки

В разделе "Источники разработки" должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные разработки-аналоги), на основании которых разрабатывалось ТЗ.

Информационные материалы на отечественные и зарубежные системы-аналоги доступны на следующих сайтах в Интернет:

• Парус – Парус-Клиент www.parus.ru;

• EpicRus – Clientele, Clientele Media www.epic.ru;

• Про-инвест IT – Sales Expert вер.1, 2 www.pro-invest.com/it;

• БМикро – Клиент-Коммуникатор www.bmicro.ru/kk.html;

• AVACCO Soft – AVACCO (CRM - модуль) www.avacco.ru;

• Группа "ИНЭК" – "ИНЭК-Партнер" www.inec.ru;

• Terrasoft – Terrasoft CRM www.terrasoft.com.ua;

• "1С-Рарус" – "1С-Рарус:CRM Управление продажами" www.rarus.ru;

• PageNet – AlphaCRM page.net.ru;

7. Порядок контроля и приемки

В разделе "Порядок контроля и приемки" должна быть приведена разработка методики испытаний, включающая тесты для отдельных модулей, а также проверку:

• функциональных характеристик п. 3.1 – обязательно для всех вариантов проекта;

• требований к видам обеспечения (п. 3.2) – для всех вариантов проекта (кроме исследовательских).

При этом по требованиям п. 3.2 необходимо с учетом эксплуатационного назначения ПО обеспечить испытания оценочных элементов, требующих тестовой проверки (в частности, при работе ПО в соответствующих системах управления реального времени и других "критичных" к ошибкам входных данных и функционирования ПО системах).

Испытания по требованиям пп. 3.1 и 3.2 должны быть проведены на тестовых примерах. По всей системе должна быть разработана контрольно-демонстрационная задача. Приемка осуществляется на основании результатов испытаний.

Приложение 4

Образец технического задания на разработку организационного обеспечения

УТВЕРЖДАЮ

Зав. кафедрой ИПОВС Московского государственного института электронной техники (ТУ) ___________________/ФИО/ "___" __________ 200_г

Техническое задание на разработку средств организационной поддержки предприятия-дистрибьютора банковской техники посредством реинжинириинга бизнес-процессов (шифр рбп-банк)

Руководители дипломного проекта: от кафедры ИПОВС __________________________________________________/ФИО/

^{(подпись, дата)}

от кафедры ИнЭУП ___________________________________________________/ФИО/

^{(подпись, дата)}

Студент гр. ЭУ-5_ ____________________________________________________/ФИО/

^{(подпись, дата)}

СОГЛАСОВАНО:

Руководитель практики от предприятия (фирмы, кафедры) _________________/ФИО/

^{(подпись, дата)}

Москва 200_

Введение

С развитием экономики и обострением конкуренции на рынке банковского и офисного оборудования возрастает необходимость в повышении эффективности бизнес-процессов (БП) предприятий-дистрибьюторов подобной техники, работающих с крупными банками и дилерами. Растущие компании, стремящиеся сохранить лидерство на завоеванном сегменте рынка, вынуждены прибегать к современным методам управления и совершенствования бизнес процессов.

ООО "Омега" – предприятие, специализирующееся на дистрибуции банковского и офисного оборудования, планирует в ближайшие два года обеспечить устойчивые конкурентные преимущества своей компании на рынке, сосредоточив свои усилия на расширении ассортимента реализуемой продукции в развиваемых направлениях: банковское и офисное оборудование. Ключевым фактором успеха является повышение эффективности бизнеса за счет улучшения качества взаимодействия структурных подразделений в процессе обслуживания клиентов.

Для существенного улучшения показателей финансово-хозяйственной деятельности фирмы необходимо проведение комплекса организационно-технических мероприятий по совершенствованию моделей управления бизнесом, направленных на реструктуризацию предприятия. Эффективным подходом к реструктуризации является реинжиниринг бизнес-процессов (РБП) на основе современных информационных технологий.

1. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

1.1. Основание для разработки

Разработка ведется на основании:

• распоряжения директора по корпоративным проектам ООО "Омега" Александрова Ю.В.;

• задания на дипломный проект.

1.2. Наименование разработки

Создание средств организационной поддержки предприятия-дистрибьютора банковской техники посредством реинжиниринга бизнес-процессов.

Шифр: РБП-банк.

2. НАЗНАЧЕНИЕ И ЦЕЛИ РАЗРАБОТКИ

2.1. Назначение разработки

Работа проводится с целью создания средств для организационной поддержки реформирования деятельности ООО “Омега”, на основе исследования, моделирования, оценки и совершенствования бизнес-процессов. Наличие четкой схемы составляющих бизнес-процессов функций и работ позволит предприятию грамотно и наглядно представить технологию работы каждого структурного подразделения компании, определить документооборот и информационные потоки, перераспределить функции между подразделениями и сотрудниками, что даст возможность рассчитать и снизить связанные с выполнением бизнес-процессов временные и стоимостные затраты, улучшить оперативное управление, обеспечить гибкость и настройку системы.

2.2. Цели разработки

Разработанные средства будут использованы для достижения следующих целей:

• обеспечение информационной поддержки перехода к процессному управлению на предприятии на основе выделения бизнес-процессов, определения их входов, выходов, участников и владельцев.

• повышение эффективности и качества взаимодействия подразделений;

• исключение дублирования/потери информации и документов;

• повышение производительности труда сотрудников;

• сокращение временных затрат на выполнение бизнес-процессов;

Экономическая эффективность реформирования БП будет определяться

• сокращением временных и стоимостных характеристик процесса;

• рациональным перераспределением функций между участниками процесса;

• уменьшением фрагментации (количества переходов информации между подразделениями) процесса;

• рационализацией внутреннего документооборота.

3. Технические требования

3.1. Требования к функциям (задачам), выполняемым эис (аис):

В процессе реинжиниринга должны быть решены следующие задачи:

• построение моделей бизнес-процессов "как есть" на основе UML и IDEF стандартов (входные данные: анкеты сотрудников, матрицы ответственности, перечень операций, документов, участвующих в процессах; выходные данные: модели бизнес-процессов в UML, IDEF);

• качественная и стоимостная оценка эффективности существующих процессов (входные данные модели бизнес-процессов в UML, IDEF; выходные данные: стоимостные, временные и качественные характеристики бизнес-процессов);

• выявление проблем, несоответствий, зон дисбаланса (входные данные: стоимостные, временные и качественные характеристики бизнес-процессов; выходные данные: зоны дублирования информации, функций);

• формирование дерева целей (входные данные: зоны дублирования информации, функций; стратегические цели организации; выходные данные: дерево решений);

• построение модели усовершенствованных процессов "как должно быть"; (входные данные: дерево решений, модели бизнес-процессов в UML, IDEF), выходные данные: перестроенные модели бизнес-процессов в UML, IDEF);

• оценка преобразованных бизнес-процессов (входные данные: стоимостные, временные и качественные характеристики преобразованных бизнес-процессов; выходные данные: перестроенные модели бизнес-процессов в UML, IDEF);

• формулировка выводов и рекомендаций предприятию.

Сведения для построения и перестройки моделей поступают:

• от работников, ответственных за выполнение функций, и специалистов;

• из должностных инструкций;

• из положений о работе отделов.

3.2. Требования к видам обеспечения

• Для эксплуатации разработанных средств и методов должен быть выделен ответственный оператор, знакомый со стандартами UML, IDEF и средствами проектирования Rational Rose и BP Win. В обязанности оператора входит сбор и анализ информации о ходе бизнес-процессов и корректировка модели.

• Для своевременной корректировки моделей ответственному оператору должна быть предоставлена полная информация о бизнес-процессах со стороны подразделений компании.

• Для защиты от ошибочных действий персонала системы необходимо своевременное создание резервных копий моделей.

• Для защиты модели от несанкционированного доступа необходимо оборудовать компьютер, на котором проводится работа с моделями, парольным доступом.

4. Состав и содержание работ по созданию (развитию) разработки

Должны быть проведены следующие работы:

5. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

В результате работы должны быть подготовлены следующие документы:

• описание применения разработанных средств и методов;

• нормативная документация: должностные инструкции, регламенты бизнес-процессов ООО "Омега".

6. ИСТОЧНИКИ РАЗРАБОТКИ

Источниками разработки является ряд информационных материалов о разработках-аналогах, размещенных на Интернет-сайтах:

• http://www.sciteclibrary.ru;

• http://www.finexpert.ru;

• http://www.e-xecutive.ru;

• http://www.vernicov.ru;

• http://www.openconsulting.ru;

• http://www.anatech.ru;

• http://www.humanities.edu.ru.

7. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ

Испытания по требованиям пп. 3.1 и 3.2 должны быть проведены на тестовых примерах. Приемка осуществляется на основании результатов испытаний.

Приложение 5

Образец оформления отчета по преддипломной практике

ТИТУЛЬНЫЙ ЛИСТ

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ

Федеральное агентство по образованию Московский государственный институт электронной техники (технический университет)

ИНСТИТУТ ЭКОНОМИКИ, УПРАВЛЕНИЯ И ПРАВА

ОТЧЕТ ПО ПРЕДДИПЛОМНОЙ ПРАКТИКЕ

Тема:_____________________________________________________________

_____________________________________________________________________________

Студент группы ЭУ-5_ _________________________________________/ФИО/

^{(подпись, дата)}

Москва 200_

ПОСЛЕДНИЙ ЛИСТ

По окончании текста отчета на последнем листе следует расположить следующие визы:

Отчет принят ________________________________________________________/ФИО/

^{(оценка, подпись, дата)}

Руководитель практики от предприятия (организации) _____________________/ФИО/

^{(подпись, дата)}

Руководитель практики от кафедр ИнЭУП _______________________________/ФИО/

^{(подпись, дата)}

Руководитель практики от кафедры ИПОВС ______________________________/ФИО/

^{(подпись, дата)}

Приложение: ТЗ на ___ стр.

Приложение 6

Образец оформления книжки дипломника

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ

Федеральное агентство по образованию Московский государственный институт электронной техники (технический университет)

Институт экономики, управления и права

КНИЖКА ДИПЛОМНИКА

Ф.И.О. ___Шаповалов Егор Сергеевич ______________________

Факультет_______ИнЭУП_______Группа____________53_________

Специальность_080801_(Прикладная информатика в экономике)

Специализация(кафедра) ИПОВС, МиУП_______________________

Начало дипломного проектирования___08.02.200_г.__________

Контрольные сроки просмотра проекта на кафедре:

1 просмотр _20.02.200_ г.___ 2 просмотр _13.03.200_ г.__

3 просмотр _15.04.200_ г.___ 4 просмотр _25.05.200_ г.__

Окончание дипломного проектирования______26.05.200_ г.__

Срок представления на рецензию __20.05.200_ г. __________

Защита проекта на заседании ГАК __28.05.200_ г._________

Задание на дипломный проект

1. Наименование темы:

Разработка программного обеспечения информационной системы контроля и сопровождения работ на предприятии._____________________________________________ 2. Цель работы:

Автоматизация процесса контроля и сопровождения работ в ОАО "ОТИК".______________________________________________

3. Содержание основного раздела дипломного проекта

(указываются задания по отдельным частям, листы графической части, схемы и плакаты, требования к оформлению расчетно-пояснительной записки)

3.1. Аналитический раздел

1. Определение особенностей деятельности ОАО "ОТИК", ее цели и задачи.___________________________________________

2. Экономическое обоснование необходимости автоматизации контроля и сопровождения работ в ОАО "ОТИК"._____________

3. Обзор существующих программных продуктов и обоснование выбора технологии проектирования.________________________

_________________________________Графические листы:____3____

1. Постановка задачи.____________________________________

2. Исследование предметной области.______________________

3. Анализ существующих АИС с функциями контроля и сопровождения работ._____________________________________

3.2. Проектный раздел

3.2.1. Информационно-программная часть

1. Описание основных процессов работы разрабатываемого программного обеспечения.________________________________

2. Инфологическая и даталогическая модели базы данных.___

3. Разработка алгоритмов работы системы._________________

4. Потоки данных разрабатываемого программного обеспечения._____________________________________________

5. Выбор платформы для проектирования.___________________

_________________________________Графические листы:____6____

1. Основной функциональный блок работы системы контроля и сопровождения работ._____________________________________

2. Декомпозиция основного функционального блока работы системы._________________________________________________

3. Инфологическая и даталогическая модели._______________

4. Схема общего алгоритма работы системы.________________

5. Схема программы.______________________________________

6. Пользовательский интерфейс конструктора запросов и пример отчета системы.___________________________________

3.2.2 Организационно-технологическая часть

1. Технология разработки программного обеспечения._______

2. Порядок тестирования и отладки программы._____________

_________________________________Графические листы:____1____

1. Отладка и тестирование программы._____________________

3.2.3 Экономическая часть

1. Расчет временных затрат при разработке системы контроля и сопровождения работ на предприятии.___________

2. Расчет себестоимости программного обеспечения и системы в целом._________________________________________

3. Расчет эффективности внедрения системы._______________

_________________________________Графические листы:____2____

1. Экономическая оценка результатов разработки.__________

2. Результаты дипломного проектирования._________________

3.3. Правовой раздел

Анализ основных правовых норм и законов по охране интеллектуальной собственности и авторских прав._________

4. Основная литература

1. Введение в информационный бизнес / Под ред. В.П. Тихомирова, А.В. Хорошилова. – М.: Финансы и статистика, 1996 г. – 238 с._________________________________________

2. Гагарина Л.Г. Автоматизированные информационные системы: Учеб. пос. – М.: МИЭТ, 2003. – 144с.____________

3. Трояновский В.М. Проектирование информационных систем. Курс лекций. – М.: МИЭТ, 2002. – 104 с.__________________

4. Моисеева Н.К., Костина Г.Д. Маркетинговые исследования при создании и использовании программных продуктов.__ Методические указания для выполнения курсовых и дипломных работ по специальности "Менеджмент". - М.: МИЭТ,1994. – 88 с.____________________________________________________

5. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп. – М.: Финансы и статистика, 2005. – 544 с.___________________________________________________

Руководитель дипломного проекта

от кафедры ИПОВС _____________________________________________ /ФИО/

^{(ученая степень, звание, подпись)}

Руководитель дипломного проекта

от кафедр ИнЭУП _______________________________________________ /ФИО/

^{(ученая степень, звание, подпись)}

Консультант по правовой части ____________________________________ /ФИО/

^{(ученая степень, звание, подпись)}

Задание получил _________ ________________________________ /ФИО студента/

^{(дата) (подпись)}

Справка об успеваемости

Студент _____________Шаповалов Егор Сергеевич________________ за время пребывания в МИЭТ с _______ г. по _______ г. полностью выполнил учебный план специальности со следующими оценками:

отлично – 35

хорошо –

удовлетворительно –

Секретарь факультета _________________________/ФИО/

^{(подпись)}

Заключение руководителей дипломного проекта о допуске к защите

Студент Шаповалов Е.С. выполнил дипломный проект в соответствии с требованиями технического задания и согласно заданиям книжки дипломника по требованиям специальности 080801. Следует отметить достаточный объем пояснительной записки для изложения всех особенностей разработанного программного обеспечения, а также применение современных информационных технологий при проектировании программного обеспечения, в полном объеме разработанного лично дипломником.

Дипломник Шаповалов Е.С.. допускается к защите на ГАК.

Руководитель от ИнЭУП ______________________________________________/ФИО/

^{(подпись)}

Руководитель от кафедры ИПОВС ______________________________________/ФИО/

^{(подпись)}

Заведующий кафедрой ИПОВС ________________________________________/ФИО/

^{(подпись)}

Приложение 7

Образец оформления отзыва руководителя дипломного проекта

ОТЗЫВ

на дипломный проект студента Московского государственного института электронной техники (ТУ) факультета ИнЭУП, группы 53 Шаповалова Егора Сергеевича по специальности 080801 "Прикладная информатика в экономике", квалификация информатик-экономист

на тему: "Разработка программного обеспечения информационной системы контроля и сопровождения работ на предприятии".

Дипломный проект посвящен разработке программного обеспечения для информационной системы контроля и сопровождения работ в ОАО "ОТИК". Проект состоит из пояснительной записки, содержащей введение, аналитический, проектный и правовой разделы, заключение, список литературы и три приложения.

В ходе дипломного проектирования Шаповалов Е.С. провел полный комплекс исследовательских и проектных работ, в частности:

• технико-экономическую оценку предметной области контроля и сопровождения работ;

• экономическое обоснование необходимости автоматизации контроля и сопровождения работ в ОАО "ОТИК";

• анализ отечественных и зарубежных информационных технологий в области контроля и сопровождения работ;

• разработку базы данных, алгоритмов, программного обеспечения и пользовательского интерфейса системы контроля и сопровождения работ на предприятии;

• тестирование и отладку программных компонентов;

• оценку экономической эффективности разрабатываемой информационной системы в целом;

• разработку программной документации.

Предложенная в дипломном проекте информационная система позволила существенно сократить затраты на контроль и сопровождение работ в ОАО "ОТИК", повысить точность распределения производственных заданий по сотрудникам предприятия, снизить количество срывов сроков исполнения работ.

В работе над дипломным проектом Шаповалов Е.С. проявил глубокие теоретические знания при решении сложных технических и экономических задач, самостоятельность в изучении объекта исследования, высокую работоспособность, аккуратность и исполнительность.

В целом дипломный проект отвечает всем предъявленным требованиям, выполнен на высоком техническом уровне и заслуживает оценки "отлично", а дипломник Шаповалов Е.С. – присвоения квалификации "информатик-экономист" по специальности 080801 "Прикладная информатика в экономике".

Руководитель проекта, к.т.н., с.н.с., доц.__________________ В.М. Трояновский

Приложение 8

Образец оформления рецензии на дипломный проект

РЕЦЕНЗИЯ

на дипломный проект

студента группы ИнЭУ-53 Шаповалова Е.С.

по специальности 080801 "Прикладная информатика в экономике",

квалификация информатик-экономист

на тему: "Разработка программного обеспечения информационной системы контроля и сопровождения работ на предприятии".

Представленный на рецензию дипломный проект Шаповалова Е.С. выполнен на 138 машинописных листах с приложениями и списком источников, содержит 12 листов графических работ.

Проект посвящен разработке программного обеспечения системы контроля и сопровождения работ в ОАО "ОТИК". Для поставленной задачи были выделены основные проблемы контроля работ по заказам предприятия, проработана структура программного обеспечения, разработаны и реализованы в программных модулях алгоритмы работы системы.

Аналитическая часть дипломного проекта посвящена анализу текущего состояния контроля и сопровождения работ в ОАО "ОТИК", а также обзору существующих на российском рынке программных продуктов с функциями контроля и сопровождения работ и обоснованию необходимости автоматизации процесса контроля и сопровождения работ в ОАО "ОТИК".

В информационно-программной части дипломного проекта произведен выбор языка программирования, подробно рассмотрены алгоритмы и программы системы.

В организационно-технологической части приведено описание технологии создания программного обеспечения; освещены результаты отладки и тестирования.

В экономической части дипломного проекта произведен расчет затрат на разработку информационной системы контроля и сопровождения работ.

Правовая часть дипломного проекта посвящена рассмотрению правовых аспектов в связи с существованием авторского права на программу.

К недостаткам дипломного проекта следует отнести недостаточно подробное изложение процедуры внедрения разработанного программного обеспечения, некоторые неточности в оформлении схем алгоритмов и чрезмерную лаконичность выводов по проектному разделу.

Несмотря на отмеченные недостатки, изложенный материал демонстрирует теоретические и практические знания студента и имеет практический интерес для предприятия, дипломный проект отвечает всем предъявляемым требованиям и заслуживает оценки "отлично", а дипломник Шаповалов Е.С. – присвоения квалификации информатика-экономиста по специальности 080801 "Прикладная информатика в экономике".

Рецензент _______________________________________________________/ФИО/

^{(должность, ученая степень, ученое звание, подпись, дата)} МП

Приложение 9

Образец оформления титульного листа пояснительной записки к дипломному проекту

Министерство образования и науки РФ

Федеральное агентство по образованию Московский государственный институт электронной техники

(Технический университет)

Институт экономики управления и права

Кафедра ИПОВС и кафедра ИнЭУП

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА к дипломному проекту на тему:

Разработка программного обеспечения информационной системы контроля и сопровождения работ на предприятии

Дипломник: студент группы ЭУ-5_ _____________________________________/ФИО/

^{(подпись)}

Руководитель от кафедры ИПОВС ______________________________________/ФИО/

^{(ученая степень, ученое звание, подпись)}

Руководитель от кафедры ИнЭУП ______________________________________/ФИО/

^{(ученая степень, ученое звание, подпись)}

Консультант по правовой части ________________________________________/ФИО/

^{(ученая степень, ученое звание, подпись)}

Москва 200_

Приложение 10

Образец оформления содержания дипломного проекта содержание

Перечень сокращений . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4⁷

Предметный указатель . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Техническое задание . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Введение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1. Аналитический раздел . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1.1. Технико-экономическая характеристика области контроля и сопровождения работ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1.1.1. Деятельность ОАО "ОТИК" и его структурные подразделения . . . . . . .

1.1.2. Технология контроля и сопровождения работ в ОАО "ОТИК" . . . . . . . .

1.2. Экономическое обоснование необходимости автоматизации контроля и сопровождения работ в ОАО "ОТИК" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1.3. Анализ существующих систем контроля и сопровождения работ и обоснование выбора технологии проектирования . . . . . . . . . . . . . . . . . . . . . . . . .

1.4. Постановка задачи дипломного проекта . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2. Проектный раздел . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.1. Информационно-программная часть . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.1.1. Обоснование проектных решений по техническому, информационному и программному обеспечению . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.1.2. Разработка инфологической модели предметной области и даталогической модели базы данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.1.3. Разработка алгоритмов работы системы . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.1.4. Разработка структурной схемы программного обеспечения системы контроля и сопровождения работ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.1.5. Выбор платформы для проектирования программного обеспечения . . . .

2.1.6. Описание программных модулей системы контроля и сопровождения работ и их взаимосвязи . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.1.7. Разработка пользовательского интерфейса . . . . . . . . . . . . . . . . . . . . . . . . .

2.2. Организационно-технологическая часть . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.2.1. Описание технологического обеспечения разработки . . . . . . . . . . . . . . . .

2.2.2. Схема технологического процесса сбора, передачи, обработки и выдачи информации в системе . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.2.3. Тестирование и отладка программы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.3. Экономическая часть . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.3.1. Расчет временных затрат при разработке системы контроля и сопровождения работ на предприятии . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.3.2. Расчет себестоимости системы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.3.4. Расчет эффективности внедрения системы . . . . . . . . . . . . . . . . . . . . . . . . .

3. Правовой раздел . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3.1. Правовое регулирование отношений между заказчиком и подрядчиком . . . . . .

3.1. Правовая охрана интеллектуальной собственности . . . . . . . . . . . . . . . . . . . . . . .

3.2. Обладатели прав на программы для ЭВМ и базы данных . . . . . . . . . . . . . . . . . .

Заключение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Список источников . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Приложения . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1 В 2005 г. принят новый Общероссийский классификатор специальностей по образованию, и специальность 351400 преобразована в специальность 080801 "Прикладная информатика (по областям)".

2 Запрещается в качестве темы дипломного проекта использовать создание Web-сайтов и страниц с применением только стандартных (существующих) средств и без разработки одного из новых компонентов – ПО, ИО или ОО.

3 Настоящие Методические указания не являются отчетом о научно-исследовательской работе и оформлены в соответствии с издательскими стандартами.

4 При оформлении библиографического описания источников можно руководствоваться рекомендациями, представленными в книге: Мильчин А.Э. Справочная книга корректора и редактора. – М.: Олма-Пресс, 2003. – 800 с.

5 Здесь и далее в данном Приложении мелким шрифтом приведены необходимые требования ГОСТ 19.201-78 к содержанию соответствующего раздела ТЗ, а крупным шрифтом – конкретное содержание разделов ТЗ для данного примера.

6 Здесь и далее в настоящем приложении мелким шрифтом приведены необходимые требования ГОСТ 34.602-89 к содержанию соответствующего раздела ТЗ, а крупным шрифтом – конкретное содержание разделов ТЗ для данного примера.

7 Здесь и далее указывается порядковый номер страницы в пояснительной записке.

0