Методические указания по выполнению практических работ для подготовки обучающихся специальности
 Скачать 0.53 Mb.
|
|
Ориентация на потребителя – организации зависят от своих потре- бителей, и поэтому должны понимать их текущие и будущие потребности, вы- полнять их требования и стремиться превзойти их ожидания. 2) Лидерство руководителя – руководители обеспечивают единство це- ли и направления деятельности организации. Им следует создавать и поддер- живать внутреннюю среду, в которой работники могут быть полностью вовле- чены в решение задач организации. 3) Вовлечение работников – работники всех уровней составляют основу организации, и их полное вовлечение дает возможность организации с выгодой использовать их способности. 4) Процессный подход – желаемый результат достигается эффективнее, когда деятельностью и соответствующими ресурсами управляют как процес- сом. 5) Системный подход к менеджменту – выявление, понимание и ме- неджмент взаимосвязанных процессов как системы содействуют результатив- ности и эффективности организации при достижении ее целей. 6) Постоянное улучшение – постоянное улучшение деятельности орга- низации в целом следует рассматривать как ее неизменную цель. 7) Принятие решений, основанное на фактах – эффективные решения основываются на анализе данных и информации. 8) Взаимовыгодные отношения с поставщиками – организация и ее поставщики взаимозависимы, и отношения взаимной выгоды повышают спо- собность обеих сторон создавать ценности. Эти восемь принципов менеджмента качества образуют основу для стан- дартов на системы менеджмента качества, входящих в семейство ИСО 9000. 19 Стандарт ГОСТ Р ИСО 9001-2008 направлен на применение «процессно- го подхода» при разработке, внедрении и улучшении результативности систе- мы менеджмента качества с целью повышения удовлетворенности потребите- лей путем выполнения их требований. Преимущество процессного подхода состоит в непрерывности управле- ния, которое он обеспечивает на стыке отдельных процессов в рамках их си- стемы, а также при их комбинации и взаимодействии. При применении в системе менеджмента качества такой подход подчер- кивает важность: - понимания и выполнения требований; - необходимости рассмотрения процессов с точки зрения добавленной ценности; - достижения результатов выполнения процессов и их результативности; - постоянного улучшения процессов, основанного на объективном изме- рении. Приведенная на рисунке 1 модель СМК, основанная на процессном под- ходе, иллюстрирует связи между процессами. Эта модель показывает, что по- требители играют существенную роль при определении входных данных. Мо- ниторинг удовлетворенности потребителей требует оценки информации о вос- приятии потребителями выполнения их требований. Рисунок 1 – Модель системы менеджмента качества, основанной на процессном под- ходе Существует несколько видов документации, которая, в совокупности с персоналом организации, образует СМК. К их числу относятся: - Заявление о политике в области качества, созданное высшим руковод- ством организации. Эта политика проводится в жизнь посредством постановки серии целей в области качества; - Руководство по качеству, которое может содержать заявления о поли- тики организации в различных областях деятельности, а также методики, при- меняемые в СМК организации; 20 - Отчеты о качестве различного вида, формы и содержание которых могут быть различными для различных организаций. К их числу относят отче- ты о подготовке персонала, заявки на внесение изменений в ПС. ИСО 9001:2005 не устанавливает методы разработки ПС. Стандарт ре- гламентирует только составные части СМК, области деятельности, которые должны быть охвачены руководством по качеству, а также указывает на необ- ходимость закрепления этих составляющих за ответственными лицами, обла- дающими соответствующими полномочиями, и контроля за ними. Практическая часть 1. Изучить выше описанный материал и ответить на вопросы:1. На чем основано эффективное управление качеством?2. Какая теория лежит в ос- нове методологии построения систем управления качеством? 2. Должна ли система качества быть ориентирована на этапы жизнен- ного цикла продукции? 3. Для каких целей разработана серия стандартов ИСО 9000? 4. В чем состоит принципиальное отличие модели CMM от модели ИСО серии 9000? Сделать выводы по работе Практическая работа № 5 -6 Создание схем алгоритмов средствами MS Visio Цель работы: Закрепить навыки работы в программе MS Visio Оснащение: OS Windows, MS Office. Формируемые компетенции: ОК-1 ОК-3 ОК-4 ОК-5 ОК-6 ОК-7 ОК-9 Теоретическая часть Редактор векторной графики Visio 2000 предназначен для создания раз- личных графических изображений: технических. чертежей, электрических и структурных схем, блок-схем алгоритмов и интернет диаграмм, географических карт и др. В векторной графике изображение строится с помощью математических описаний объектов и геометрических примитивов: окружностей, прямых, ли- ний. Ключевым моментов векторной графики является то, что она использует комбинацию компьютерных программ и математических формул для объекта. Это позволяет компьютерным устройствам вычислять и помещать в нужном месте реальные точки при рисовании этих объектов. Такая особенность вектор- ной графики дает ей ряд преимуществ перед растровой графикой, но в тоже 21 время является причиной ее недостатков. Векторную графику часто называют объектно-ориентированной графикой или чертежной графикой. Простые объекты, такие как окружности, линии, сферы, кубы и т.п. назы- вается примитивными, и используются при создании более сложных объектов. В векторной графике объекты создаются путем комбинации различных объек- тов. Для создания объектов примитивов используется простые описания. Пря- мая линия, дуги, окружности, эллипсы и области однотонного или изменяюще- гося света - это двухмерные рисунки, используемые для создания детализиро- ванных изображений. В трехмерной компьютерной графике для создания сложных рисунков могут использоваться такие элементы как сферы, кубы. Команды, описываю- щие векторные объекты большинству пользователей возможно никогда не при- дется увидеть. Определять, как описывать будет компьютерная программа, ко- торая используется для подготовки векторных объектов. Для создания вектор- ных рисунков необходимо использовать один их многочисленных иллюстраци- онных пакетов. Достоинство векторной графики в том, что описание является простым и занимает мало памяти компьютера, возможность масштабирования. Однако не- достатком является то, что детальный векторный объект может оказаться слишком сложным, он может напечататься не в том виде, в каком ожидает пользователь или не напечатается вообще, если принтер неправильно интер- претирует или не понимает векторной команды. 22 Практическая часть Создать бизнес проект использую средства MSVisio, как показано на рисунке 1 Рисунок 1 – Бизнес проект Сделать выводы по работе Задания для самостоятельной проверки: 1. Принципы построения изображений в векторной графике. 2. Достоинства и недостатки векторной графики. 3. Области применения векторной графики. 4. Назначение, основные возможности, области применения редактора Visio 2007. Практическая работа № 7-10 Разработка документа Техническое задание Цель работы: ознакомиться с правилами написания технического зада- ния и применить при написании технического задания на разработанный про- дукт. Оснащение: OS Windows, MS Office. 23 Формируемые компетенции: ОК-2 ОК-3 ОК-4 ОК-5 ОК-6 ОК-7 ОК-9 ПК- 3.1 ПК-3. Теоретическая часть Техническое задание представляет собой документ, в котором сформули- рованы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки и регламентирован процесс приемо- сдаточных испытаний. В разработке технического задания участвуют как пред- ставители заказчика, так и представители исполнителя. В основе этого доку- мента лежат исходные требования заказчика, анализ передовых достижений техники, результаты выполнения научно-исследовательских работ, предпро- ектных исследований, научного прогнозирования и т. п. Разработка технического задания выполняется в следующей последова- тельности: - устанавливают набор выполняемых функций, перечень и характери- стики исходных данных. - определяют перечень результатов, их характеристики и способы пред- ставления. - уточняют среду функционирования программного обеспечения: кон- кретную комплектацию и параметры технических средств, версию используе- мой операционной системы и, возможно, версии и параметры другого установ- ленного программного обеспечения, с которым предстоит взаимодействовать будущему программному продукту. В случаях, когда разрабатываемое программное обеспечение собирает и хранит некоторую информацию или включается в управление каким-либо тех- ническим процессом, необходимо также четко регламентировать действия про- граммы в случае сбоев оборудования и энергоснабжения. 1. Общие положения 1.1. Техническое задание оформляют в соответствии с ГОСТ 19.106—78 на листах формата А4 и A3 по ГОСТ 2.301—68, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом. 1.2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104—78. Информационную часть (аннотацию и содержание), лист ре- гистрации изменений допускается в документ не включать. 1.3. Для внесения изменений и дополнений в техническое задние на по- следующих стадиях разработки программы или программного изделия выпус- кают дополнение к нему. Согласование и утверждение дополнения к техниче- скому заданию проводят в том же порядке, который установлен для техниче- ского задания. 1.4. Техническое задание должно содержать следующие разделы: - введение; 24 - наименование и область применения; - основание для разработки; - назначение разработки; - технические требования к программе или программному изделию; - технико-экономические показатели; - стадии и этапы разработки; - порядок контроля и приемки; - приложения. В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объ- единять отдельные из них. При необходимости допускается в техническое за- дание включать приложения. 2. Содержание разделов 2.1.Введение должно включать краткую характеристику области приме- нения программы или программного продукта, а также объекта (например, си- стемы), в котором предполагается их использовать. Основное назначение вве- дения — продемонстрировать актуальность данной разработки и показать, ка- кое место эта разработка занимает в ряду подобных. 2.2.В разделе «Наименование и область применения» указывают наиме- нование, краткую характеристику области применения программы или про- граммного изделия и объекта, в котором используют программу или программ- ное изделие. 2.3.В разделе «Основание для разработки» должны быть указаны: - документ (документы), на основании которых ведется разработка. Та- ким документом может служить план, приказ, договор и т. п.; - организация, утвердившая этот документ, и дата его утверждения; - наименование и (или) условное обозначение темы разработки. 2.4. В разделе «Назначение разработки» должно быть указано функцио- нальное и эксплуатационное назначение программы или программного изде- лия. 2.5. Раздел «Технические требования к программе или программному из- делию» должен содержать следующие подразделы: требования к функциональным характеристикам; - требования к надежности; - условия эксплуатации; - требования к составу и параметрам технических средств; - требования к информационной и программной совместимости; - требования к маркировке и упаковке; - требования к транспортированию и хранению; - специальные требования. 2.5.1.В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организа- ции входных и выходных данных, временным характеристикам и т. п. 25 2.5.2.В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (обеспечение устой- чивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т. п.). 2.5.3.В подразделе «Условия эксплуатации» должны быть указаны усло- вия эксплуатации (температура окружающего воздуха, относительная влаж- ность и т. п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необхо- димое количество и квалификация персонала. 2.5.4.В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их технических характеристик. 2.5.5.В подразделе «Требования к информационной и программной совме- стимости о должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программиро- вания. При необходимости должна обеспечиваться защита информации и про- грамм. 2.5.6.В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и спосо- бы упаковки. 2.5.7.В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях. 2.5.8. В разделе «Технико-экономические показатели» должны быть ука- заны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучши- ми отечественными и зарубежными образцами или аналогами. 2.6.В разделе «Стадии и этапы разработки» устанавливают необходи- мые стадии разработки, этапы и содержание работ (перечень программных до- кументов, которые должны быть разработаны, согласованы и утверждены), а также как правило, сроки разработки и определяют исполнителей. 2.7.В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы. 2.8.В приложениях к техническому заданию при необходимости приво- дят: - перечень научно-исследовательских и других работ, обосновывающих разработку; - схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке; - другие источники разработки. В случаях, если какие-либо требования, предусмотренные техническим заданием, заказчик не предъявляет, следует в соответствующем месте указать 26 «Требования не предъявляются». Примеры разработки технического задания приведены в приложениях Б и В. Практическая часть 1 Разработать техническое задание на программный продукт ранее разра- ботанный на курсовом проектировании 2.Оформить работу в соответствии с ГОСТ 19.106-78. При оформлении использовать MS Office. 3.Сдать и защитить работу Сделать выводы по работе. Практическая работа № 11-12 Разработка документа руководство пользователя Цель работы: Разработать руководство пользователя как часть техниче- ской документации для программного продукта разработанного на уроках про- граммирования. Оснащение: OS Windows, MS Office. Формируемые компетенции: ОК-2 ОК-3 ОК-4 ОК-5 ОК-6 ОК-7 ОК-9 ПК- 3.1 ПК-3. Теоретическая часть Методы и средства разработки технической документации программного продукта Win32 API-приложения. Руководство пользователя. Задание. Для готового программного продукта, создать руководство пользователя программного продукта. Методические указания: Документация должна содержать необходимые сведения по установке, обеспечению надёжной работы продукта, справочное пособие для пользовате- ля, демонстрационные версии, примеры документов, создаваемых при помощи данного программного продукта, обучающие программы. Программная документация, включает: 1. техническое задание (назначение, область применения программы, требования, предъявляемые к программе); 2. текст программы (запись программы с необходимыми комментари- ями); 3. описание программы (сведения о логической структуре и функцио- нировании программы); 27 4. пояснительная записка (схема алгоритма, общее описание алгорит- ма и/или функционирования программы, обоснование принятых решений); 5. эксплуатационные документы. Эксплуатационные документы К эксплуатационным документам относят: - описание применения (сведения о назначении программы, области применения, применяемых методах, классе решаемых задач, ограничениях для применения, минимальной конфигурации технических средств); - руководство системного программиста (сведения для проверки, обес- печения функционирования и настройки программы на условия конкретного применения); - руководство программиста (сведения для эксплуатации программы); - руководство оператора (сведения для обеспечения общения оператора с вычислительной системой в процессе выполнения программы); - описание языка (описание синтаксиса и семантики языка); - руководство по техническому обслуживанию (сведения для примене- ния тестовых и диагностических программ при обслуживании технических средств) Основная часть программной документации составляется на стадии рабо- чего проекта. Необходимость того или иного документа определяется на этапе составления технического задания. Допускается объединять отдельные виды документов. Эксплуатационный документ "Описание языка" включается в программ- ную документацию, если разработанный программный продукт реализует не- кий язык программирования, управления заданиями, организации вычисли- тельного процесса и т. п. Эксплуатационный документ "Руководство по техническому обслужива- нию" включается в программную документацию, если разработанный про- граммный продукт требует использования тестовых или диагностических про- грамм. |