ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«ОРЛОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ

УНИВЕРСИТЕТ»

УЧЕБНО-НАУЧНО-ИССЛЕДОВАТЕЛЬСКИЙ ИНСТИТУТ

ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Кафедра: «Информационные системы»

С.В. Терентьев, А.И. Фролов, Е.В. Олькина

ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ВЫЧИСЛИТЕЛЬНОЙ

ТЕХНИКИ И АВТОМАТИЗИРОВАННЫХ СИСТЕМ

Программа и методические указания по прохождению преддипломной практики Специальность – 230105 «Программное обеспечение вычислительной техники и автоматизированных систем»

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

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

Редактор Г.А. Константинова Технический редактор Г.А. Константинова Орловский государственный технический университет Лицензия ИД 00670 от 5.01.2000 г.

Подписано к печати 08.06.2009 г. Формат 6084 1\ Усл. печ. л. 2,9. Тираж 15 экз.

Заказ № 178/09ПО Отпечатано с готового оригинал-макета на полиграфической базе ОрелГТУ, 302030, г. Орел, ул. Московская, © ОрелГТУ, Содержание Введение 1 Общие положения 1.1 Цель и задачи преддипломной практики 1.2 Нормативно-правовая база преддипломной практики 2 Организация и руководство преддипломной практикой 2.1 Места практики и темы преддипломной практики 2.2 Руководство преддипломной практикой 2.2.1 Заведующий выпускающей кафедрой 2.2.2 Руководитель практики от университета 2.2.3 Руководитель практики от предприятия 2.2.4 Обязанности студента-практиканта 2.3 Общие рекомендации по организации выполнения программы преддипломной практики 2.3.1 Индивидуальная подготовка студента к прохождению преддипломной практики 2.3.2 Материальное и информационное обеспечение практики 2.3.3 Календарно-тематический план преддипломной практики 3 Методические указания по выполнению программы преддипломной практики 3.1 Место выполняемых в ходе преддипломной практики работ в процессе разработки программного обеспечения 3.2 Этап постановки задачи 3.2.2 Предпроектные исследования предметной области 3.2.3 Принципиальные решения начальных этапов разработки 3.3 Этап анализа требований и определения спецификаций 3.3.2 Модели этапа анализа требований и определения спецификаций, не 3.3.3 Модели этапа анализа требований и определения спецификаций при 3.4 Модели этапа анализа требований и определения спецификаций при 3.6 Указания к выполнению раздела по организации производства и 3.7 Указания к выполнению раздела по безопасности жизнедеятельности 4.1 Оформление дневника и отчета по преддипломной практике Преддипломная практика студентов, обучающихся по специальности 230105 «Программное обеспечение вычислительной техники и автоматизированных систем», является неотъемлемой составной частью образовательной программы. Общая продолжительность преддипломной практики регламентируется государственным образовательным стандартом высшего профессионального образования (ГОС ВПО) и составляет 9 недель.

«Информационные системы» и утверждена ОрелГТУ самостоятельно на основе ГОС ВПО, с учётом рабочих учебных планов по специальности 230105 «Программное обеспечение вычислительной техники и автоматизированных систем». Студенты обязаны пройти преддипломную практику в объеме, предусмотренном учебным планом.

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

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

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

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

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

преддипломной практики:

квалификационной (дипломной) работы; осуществление систематизации и анализа собранной информации;

рассмотрения, построение модели возможного решения;

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

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

изучение вопросов по безопасности жизнедеятельности;

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

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

При прохождении практики студенты обязаны:

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

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

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

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

На этапе преддипломной практики студенты собирают материал для написания дипломной работы и согласовывают ее тему с руководителем. По выбранной теме студент разрабатывает план и осуществляет подбор литературы и статистической информации. Как правило, руководителем преддипломной практики назначается преподаватель кафедры «Информационные системы», являющийся и руководителем дипломной работы.

В период практики студенту необходимо изучить:

литературу, относящуюся к теме дипломной работы;

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

