16.Программные решения для бизнеса_Томск. Программа повышения квалификации
 Скачать 1.72 Mb.
|
|
Законы об эволюции программного обеспечения Законы эволюции программного обеспечения были сформулированы М. Леманом Он разделил программное обеспечение на три категории: S-тип (статический тип) — это программное обеспечение, которое работает строго в соответствии с определенными спецификациями и решениями. Решение и способ его достижения сразу же понимаются перед кодированием. Программное обеспечение s-типа меньше всего подвержено изменениям, поэтому это самое 53 простое из всех. Например, программа-калькулятор для математических вычислений. P-тип (практический тип) — это программное обеспечение с набором процедур. Это определяется именно тем, что могут делать процедуры. В этом программном обеспечении спецификации могут быть описаны, но решение не очевидно сразу. Например, игровое программное обеспечение. Электронный тип (встроенный) — это программное обеспечение тесно связано с требованиями реальной среды. Это программное обеспечение имеет высокую степень эволюции, поскольку в реальных ситуациях происходят различные изменения в законах, налогах и т. д. Например, программное обеспечение для онлайн-торговли. Эволюция программного обеспечения E-Type Леман сформулировал восемь законов развития программного обеспечения E-Type: Продолжающиеся изменения. Программная система электронного типа должна продолжать адаптироваться к изменениям реального мира, иначе она становится все менее полезной. Возрастающая сложность. По мере развития системы программного обеспечения типа E ее сложность возрастает, если не проводится работа по ее обслуживанию или уменьшению. Сохранение фамильярности — знакомство с программным обеспечением или знание о том, как оно разрабатывалось, почему оно разрабатывалось именно таким образом и т. д. Должно сохраняться любой ценой для реализации изменений в системе. Продолжающийся рост. Для того, чтобы система E-типа предназначалась для решения какой-либо бизнес-проблемы, ее размер для реализации изменений увеличивается в соответствии с изменениями образа жизни бизнеса. Снижение качества. Система программного обеспечения типа E ухудшает качество, если не будет тщательно поддерживаться и адаптироваться к изменяющейся операционной среде. Системы обратной связи. Программные системы E-типа представляют собой многоконтурные многоуровневые системы обратной связи и должны рассматриваться как таковые, чтобы успешно модифицироваться или улучшаться. 54 Саморегулирование — процессы эволюции системы E-типа являются саморегулируемыми с распределением продуктов и мер, близких к нормальным. Организационная стабильность. Средний эффективный глобальный уровень активности в развивающейся системе электронного типа не меняется в течение срока службы продукта. Программные парадигмы Программные парадигмы относятся к методам и шагам, которые предпринимаются при разработке программного обеспечения. Есть много методов, предложенных и работающих в настоящее время, но мы должны увидеть, где эти парадигмы стоят в разработке программного обеспечения. Они могут быть объединены в различные категории, хотя каждая из них содержится в одной. Парадигма программирования — это подмножество парадигмы разработки программного обеспечения, которая является еще одним подмножеством парадигмы разработки программного обеспечения. Парадигма разработки программного обеспечения Эта парадигма известна, как парадигма разработки программного обеспечения, в которой применяются все инженерные концепции, относящиеся к разработке программного обеспечения. Он включает в себя различные исследования и сбор требований, которые помогают построить программный продукт. Это состоит из: Сбор требований Разработка программного обеспечения 55 Программирование Парадигма разработки программного обеспечения Эта парадигма является частью разработки программного обеспечения и включает в себя: дизайн техническое обслуживание программирование Парадигма программирования Эта парадигма тесно связана с программным аспектом разработки программного обеспечения. Это включает: кодирование тестирование интеграция Необходимость разработки программного обеспечения Необходимость разработки программного обеспечения возникает из-за более высокой скорости изменения требований пользователя и среды, в которой работает программное обеспечение. Большое программное обеспечение. Построить стену легче, чем дом или здание так же, как размер программного обеспечения становится большим, и инжиниринг должен сделать научный процесс. Масштабируемость — если процесс программного обеспечения не основывается на научных и технических концепциях, было бы легче воссоздать новое программное обеспечение, чем масштабировать существующее. Затраты. Поскольку индустрия оборудования продемонстрировала свое мастерство, а огромное производство снизило цены на компьютерное и электронное оборудование. Но стоимость программного обеспечения остается высокой, если надлежащий процесс не адаптирован. Динамическая природа. Постоянно растущая и адаптирующаяся природа программного обеспечения в значительной степени зависит от среды, в которой работает пользователь. Если природа программного обеспечения постоянно меняется, необходимо внести новые улучшения в существующий. Это где разработка программного обеспечения играет хорошую роль. Управление качеством — лучший процесс разработки программного обеспечения обеспечивает лучший и качественный программный продукт. 56 Характеристики хорошего программного обеспечения О программном продукте можно судить по тому, что он предлагает и насколько хорошо его можно использовать. Это программное обеспечение должно удовлетворять следующим основаниям: эксплуатационный переходный техническое обслуживание Ожидается, что хорошо спроектированное и созданное программное обеспечение будет иметь следующие характеристики: Эксплуатационный Это говорит нам, насколько хорошо программное обеспечение работает в операциях. Это может быть измерено на: бюджет юзабилити КПД правильность функциональность надежность безопасность Переходный Этот аспект важен, когда программное обеспечение перемещается с одной платформы на другую: портативность совместимость повторное использование адаптируемость Техническое обслуживание В этом аспекте кратко описывается, насколько хорошо программное обеспечение способно поддерживать себя в постоянно меняющейся среде: модульность Ремонтопригодность гибкость масштабируемость Тестирование программного обеспечения Тестирование — это процесс оценки системы или ее компонентов с целью выяснить, удовлетворяет ли она указанным 57 требованиям или нет. Проще говоря, тестирование — это проверка системы с целью выявления ошибок или отсутствующих требований, противоречащих фактическим требованиям. В соответствии со стандартом ANSI / IEEE 1059 тестирование можно определить как — процесс анализа элемента программного обеспечения для выявления различий между существующими и требуемыми условиями (то есть дефектами / ошибками / ошибками) и для оценки характеристик элемента программного обеспечения. Кто проводит тестирование Это зависит от процесса и связанных заинтересованных сторон проекта (ов). В ИТ-отрасли у крупных компаний есть команда, отвечающая за оценку разработанного программного обеспечения в контексте заданных требований. Более того, разработчики также проводят тестирование, которое называется Unit Testing. В большинстве случаев следующие специалисты участвуют в тестировании системы в рамках своих соответствующих возможностей: Тестеровщик программного обеспечения Разработчик программного обеспечения Руководитель проекта / менеджер Конечный пользователь Типы тестирования Ручное тестирование Ручное тестирование включает в себя тестирование программного обеспечения вручную, то есть без использования какого-либо автоматизированного инструмента или какого-либо сценария. В этом типе тестер берет на себя роль конечного пользователя и тестирует программное обеспечение, чтобы выявить любое непредвиденное поведение или ошибку. Существуют различные этапы ручного тестирования, такие как модульное тестирование, интеграционное тестирование, тестирование системы и приемочное тестирование пользователя. Тестировщики используют планы тестирования, тестовые наборы или сценарии тестирования для тестирования программного обеспечения, чтобы обеспечить полноту тестирования. Ручное тестирование также включает в себя предварительное тестирование, поскольку тестировщики исследуют программное обеспечение для выявления ошибок в нем. 58 Автоматизация тестирования Автоматическое тестирование, также известное как Test Automation — это когда тестировщик пишет сценарии и использует другое программное обеспечение для тестирования продукта. Этот процесс включает в себя автоматизацию ручного процесса. Автоматизированное тестирование используется для повторного запуска тестовых сценариев, которые выполнялись вручную, быстро и многократно. Помимо регрессионного тестирования, автоматизированное тестирование также используется для тестирования приложения с точки зрения нагрузки, производительности и стресса. Уровни тестирования Модульное тестирование Этот тип тестирования выполняется разработчиками до того, как установка будет передана группе тестирования для формального выполнения тестовых случаев. Модульное тестирование выполняется соответствующими разработчиками на отдельных единицах исходного кода назначенных областей. Разработчики используют тестовые данные, которые отличаются от тестовых данных группы обеспечения качества. Цель модульного тестирования состоит в том, чтобы изолировать каждую часть программы и показать, что отдельные 59 части являются правильными с точки зрения требований и функциональности. Интеграционное тестирование Интеграционное тестирование определяется как тестирование объединенных частей приложения для определения их правильного функционирования. Интеграционное тестирование может выполняться двумя способами: интеграционное тестирование снизу вверх и интеграционное тестирование сверху вниз. Тестирование системы Системное тестирование тестирует систему в целом. Как только все компоненты интегрированы, приложение в целом подвергается строгой проверке на соответствие указанным стандартам качества. Этот тип тестирования выполняется специализированной командой тестирования. Регрессионное тестирование Всякий раз, когда вносятся изменения в программное приложение, вполне возможно, что это изменение затронуло другие области приложения. Регрессионное тестирование проводится для проверки того, что исправленная ошибка не привела к нарушению других функций или бизнес-правил. Целью регрессионного тестирования является обеспечение того, чтобы изменение, такое как исправление ошибки, не привело к обнаружению другой ошибки в приложении. Более подробную информацию о тестировании программного обеспечения можно посмотреть здесь: https://coderlessons.com/tutorials/kachestvo- programmnogo-obespecheniia/izuchite-testirovanie- programmnogo-obespecheniia/testirovanie- programmnogo-obespecheniia-kratkoe-rukovodstvo 60 Задания для закрепления Выполнение модуля конкурсного задания по модулю «Разработка программного обеспечения» Все необходимые материалы для выполнения https://drive.google.com/drive/folders/16Mk7 c3czYaMs7SizAnRA7IxBi19D77w5 Видео-ролики для самостоятельного выполнения задания https://nationalteam.worldskills.ru/skills/programmnye- resheniya-dlya-biznesa/ Разработка и общий разбор практических заданий (упражнений) для студентов в учебно-производственном процессе по модулю «Разработка программного обеспечения». Задание: - проанализируйте конкурсное задание и критерии оценки и разделите его на несколько независимых друг от друга упражнений. - опираясь на конкурсное задание сформулируйте упражнение для студентов; - в соответствии со схемой оценки определите критерии оценки упражнения, разбив на элементарные операции, которые студент должен выполнить для достижения максимальной результата; Пример выполнения задания: Упражнение. Разработка программного обеспечения Задание: Разработайте функциональный прототип приложения, согласно техническому заданию. Технологии выполнения задания: NET Критерии оценки: 61 WSSS Тип Аспект критерия Баллы 5 О Разработаны основные интерфейсы 0,5 О Соблюдено руководство по стилю 0,2 О Данные обрабатываются из БД 0,6 Сформулируйте упражнение и критерии оценки 62 Определите в каком профессиональном модуле ОПОП специальности 09.02.07 “Информационные системы и программирование” можно использовать упражнение и на какие ПК, знания, умения и навыки оно ориентировано. Профессиональны й модуль Профессиональны е компетенции Иметь практический опыт: Уметь: Знать: Междисциплинар ный курс Отметьте, где можно использовать упражнение при организации образовательного процесса. ЛПР Учебная практика Экзамен по МДК Квалификационн ый экзамен 63 8. ОРГАНИЗАЦИЯ И ПРОВЕДЕНИЕ ДЕМОНСТРАЦИОННОГО ЭКЗАМЕНА О демонстрационном экзамене по стандартам Ворлдскиллс Россия В послании Федеральному Собранию 4 декабря 2014 года Президентом Российской Федерации дано поручение, направленное на развитие системы подготовки рабочих кадров: «К 2020 году как минимум в половине колледжей России подготовка по 50 наиболее востребованным и перспективным рабочим профессиям должна вестись в соответствии с лучшими мировыми стандартами и передовыми технологиями…». Во исполнение указанного поручения, а также распоряжения Правительства Российской Федерации от 3 марта 2015 года № 349-р «Об утверждении комплекса мер, направленных на совершенствование системы среднего профессионального образования на 2015 - 2020 годы», в соответствии с паспортом приоритетного проекта «Образование» по направлению «Подготовка высококвалифицированных специалистов и рабочих кадров с учетом современных стандартов и передовых технологий» («Рабочие кадры для передовых технологий»), утвержденным протоколом заседания Президиума Совета при Президенте Российской Федерации по стратегическому развитию и приоритетным проектам от 25 октября 2016 года №9, Союзом «Агентство развития профессиональных сообществ и рабочих кадров «Молодые профессионалы (Ворлдскиллс Россия)» проводится пилотная апробация демонстрационного экзамена по стандартам Ворлдскиллс Россия в рамках государственной итоговой аттестации. Демонстрационный экзамен по стандартам Ворлдскиллс – это форма государственной итоговой аттестации выпускников по программам среднего профессионального образования образовательных организаций высшего и среднего профессионального образования, которая предусматривает: моделирование реальных производственных условий для демонстрации выпускниками профессиональных умений и навыков; независимую экспертную оценку выполнения заданий демонстрационного экзамена, в том числе экспертами из числа представителей предприятий; определение уровня знаний, умений и навыков выпускников в соответствии с международными требованиями. 64 Демонстрационный экзамен по стандартам Ворлдскиллс Россия проводится с целью определения у студентов и выпускников уровня знаний, умений, навыков, позволяющих вести профессиональную деятельность в определенной сфере и (или) выполнять работу по конкретным профессии или специальности в соответствии со стандартами Ворлдскиллс Россия. Включение формата демонстрационного экзамена в процедуру государственной итоговой аттестации обучающихся профессиональных образовательных организаций – это модель независимой оценки качества подготовки кадров, содействующая решению нескольких задач системы профессионального образования и рынка труда без проведения дополнительных процедур. Выпускникам Выпускники, прошедшие аттестационные испытания в формате демонстрационного экзамена получают возможность: одновременно с подтверждением уровня освоения образовательной программы в соответствии с федеральными государственными образовательными стандартами подтвердить свою квалификацию в соответствии с требованиями международных стандартов Ворлдскиллс без прохождения дополнительных аттестационных испытаний; подтвердить свою квалификацию по отдельным профессиональным модулям, востребованным предприятиями- работодателями и получить предложение о трудоустройстве на этапе выпуска из образовательной организации; одновременно с получением диплома о среднем профессиональном образовании получить документ, подтверждающий уровень профессиональных компетенций в соответствии со стандартами Ворлдскиллс Россия – Паспорт компетенций (Skills Passport). Все выпускники, прошедшие демонстрационный экзамен и получившие Паспорт компетенций вносятся в базу данных молодых профессионалов, доступ к которому предоставляется всем ведущим предприятиям-работодателям, признавшим формат демонстрационного экзамена, для осуществления поиска и подбора персонала. |