Методические рекомендации по выполнению практических работ профессионального модуля
 Скачать 2.97 Mb.
|
|
ДЕПАРТАМЕНТ ОБРАЗОВАНИЯ ГОРОДА МОСКВЫ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ГОРОДА МОСКВЫ « КОЛЛЕДЖ СОВРЕМЕННЫХ ТЕХНОЛОГИЙ имени Героя Советского Союза М.Ф. Панова» МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ по выполнению практических работ профессионального модуля ПМ.01 Эксплуатация и модификация информационных систем специальности 09.02.04 Информационные системы (по отраслям) Москва, 2017 г. 2 РАССМОТРЕНА Кафедра Информационных техноло- гий и безопасно- сти___________________ наименование кафедры Протокол № _11___ от «29» июня 2017 г. Разработана на основе Федерального государственного образовательного стандарта по специальности среднего профессионального образования 09.02.04 «Информационные системы (по отраслям) код, наименование специальности Заведующий кафедры _______________/М.С. Логачёв/ Заместитель директора по качеству, контролю и раз- витию ________________/С.А. Никонова/ Подпись Ф.И.О. Подпись Ф.И.О. Разработчик: Логачёв М.С., преподаватель спец. дисциплин ГБПОУ КСТ_______ Ф.И.О., ученая степень, звание, должность, наименование организации Проверили: старший методист______________________ /Н.П. Чернышова/ 3 Содержание Пояснительная записка .................................................................................................... 4 Практическая работа №1–4 .............................................................................................. 5 Практическая работа №5–6 .............................................................................................. 10 Практическая работа №7–13 ............................................................................................ 17 Практическая работа №14–17 .......................................................................................... 45 Практическая работа №18–20 .......................................................................................... 50 Практическая работа №21–23 .......................................................................................... 56 Практическая работа №24–29 .......................................................................................... 59 Практическая работа №30–31 .......................................................................................... 75 Практическая работа №32–34 .......................................................................................... 81 Практическая работа №37 ................................................................................................ 88 Практическая работа №35–36, 38–39 .............................................................................. 89 Практическая работа №40–43 .......................................................................................... 98 Практическая работа №44–49 .......................................................................................... 110 Практическая работа №50 ................................................................................................ 116 Практическая работа №51–52 .......................................................................................... 119 Практическая работа №53–60 .......................................................................................... 135 Список используемой литературы .................................................................................. 143 4 Пояснительная записка Методические рекомендации по выполнению практических работ предназначены для обучающихся по специальности 09.02.04 Информационные системы (по отраслям) III курса (V–VI семестры) профессионального модуля ПМ.01 Эксплуатация и модификация информа- ционных систем. Практические работы объединены по темам и состоят из темы, перечня задач для вы- полнения, теоретического обоснования с кратким описанием основных понятий темы, видов деятельности для самостоятельной работы обучающихся и списком рекомендуемой литера- туры. В результате выполнения практической работы у обучающегося должны быть сле- дующие компоненты: 1. Запись в тетради для выполнения практических работ (номер работы, тема, цель, задачи и теоретический материал для допуска к работе). 2. Электронный отчет (при необходимости, определяет преподаватель), оформленный по требованиям ГОСТ 7.32-2001, включающий в себя титульный лист (свободная форма), содержание, задание на работу (тема, цель, задачи), попунктное выполнение работы с пред- ставлением скриншотов, отображающих ключевые стадии выполнения задания. 3. Презентация (при необходимости, определяет преподаватель). Для некоторых работ возможно отсутствие наличия электронного отчета, тогда обу- чающийся выполняет работу в тетради для практических и проверочных работ. Тему для ка- ждой работы обучающийся формулирует самостоятельно на основании темы и задач, которые необходимо выполнить. Каждая работа подразумевает индивидуальное выполнение и защиту. Защита прохо- дит после проверки выполнения работы и на соответствие основным требованиям ГОСТ 7.32-2001. Защита подразумевает беседу с преподавателем по основным вопросам темы практической работы. Оценка выставляется только по результатам защиты. Для отдельных видов работ защита может быть не предусмотрена (устанавливает преподаватель). 5 Практическая работа №1–4 Темы: Подготовка исходных данных для документации по эксплуатации информаци- онной системы. Оформление документации по эксплуатации информационной системы. Идентификация технических проблем, возникающих в процессе эксплуатации, и выполнение регламентных работ по обновлению и техническому сопровождению информационной сис- темы. Модификация кода программного обеспечения информационной системы в соответст- вии с требованиями технического задания Задачи: 1. Определить понятия «эксплуатация информационной системы», «сопровождение информационной системы», «техническое задание» и «программное обеспечение информа- ционной системы». 2. Проанализировать перечень документов, необходимых для эксплуатации и сопро- вождения информационной системы. 3. Изучить выполнение регламентных работ по обновлению и техническому сопрово- ждению информационной системы. 4. Изменить код программного продукта в соответствие с требованиями технического задания. Теоретическое обоснование Информационная система, решающая задачи оперативного управления предприятием, строится на основе базы данных, в которой фиксируется вся возможная информация о пред- приятии. Такая информационная система является инструментом для управления бизнесом и обычно называется корпоративной информационной системой. Информационная система оперативного управления включает в себя массу программных решений по автоматизации бизнес-процессов, имеющих место на конкретном предприятии. «Идеальная» информационная система управления предприятием должна автомати- зировать все или, по крайней мере, большинство из видов деятельности предприятия. При этом автоматизация должна быть выполнена не ради автоматизации, а с учётом затрат на неё, и дать реальный эффект в результатах финансово-хозяйственной деятельности предпри- ятия. В зависимости от предметной области информационные системы могут весьма значи- тельно различаться по своим функциям, архитектуре, реализации. Однако можно выделить ряд свойств, которые являются общими. 1. Информационные системы предназначены для сбора, хранения и обработки инфор- мации, поэтому в основе любой из них лежит среда хранения и доступа к данным. 2. Информационные системы ориентированы на конечного пользователя, не обладающе- го высокой квалификацией в области вычислительной техники. Поэтому клиентские приложе- ния информационной системы должны обладать простым, удобным, легко осваиваемым интерфейсом, который предоставляет конечному пользователю все необходимые для работы функции и в то же время не даёт ему возможность выполнять какие-либо лишние действия. На предприятии должна быть создана база данных, которая обеспечивает хранение информации и доступность её для всех составляющих системы управления. Наличие такой базы данных позволяет сформировать информацию для принятия решений. Сама по себе информационная система не является инструментом для принятия управленческих решений. Решения принимаются людьми. Но система управления в состоя- нии представить или "подготовить" информацию в таком виде, чтобы обеспечить принятие решения. Системы поддержки принятия решений в состоянии обеспечить, например: отслеживание эффективности работы различных участков и служб для выявления и устранения слабых звеньев, а также для совершенствования бизнес - процессов и организа- 6 ционных единиц (т.е. анализ информации может привести к изменению правил выполнения тех или иных управленческих процессов и даже к изменению организационной структуры предприятия); анализ деятельности отдельных подразделений; обобщение данных из различных подразделений; анализ показателей различных направлений финансово-хозяйственной деятельно- сти предприятия для выделения перспективных и убыточных направлений бизнеса; выявление тенденций, развивающихся на предприятии, так и на рынке. Не следует забывать и о том, что работать с системой придётся обычным людям, яв- ляющимся специалистами в своей предметной области, но зачастую обладающими весьма средними навыками в работе с компьютерами. Интерфейс информационных систем должен быть им интуитивно понятен. 1. Технология построения системы по моделям "как надо", без попыток программи- рования действующих сейчас алгоритмов. Практика создания систем по модели "как есть" показала, что автоматизация без проведения реинжиниринга бизнес - процессов и модерни- зации существующей системы управления не приносит желаемых результатов и не эффек- тивна. Ведь использование в работе программных приложений - это не просто сокращение бумажных документов и рутинных операций, но и переход на новые формы ведения доку- ментооборота, учёта и отчётности. 2. Технология построения систем с подходом "сверху вниз". Если решение об автома- тизации принято и одобрено высшим руководством, то внедрение программных модулей осуществляется с головных предприятий и подразделений, а процесс построения корпора- тивной системы проходит гораздо быстрее и эффективнее, чем при внедрении системы пер- воначально в низовые подразделения. Только при внедрении "сверху вниз" и активном содействии руководства можно изначально правильно оценить и провести весь комплекс ра- бот без незапланированных издержек. 3. Технология поэтапного внедрения. Поскольку комплексная автоматизация - это процесс, в который вовлекаются практически все структурные подразделения предприятия, технология поэтапного внедрения является наиболее предпочтительной. Первыми объектами автоматизации становятся те участки, на которых в первую очередь необходимо наладить процесс учёта и формирования отчётных документов для вышестоящих органов и смежных подразделений. 4. Привлечение к разработке будущих пользователей. При выполнении работ по ком- плексной автоматизации фирмой - интегратором меняются функции отделов информацион- ных технологий фирмы - заказчика, и возрастает их роль в общем процессе перехода предприятия на прогрессивные методы управления. Во время реализации проекта сотрудники отделов вместе с разработчиками работают с информацией и моделями, участвуют в принятии решения по выбору технологических ре- шений и, самое главное, организуют взаимодействие поставщиков решения и сотрудников предприятия. При эксплуатации информационной системы на плечи сотрудников автомати- зированной системы управления ложится обслуживание и сопровождение системы (если не заключен договор на сопровождение с фирмой-поставщиком). Специалисты заказчика явля- ются инициаторами и исполнителями подготовки предложений по совершенствованию и развитию существующей системы. Это позволяет им лучше приспособить её к своим требо- ваниям, поэтому эти требования должны быть основательно продуманы, чтобы информаци- онные технологии не использовались там, где легко можно справиться с задачами управления с помощью карандаша и листа бумаги. Система должна поддерживать такую схему взаимодействия между модулями и авто- матизированными рабочими местами, которая отвечала бы требованиям и техническим воз- можностям пользователя. Важнейшими параметрами информационной системы являются надёжность, масштабируемость, безопасность, поэтому при создании таких систем исполь- зуется архитектура клиент-сервер. Эта архитектура позволяет распределить работу между 7 клиентской и серверной частями системы, предусматривает развитие и совершенствование в соответствии с особенностями решаемых задач. В последние годы наблюдается устойчивая тенденция увеличения спроса на клиент - серверные приложения, которые обладают в облас- ти учёта и управления большими возможностями, чем файл-серверные системы при обра- ботке больших объёмов данных, возможностью создания распределённых систем, а также достаточной интеграцией с другими системами. Внедрение информационной системы управления предприятием, как и любое серьёз- ное преобразование на предприятии, является сложным и зачастую болезненным процессом. Тем не менее, некоторые проблемы, возникающие при внедрении системы, достаточно хо- рошо изучены, формализованы и имеют эффективные методологии решения. Заблаговре- менное изучение этих проблем и подготовка к ним значительно облегчают процесс внедрения и повышают эффективность дальнейшего использования системы. Первейшим этапом создания системы должно быть проведение работ по предпроектному обследованию (так называемый консалтинг). Пока не описаны и не проанализированы все бизнес - процес- сы предприятия, не построена модель предприятия "как есть сегодня", не сформулированы обоснованные требования к новой системе, не построена модель будущей системы "как должно быть", не разработано техническое задание не может быть и речи о покупке или на- чале разработки системы. Цель этой предпроектной работы заключается в том, чтобы разра- ботать представление о будущей системе, описать функционально-информационную модель будущей системы и защитить её перед заказчиком. Только после этого можно вкладывать деньги в покупку или разработку системы. Так как имеются различные интересы, особенности и уровни в организации, сущест- вуют различные виды информационных систем. Никакая единственная система не может полностью обеспечивать потребности организации во всей информации. Организацию мож- но разделить на уровни: стратегический, управленческий, знания и эксплуатационный; и на функциональные области типа продажи и маркетинга, производства, финансов, бухгалтер- ского учёта и человеческих ресурсов. Системы создаются, чтобы обслужить эти различные организационные интересы. Различные организационные уровни обслуживают четыре глав- ных типа информационных систем: системы с эксплуатационным уровнем, системы уровня знания, системы уровня управления и системы со стратегическим уровнем. Системы эксплуатационного уровня поддерживают управляющих операциями, следят за элементарными действиями организации типа продажи, платежей, обналичивают депози- ты, платёжную ведомость. Основная цель системы на этом уровне состоит в том, чтобы от- ветить на обычные вопросы и проводить потоки транзакций через организацию. Чтобы отвечать на эти виды вопросов, информация вообще должна быть легко доступна, оператив- на и точна. Системы уровня знания поддерживают работников знания и обработчиков данных в организации. Цель систем уровня знания состоит в том, чтобы помочь интегрировать новое знание в бизнес и помогать организации управлять потоком документов. Системы уровня знания, особенно в форме рабочих станций и офисных систем, сегодня являются наиболее быстрорастущими приложениями в бизнесе. Системы уровня управления разработаны, чтобы обслуживать контроль, управление, принятие решений и административные действия средних менеджеров. Они определяют, хо- рошо ли работают объекты, и периодически извещают об этом. Например, система управле- ния перемещениями сообщает о перемещении общего количества товара, равномерности работы торгового отдела и отдела, финансирующего затраты для служащих во всех разделах компании, отмечая, где фактические издержки превышают бюджеты. Некоторые системы уровня управления поддерживают необычное принятие решений. Они имеют тенденцию сосредоточиться на менее структурных решениях, для которых ин- формационные требования не всегда ясны. Системы стратегического уровня – это инстру- мент помощи руководителям высшего уровня, которые подготавливают стратегические исследования и длительные тренды в фирме и в деловом окружении. Их основное назначе- 8 ние – приводить в соответствие изменения в условиях эксплуатации с существующей орга- низационной возможностью. Информационные системы могут также быть дифференцированы функциональным образом. Главные организационные функции типа продажи и маркетинга, производства, фи- нансов, бухгалтерского учёта и человеческих ресурсов обслуживаются собственными ин- формационными системами. В больших организациях подфункции каждой из этих главных функций также имеют собственные информационные системы. Например, функция произ- водства могла бы иметь системы для управления запасами, управления процессом, обслужи- вания завода, автоматизированной разработки и материального планирования требований. Типичная организация имеет системы различных уровней: эксплуатационную, управ- ленческую, знания и стратегическую для каждой функциональной области. Например, ком- мерческая функция имеет коммерческую систему на эксплуатационном уровне, чтобы делать запись ежедневных коммерческих данных и обрабатывать заказы. Система уровня знания создаёт соответствующие дисплеи для демонстрации изделий фирмы. Системы уровня управления отслеживают ежемесячные коммерческие данные всех коммерческих территорий и докладывают о территориях, где продажа превышает ожидаемый уровень или падает ниже ожидаемого уровня. Система прогноза предсказывает коммерческие тренды в течение пяти- летнего периода – обслуживает стратегический уровень. Интеграция разнородных и распределенных данных не в состоянии разрешить все во- просы управления предприятием. В соответствии с процессным подходом наибольшую цен- ность представляют не сами по себе данные, а использование информации в тех или иных бизнес-процессах компании. В самых современных ИС принято рассматривать за "атомар- ную" единицу не данные в "чистом" виде, а некоторый сервис, соответствующий какому-то элементарному бизнес-процессу. В частности, такой сервис может просто выдавать какие-то данные, являясь аналогом "атомарной" единицы классических ИС. В настоящее время при формировании информационной инфраструктуры предпри- ятия, при проектировании и реализации КИС всё чаще применяется сервис-ориентированная архитектура (Service-Oriented Architecture — SOA). Это такая архитектура ИС, в которой система строится из набора гетерогенных слабосвязанных компонентов (сервисов). SOA по- нимается как парадигма организации и использования распределенного множества функций, которые могут контролироваться различными владельцами. Базовыми понятиями в такой архитектуре являются "информационная услуга" и "композитное приложение". Информационная услуга (сервис) — это атомарная прикладная функция автоматизи- рованной системы, пригодная для использования при разработке приложений, реализующих прикладную логику автоматизируемых процессов как в самой системе, так и для использо- вания в приложениях других автоматизированных систем. Сервис обычно характеризуется следующими свойствами: возможность многократного применения; услуга может быть определена одним или несколькими технологически независи- мыми интерфейсами; выделенные услуги слабо связаны между собой и каждая из них может быть вы- звана посредством коммуникационных протоколов, обеспечивающих возможность взаимо- действия услуг между собой. Композитное (составное) приложение — программное решение для конкретной при- кладной проблемы, связывающее прикладную логику процесса с источниками данных и инфор- мационных услуг, хранящихся на гетерогенном множестве базовых информационных систем. Обычно композитные приложения ассоциированы с процессами деятельности и могут объеди- нять различные этапы процессов, представляя их пользователю через единый интерфейс. Использование такого подхода при построении архитектуры сложных интегрирован- ных информационных систем позволяет: создать систему корпоративных композитных приложений, основанных на системе корпоративных Web-сервисов; 9 организовать интеграцию приложений на базе автоматизации бизнес-процессов; использовать различные транспортные протоколы и стандарты форматирования со- общений, средства обеспечения безопасности, надежной и своевременной доставки сообщений; существенно повысить скорость разработки прикладных приложений и снизить за- траты на эти цели. Благодаря упрощению среды управления и взаимодействия снижается потребность в кодировании новых программ. Повторное использование сервисов сокращает затраты вре- мени на разработку; рационализация унаследованных процессов помогает уменьшить общее число процессов, требующих эксклюзивных методов управления. Благодаря использованию простых протоколов, значительно сокращаются трудозатраты на поддержку приложений. Обязательным условием построения и внедрения архитектуры системы на основе SOA является использование единой инфраструктуры описания сервисов (репозитория сер- висов), разрешенных протоколов доступа и обмена сообщениями, форматов сообщений. Упомянутая инфраструктура образует так называемую интеграционную шину (Enterprise Service Bus — ESB), являющуюся одним из центральных компонентов системы. Она устанавливает единые правила публикации сервисов, управления и информационного взаимодействия между приложениями различных систем, входящих в состав интегрирован- ной системы. Это упрощает управление приложениями и их поддержку, а также снижает риск фрагментации приложений и процессов. |