используемые организацией или предприятием;

2) расчета капиталовложений и эксплуатационных издержек;

разрабатываемых решений;

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

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

продемонстрировать:

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

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

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

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

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

коммуникационную готовность, определяемую:

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

2) владением теорией в прикладной области;

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

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

5) умением профессионально использовать компьютерную технику и средства связи;

6) развитой способностью к творческим подходам в решении профессиональных задач;

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

8) устойчивым позитивным отношением к своей профессии, к личностному и профессиональному совершенствованию.

1.2 Нормативно-правовая база преддипломной практики Для организации и проведения преддипломной практики ежегодно издаются следующие внутривузовские документы:

типовые договоры на проведение практики;

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

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

Возможен другой вариант оформления прохождения студентов практики на конкретном предприятии. При поступлении соответствующей заявки (приложение А) от предприятия кафедра «Информационные системы»

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

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

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

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

Продолжительность рабочего дня студентов при прохождении практики в организациях составляет для студентов в возрасте от 16 до 18 лет не более 36 часов в неделю (ст.92 ТК РФ), в возрасте от 18 лет и старше не более 40 часов в неделю (ст.91 ТК РФ). Для студентов в возрасте от 15 до лет продолжительность рабочего дня при прохождении практики в организациях составляет не более 24 часов в неделю (ст. 91 ТК РФ).

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

проводится вводный инструктаж, включающий инструктаж по охране труда, правила техники безопасности и пожарной профилактики на предприятии в целом и на конкретных рабочих местах, на которых студентам придется работать после оформления установленных документов (п.7.1.1. - вводный инструктаж ГОСТ 12.0.004-90).

Вводный инструктаж на предприятии проводит инженер по охране труда или соответствующий специалист (п. 7.1.5) ГОСТ 12.0.004-90.

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

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

Внеплановый инструктаж проводится со студентами в случае:

а) изменения правил, инструкций по охране труда;

б) при модернизации оборудования, приспособлений и инструментов, влияющих на безопасность труда;

в) при нарушении студентами требований безопасности труда, которые могут привести к травме, аварии, взрыву или пожару.

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

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

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

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

При выборе баз практики необходимо учитывать:

соответствие профиля основного (и/или побочного) производства предприятия специальности студентов-практикантов;

практикой специалистами предприятия;

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

проектирования;

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

Объектами профессиональной деятельности для студентовпрактикантов при этом могут являться:

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

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

3) промышленные предприятия и их структурные подразделения.

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

В качестве примера ниже приведены темы преддипломной практики прошлых лет.

1. «Разработка автоматизированной системы кинематических расчетов электромеханических приводов».

2. «Разработка автоматизированной системы формирования «Научприбор»)».

информационного обмена стека протоколов TCP/IP».

4. «Разработка программного продукта по формированию и выбору протокольных классов для службы обмена сообщений».

автоматизированного проектирования роторных машин».

6. «Разработка программной оболочки расчета трибологических систем».

7. «Разработка программного комплекса для исследования элементов машин».

8. «Создание программной системы формирования преобразования в контуре управления».

9. «Разработка программных средств поддержки депозитария электронных образовательных ресурсов регионального ресурсного центра информатизации образования».

способности сети передачи данных».

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

информационного обмена в сетях передачи данных».

13. «Разработка программных средств обмена информацией между контроллером распределительного пункта и рабочим местом диспетчера ОАО «Орелоблэнерго».

14. «Разработка подсистемы редактирования информационного наполнения Интернет-представительства ОрелГТУ».

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

16. «Разработка программного обеспечения системы управления сайтами учебных учреждений среднего образования».

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

2.2 Руководство преддипломной практикой 2.2.1 Заведующий выпускающей кафедрой В процессе прохождения студентами преддипломной практики заведующий выпускающей кафедрой выполняет следующие функции.

1. Организует и осуществляет учебно-методическое руководство преддипломной практикой.

2. Утверждает рабочие программы практики.

3. Контролирует своевременную подготовку проектов приказов о направлении студентов на практику, своевременность защиты и сдачи отчетов студентами.

ответственным за практику на кафедре.

5. Организует на кафедре хранение отчетов по практике.

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

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

2. Разрабатывает тематику индивидуальных заданий в соответствии с профилем предприятия.

3. Осуществляет контроль за соблюдением сроков практики и ее содержанием.

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

5. Участвует в формировании проекта приказа о направлении студентов на практику.

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

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

8. Знакомится с базой практики.

9. Совместно с ответственным за организацию практики проводит собрание со студентами, на котором он должен:

- ознакомить их с содержанием приказа, где указываются места и сроки практики;

- пояснить цели и задачи практики, порядок ее прохождения, права и обязанности студентов;

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

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

- ознакомить студентов с правилами сбора материала для отчета и его оформления.

10. Определяет совместно с представителями мест практики в соответствии со штатным расписанием должностной статус студентов.

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

12. Регулярно контролирует работу студентов и выполнение календарно-тематического плана.

13. Организует на кафедре консультации по заранее составленному и доведенному до сведения студентов расписанию.

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

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

1. Организует и проводит практику студентов в соответствии с договором и программой практики.

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

прохождения практики.

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

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

6. Оказывает помощь в подборе материалов для дипломного проектирования.

студентами-практикантами, проходящими практику на данном предприятии.

8. Вовлекает студентов в рационализаторскую работу.

квалифицированными консультациями.

10. Совместно с руководителем практики от университета составляет календарно-тематический план прохождения практики для каждого студента.

11. О6еспечивает соблюдение студентами правил внутреннего распорядка.

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

2.2.4 Обязанности студента-практиканта В процессе подготовки к преддипломной практике студенту необходимо:

1) определить предприятие, на котором будет проходить практику, и предоставить письмо с предприятия, оформленное в соответствии с приложением А;

руководителем практики от вуза;

3) получить индивидуальное задание на преддипломную практику от руководителя практики от университета и согласовать его с руководителем практики от предприятия;

4) прибыть к месту проведения практики в установленное время и в случае необходимости оформить пропуск.

После прибытия к месту проведения практики студент обязан:

1) выполнять все указания руководителя по выполнению программы преддипломной практики;

соответствующими инструкциями;

распорядка, установленным на предприятии;

4) соблюдать интересы предприятия и коммерческую тайну;

5) находиться на практике весь срок, предусмотренный учебным планом;

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

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

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

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

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

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

Эта подготовка начинается с накопления информации по объекту преддипломной практики. Она традиционно проводится в библиотеках, книгохранилищах и по Интернету.

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

исследование различных вариантов решения поставленной задачи;

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

выбор или разработка необходимых инструментальных средств.

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

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

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

Оплата проезда студентов к местам прохождения практики решается УМУ по представлению деканата факультета до начала практики.

Соответствующие компенсационные выплаты проводятся на основании предъявленных проездных документов.

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

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

Сроки проведения преддипломной практики (календарный график преддипломной практики) составляются Учебным управлением ОрелГТУ с учетом теоретической подготовленности студентов, возможностей учебнопроизводственной базы ОрелГТУ и организаций, и в соответствии с учебным планом и графиком учебного процесса, а содержание преддипломной практики – программами, которые разработаны кафедрой, проводящей преддипломную практику, в строгом соответствии с государственными стандартами.

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

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

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

преддипломной практики 3.1 Место выполняемых в ходе преддипломной практики работ в процессе разработки программного обеспечения дипломного проектирования по специальности 230105 «Программное обеспечение вычислительной техники и автоматизированных систем»

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

В общем виде процесс разработки программного обеспечения можно представить схемой, приведенной на рисунке Х.1.

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

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

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

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

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

4. Реализация. Реализация представляет собой процесс поэтапного программирования (кодирование), их тестирование и отладку.

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

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

3.2 Этап постановки задачи сформулированы основные требования к программному обеспечению.

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

3.2.1 Основное содержание этапа постановки задачи На практике данный этап соответствует стадии «Техническое задание»

в соответствии с ГОСТ 19.102-77 «Стадии разработки» и заканчивается разработкой технического задания на разработку программного продукта. В ходе преддипломной практики разработка такого документа не является обязательной, но содержание основных разделов технического задания тем или иным образом будет содержаться в отчете.

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

– исходные данные и требуемые результаты, которые определяют функции программы или системы;

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

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

На техническое задание существует стандарт ГОСТ 19.201- «Техническое задание. Требования к содержанию и оформлению».

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

1. Раздел «Введение» должен содержать наименование и краткую характеристику области применения программного продукта, а также объекта (например, системы) в котором предполагается их использовать.

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

2. Раздел «Назначение разработки» должен содержать описание функционального и эксплуатационного назначения программного продукта с указанием категорий пользователей.

3. Раздел «Требования к программе или программному изделию»

включает в себя несколько подразделов. Наиболее важные из них:

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

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

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

Основным является подраздел «Требования к функциональным характеристикам». Именно в нем определяются функциональные требования к программному обеспечению, которые при сдаче-приемке будут проверяться в первую очередь. В этом разделе должны быть:

– перечислены выполняемые функции;

– описан состав, характеристики и формы представления исходных данных;

– описан состав, характеристики и формы представления результатов.

эффективности: максимально допустимое время реакции системы, максимальный объем используемой оперативной и/или внешней памяти и др.

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

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

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

1. Неизвестны методы решения формулируемой задачи – такого типа не определенности обычно возникают при решении научно-технических задач.

2. Неизвестна структура автоматизируемых информационных процессов – обычно встречается при построении автоматизированных систем управления.

В первом случае предпроектные исследования осуществляются с целью определить:

– возможность решения поставленной задачи;

– методы решения поставленной задачи.

Во втором случае определяют:

– структуру и взаимосвязи автоматизируемых информационных процессов;

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

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

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

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

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

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

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

– выбор архитектуры программного обеспечения;

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

– выбор подхода к разработке (структурного или объектного);

– выбор языка и среды программирования.

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

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

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

Кроме того, в рамках однопользовательской архитектуры различают:

– программы;

– пакеты программ;

– программные комплексы;

– программные системы.

Многопользовательскую архитектуру реализуют системы, построенные по принципу «клиент-сервер».

Выбор типа пользовательского интерфейса. Различают четыре типа пользовательских интерфейсов:

– примитивные – реализуют единственный сценарий работы;

– меню – реализуют множество сценариев работы, операции которых организованы в иерархические структуры;

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

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

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

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

– однодокументная, которая предполагает однодокументный интерфейс (SDI – Single Document Interlace);

– многодокументная, которая предполагает многодокументный интерфейс (MDI – Multiple Document Interface).

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

Выбор подхода к разработке. На данный момент существует два основных подхода к разработке: структурный и объектный.

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

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

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

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

– универсальные языки высокого уровня;

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

– специализированные языки пользователя (являются частью профессиональных сред пользователя; от программиста может потребоваться их разработка);

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

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

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

– предпочтениями разработчика;

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

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

Выбор языка почти полностью определяет выбор среды программирования.

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

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

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

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

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

спецификаций, не зависящие от подхода к разработке К независящим от подхода к разработке относятся:

– диаграммы переходов состояний;

– математические модели предметной области.

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

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

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

– анализ условия задачи;

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

– формальную постановку задачи;

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

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

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

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

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

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

– диаграммы «сущность-связь» (RRD – Entity-Relationship Diagrams), описывающие базы данных разрабатываемой системы и/или, в случае более простых форм организации данных, структуры и диаграммы отношений данных;

– диаграммы переходов состояний (STD – State Transition Diagrams), характеризующие поведение системы во времени;

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

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

Функциональные диаграммы.

диаграммы, в первую очередь отражающие взаимосвязи функций разрабатываемого программного обеспечения. Например, активностная модель методологии SADT (Structured Analysis and Design Technique – технология структурного анализа и проектирования), или более новая нотация IDEF0, реализованная в CASE-средствах.

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

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

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

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

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

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

– структуры, элементы которых не связаны между собой (множество, кортеж);

– структуры с неявными связями элементов (массив, запись, строка);

– структуры, связь элементов которых указывается явно (граф, дерево, линейный список и др.).

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

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

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

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

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

В настоящее время стандартным средством описания проектов фактически признан язык UML (Unified Modeling Language унифицированный язык моделирования). Спецификация разрабатываемого программного обеспечения при использовании UML объединяет несколько моделей: использования, логическую, реализации, процессов, развертывания.

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

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

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

сформулированных на этапе постановки задачи;

– выявляются внешние пользователи разрабатываемого программного обеспечения;

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

– для каждого варианта использования строится описание в текстовом виде по принятым формам;

– строится диаграмма вариантов использования.

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

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

– на основе анализа вариантов использования строится список понятий-кандидатов, характеризующих предметную область;

– исключают понятия, не существенные для данного варианта использования;

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

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

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

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

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

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

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

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

1 Анализ предметной области и разработка требований к программному обеспечению.

1.1 Анализ структуры и взаимосвязей автоматизируемых информационных процессов.

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

1.3 Анализ методов решения поставленной задачи и существующих аналогов программного обеспечения.

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

2 Определение спецификаций программного обеспечения.

При структурном подходе:

2.1 Определение требуемого поведения программного обеспечения.

2.2 Построение функциональной модели программного обеспечения (функциональные диаграммы или диаграммы потоков данных).

2.3 Разработка абстрактных структур и/или схем данных.

При объектном подходе:

2.1 Определение вариантов использования программного обеспечения.

2.2 Построение концептуальной модели предметной области.

2.3 Описание поведения программного обеспечения.

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

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

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

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

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

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

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

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

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

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

Принципы, положенные в основу определения стоимости разработки, изложены в литературе [1,7]. Общие затраты на разработку и создание системы складываются из следующих основных компонентов:

– затраты на оплату туда исполнителей;

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

– амортизация оборудования;

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

– дополнительные и накладные расходы.

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

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

Трудоемкость каждого этапа приближенно оценивается на основе одного из следующих подходов [10]:

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

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

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

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

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

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

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

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

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

– расходы на приобретение программного обеспечения;

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

модифицированной информационной системой.

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

Ниже перечислены наиболее некоторые из возможных подходов.

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

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

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

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

– результат функционирования системы управления проявляется опосредованно через принятие решений. Затраты производятся в сфере управления, а результаты получаются в сфере производства;

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

– воздействие систем управления на показатели хозяйственной деятельности многообразно;

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

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

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

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

Если определяющим является экономический эффект и его удается количественно оценить, то итогом расчётов являются обычно такие показатели как годовой экономический эффект, период окупаемости затрат, показатели относительной экономии (коэффициенты, индексы снижения трудовых и стоимостных затрат). Соответствующие расчетные формулы приведены в специальной литературе. [7] целесообразно дополнить раздел материалами, посвященными календарному планированию реализации проекта, включая графики загрузки участников работ, графики расходования денежных средств, линейную или сетевую диаграмму проекта.

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

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

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

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

Отчет должен показать умение студента практически применять полученные им теоретические знания для решения конкретных задач, стоящих перед предприятием.

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

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

Отчет должен быть представлен на 20-30 страницах, оформленных в соответствии с ГОСТами. [8,9] К отчету могут быть приложены формы плановой, управленческой и другой документации, применяемой на предприятии, рассмотренные в процессе прохождения преддипломной практики.

Отчет без подписи руководителя практики от предприятия и не заверенный печатью к защите не допускается. К отчету прилагается заверенный дневник практики.

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

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

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

Отчет составляется каждым студентом индивидуально.

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

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

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

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

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

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

актуальность и проработанность индивидуального задания;

качество содержания и оформления отчета и иллюстративного материала;

качество доклада;

качество ответов студента на вопросы в процессе дискуссии;

отзыв руководителя от предприятия.

Защита практики производится в следующем порядке: студент в течение 4-6 минут делает доклад, в котором излагает итоги практики; отвечает на поставленные вопросы, после заслушивания всех студентов, записанных на защиту на данное заседание, комиссия на закрытом заседании выносит решение об оценке. После этого объявляется решение.

4.3 Отчетность и материалы, сдаваемые на кафедру Отчетными документами студента, прошедшего практику, являются:

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

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

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

заявление студента на тему дипломной работы.

При отсутствии данных документов студент не допускается на защиту отчета по практике.

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

специальности 230105 «Программное обеспечение вычислительной техники и автоматизированных систем», преподавателями – руководителями преддипломной практики от университета и руководителями практики от предприятия.

1. Боуман Дж. Практическое руководство по SQL [Текст] / Дж.

Боуман, С. Эмерсон, М. Дарновский. – М.: 1997. – 320 с.

2. Бурлак Г.Н. Экономические аспекты разработки и использования программного обеспечения [Текст] / Г.Н. Бурлак, В.А. Благодатских. – М.:

МЭСИ, 1990. – 164 с.

3. Буч Г Объектно-ориентированное проектирование с примерами применения [Текст]: Пер. с англ. / Г. Буч. – М.: Конкорд, 2002. – 519 с.

4. Дейт К.Дж. Введение в системы баз данных [Текст] / К.Дж. Дейт Киев: Диалектика, 2005. – 784с.

5. Конопка Р. Создание компонент в среде Delphi [Текст]: Пер. с англ. / Р. Конопка. – К.: НИПФ – «ДиаСофтЛтд», 1999. – 512 с.

6. Марка Д. Методология структурного анализа и проектирования SADT [Текст]: Пер. с англ. / Д. Марка, К. МакГоуэн М.: 2003, – 240 с.

7. Никитин С.А. Технико-экономическое обоснование дипломных проектов по разработке автоматизированных систем [Текст]: Учебнометодическое пособие / С.А. Никитин, О.И. Осипова, А.А. Федотов – Орел:

Академия ФАПСИ, 2003. 80 с.

пояснительных записок к дипломным, курсовым проектам (работам) и отчетов по практикам в соответствии с требованиями государственных стандартов [Текст] / Елена Викторовна Олькина. – Орел: ОрелГТУ, 2007. – 54с. – (Для спец. 080801, 230105, 230201).

9. Олькина, Е.В. Методические указания по оформлению электронных материалов к дипломным, курсовым проектам (работам) и отчетам по практикам в соответствии с требованиями государственных стандартов [Текст] / Елена Викторовна Олькина, Вадим Николаевич Волков. – Орел:

ОрелГТУ, 2007. – 21с. – (Для спец. 080801, 230105, 230201).

10. Соммервилл И. Инженерия программного обеспечения, 6-е издание [Текст]: Пер. с англ. / И. Соммервилл. – М.: Издательский дом «Вильямс», 2002.

– 624 с.

11. Тиори Т., Фрай Дж. Проектирование структур баз данных [Текст] / Т. Тиори, Дж. Фрай. – М.: Мир, 2004. – 287 с.

12. Уинкуп С. Microsoft SQL Server 6.5 в подлиннике [Текст] / С.

Уинкуп. - СПб.: BHV-Санкт-Петербург, 1998. – 896 с.

13. Хендерсон К. Руководство разработчика баз данных в Delphi [Текст]: Пер. с англ. / К. Хендерсон. – К.: Диалектика, 2006. – 544с.

14. Иванова Г.С. Технология программирования: Учебник для вузов. М.: Изд-во MГТУ им. Н.Э. Баумана, 2002. - 320 с.

15. Орлов С.А. Технологии разработки программного обеспечения:

Учебник. - СПб.: Питер, 2003. - 473 с.