WWW.LIBRUS.DOBROTA.BIZ
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - собрание публикаций
 

«технический университет им. А.Н. Туполева – КАИ» (КНИТУ – КАИ) Зеленодольский институт машиностроения и информационных технологий (филиал) КНИТУ-КАИ Отделение среднего профессионального ...»

Федеральное государственное бюджетное образовательное учреждение

высшего образования «Казанский национальный исследовательский

технический университет им. А.Н. Туполева – КАИ» (КНИТУ – КАИ)

Зеленодольский институт машиностроения и информационных технологий

(филиал) КНИТУ-КАИ

Отделение среднего профессионального образования

МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ

ПО ВЫПОЛНЕНИЮ ПРАКТИЧЕСКИХ РАБОТ

дисциплины МДК.03.01 Документирование и сертификация для специальности 09.02.03 Программирование в компьютерных системах базовая подготовка Зеленодольск, 2016 г .

СОДЕРЖАНИЕ Стр .

Предисловие 3 Практическая работа № 1 «Оценка характеристик программ системой метрик Холстеда»

Практическая работа № 2 «Расчет основных показателей надежности 9 программ с использованием различных моделей»

Практическая работа № 3 «Оформление структурной схемы 11 международного стандарта серии ИСО 9000»

Практическая работа № 4,5 «Разработка и оформление технического 27 задания на программный продукт»

Практическая работа № 6,7 «Разработка и оформление технического 40 задания на разработку»

Практическая работа № 8,9 «Разработка и оформление эскизного 43 проекта»

Практическая работа № 10,11 «Разработка и оформление 52 пояснительной записки к эскизному проекту»

Практическая работа № 12,13 «Разработка и оформление «Руководство 55 оператора»»

Практическая работа № 14-15 «Разработка и оформление «Руководство 57 по техническому обслуживанию»»

Практическая работа № 16-17 «Изучение проведения сертификации и 59 сопутствующих документов»

ПРЕДИСЛОВИЕ

Методические указания для студентов по выполнению практических работ являются частью основной профессиональной образовательной программы по специальности 09.02.03 «Программирование в компьютерных системах» в соответствии с требованиями ФГОС СПО третьего поколения .

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

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

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

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

Правила выполнения практических работ

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

2. После проведения практической работы студент должен представить отчет о проделанной работе .

3. Отчет о проделанной работе следует выполнять в журнале лабораторных работ на листах формата А4 с одной стороны листа .

Оценку по практической работе студент получает, если:

- студентом работа выполнена в полном объеме;





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

- отчет выполнен в соответствии с требованиями к выполнению работы;

- студент отвечает на контрольные вопросы на удовлетворительную оценку и выше .

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

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

–  –  –

Учебно-методическая литература:

1. Дубовой Н.Д., Портнов Е.М. Основы метрологии, стандартизации, сертификации. – М.: ИД «ФОРУМ»: ИНФРА-М, 2016. – 256 с.: ил.- (Профессиональное образование) .

Дополнительные источники:

1. Закон РФ «О техническом регулировании» .

2. Закон РФ «Об обеспечении единства измерений» .

3. ГОСТ 8.417-81 ГСИ «Единицы физических величин» .

4. Закон РФ «О защите прав потребителей» .

5. Нефедов В.И. Метрология и электрорадиоизмерения в телекоммуникационных системах - М.: Высшая школа, 2008г .

6. Дворяшин Б.В. Метрология и радиоизмерения - М.: ACADEMA, 2009г .

7. Нормативная документация ГОСТ 2.405-95 Единая система программной документации. Общие требования к программным документам .

ГОСТ 19.105-78 Единая система программной документации .

Общие требования к программным документам .

ГОСТ 19.402-78 Единая система программной документации .

Общие требования к программным документам .

ГОСТ 19.404-79 Единая система программной документации .

Пояснительная записка .

Требования к содержанию и оформлению .

ГОСТ 19.510-78 Единая система программной документации .

Формуляр. Требования к содержанию и оформлению .

Интернет ресурсы:

1. Федеральное агенство по техническому регулированию и метрологии ( Росстандарт) [Электронный ресурс] – режим доступа: http://standard.gost.ru

2. Библиотека ГОСТов [Электронный ресурс] – режим доступа: http://vsegost.com/ 1 .

Рабочая тетрадь (если специально разработанная для работы или отчет по 2 .

выполнению практических работ) .

Калькулятор (указать, инженерный или простой) .

3 .

(указать, если необходимо) .

Карандаш простой (при необходимости, цветные карандаши – для построения 4 .

графиков, диаграмм, проекций точек на поверхности детали) .

(указать, если необходимо) .

Чертежные принадлежности: (при необходимости, указать, какие и сколько) .

5 .

(указать, если необходимо) .

–  –  –

Практическая работа № 1 «Оценка характеристик программ системой метрик Холстеда»

1 Цель работы: Изучение основ метрической теории программ Холстеда, расчет количественных характеристик для индивидуального модуля .

Образовательные результаты, заявленные во ФГОС третьего поколения:

Студент должен уметь:

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

знать:

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

Краткие теоретические и учебно-методические материалы по теме практической работы Описание метрик Холстеда

Метрики Холстеда предлагают разумный подход к решению следующих задач:

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

-определение норм первоначальных ошибок;

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

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

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

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

Операторы-комбинации символов, влияющие на значение или порядок операндов .

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

-n1 -число различных операторов данной реализации;

-n2 -число различных операндов данной реализации;

-N1 -общее число всех операторов;

-N2 -общее число всех операндов;

-n2*-число различных входных и выходных операндов .

На основании приведенных выше характеристик вычисляются:

-словарь n = n1 + n2;

-длина реализации N = N1 + N2 .

Метрики Холстеда включают следующие характеристики:

1) Длина программы: N'= n1 * log2(n1) + n2 * log2(n2) .

Если программа состоит из нескольких модулей (m -число модулей), то для каждого модуля определяется n1 среднее (n1 ср) и n2 среднее (n2 ср). В этом случае длина программы N' = m*(n1ср* log2(n1 cp) + n2 cp* log2(n2 cp)) .

2) Объем программы: V = N * log2(n) .

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

3) Потенциальный (минимальный) объем: V* = (2+ n2*) * log2(2+ n2*) .

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

4) Граничный объем: V** = (2+ (n2*)* log2(n2*)) * log2(2+ n2*) .

5) Соотношения между операциями и операндами (зависимость числа операндов n2 от числа операций n1: A = n2* /(n2* +2) * log2(n2*/2) B = n2* -2 * A n2 = A * n1 + B

-это частота использования операндов .

6) Уровень программы: L = V*/V, где V* -потенциальный объем, V -объем программы .

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

Альтернативное определение уровня L: L' = (n1*) * n2/(n1*N2), где n1*=2 .

7) Интеллектуальное содержание: I = L' * V или: I = 2 * n2/(n1 * N2)*N* log2(n) .

Интеллектуальное содержание - мера того, "сколько было сказано в программе", зависит от сложности задачи. (I11-13) .

8) Работа по программированию (общее число элементарных мысленных различий, требуемых для порождения программы): E=V/L или E = V 2/ V*,где Е –общее число элементарных умственных различений, требуемых для порождения программы .

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

Правильное разбиение на модули уменьшает работу по программированию:

E = E1 + E2 + E3 +... .

9) Приближенное время программирования: T' = E/S, где S = 18 моментов (различий)/секунд

-постоянная Страуда .

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

Альтернативное определение времени Т: Т' = n1*N2*N*log2(n)/(2*S*n2) .

10) Уровень языка: A = L * L* V .

Уровень языка определяет его производительность .

11) Уравнение ошибок:

Число переданных ошибок в программе: B = V/E0, где E0 = V* x V* x V*/(A x A) -среднее число элементарных различений между возможными ошибками в программировании .

«Переданные ошибки» -ошибки, остающиеся после отладки модуля .

2.2. Пример определения характеристик программы

Программа, реализующая алгоритм Евклида на Паскале:

Program Evclid;

Var a, b,q, r, gcd: integer;

begin readln (a, b);

if a=0 then gcd:=b else begin r:=0;

while r0 do begin q:=a div b; r:=a - b*q;

a:=b; b:=r end;

gcd:=a end;

writeln(gcd) end .

–  –  –

ПРАКТИЧЕСКАЯ РАБОТА № 2 «Расчет основных показателей надежности программ с использованием различных моделей»

1 Цель работы: Ознакомление с видами оптимизации программы, оптимизация индивидуального модуля по выбранному параметру (время выполнения, объем памяти) .

Образовательные результаты, заявленные во ФГОС третьего поколения:

Студент должен уметь:

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

знать:

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

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

Виды оптимизация программы:

-глобальная (всей программы);

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

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

Способы оптимизации:

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

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

а) упрощение действий происходит при замене сложных операций в выражениях более простыми: x / 0.4 - x*0.25;

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

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

Y=F(W), X=Y на X=F(W)

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

5. Сокращение размера программы: вынесение одинаковых конструкций в начальную или конечную точку программы; поиск в программе похожих объектов и формирование их в виде процедуры .

6. Экономия памяти -уменьшение объема памяти, отводимые под информационные объекты программы (например, параметры процедуры) .

2.2. Порядок выполнения работы

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

2. Провести оптимизацию программы по выбранному параметру .

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

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

2.3. Контрольные вопросы

1. Почему необходимо проводить оптимизацию, а не минимизацию программы?

2. От чего зависит выбор метода оптимизации?

3. Почему большое внимание уделяется циклическим участкам?

4. К каким нежелательным последствиям может привести оптимизация?

ПРАКТИЧЕСКАЯ РАБОТА № 3 «Оформление структурной схемы международного стандарта серии ИСО 9000»

1 Цель работы:

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

1.2 Получить представление и ориентироваться в международных стандартах ИСО 9000 – ИСО 9004, ИСО 8402 .

Образовательные результаты, заявленные во ФГОС третьего поколения:

Студент должен уметь:

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

знать:

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

Краткие теоретические и учебно-методические материалы по теме практической работы Международная организация по стандартизации (ИСО). В области международной стандартизации работает большое число организаций, среди которых Международная организация по стандартизации (ИСО) является наиболее представительной. Она была создана решением комитета по координации стандартов ООН в 1946 г., официальную деятельность начала с февраля 1947 г., после ратификации ее создания 33 странами. ИСО является неправительственной организацией и пользуется консультативным статусом ООН. Основная цель, декларируемая Уставом ИСО, определена как «содействие стандартизации в мировом масштабе» (рисунок 1) .

Устав ИСО определяет также организационную структуру (рисунок 2),функции основных органов и методы работы .

К основным функциям ИСО относятся следующие:

1) установление международных стандартов с согласия всех членов ПСО;

2) содействие внедрению и облегчению применения новых прогрессивных стандартов;

–  –  –

3) организация обмена информацией о работах своих членов и технических комитетов;

4) сотрудничество с другими международными организациями .

Официальными языками ИСО признаны английский и французский .

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

Официальными лицами ИСО являются:

- президент;

- вице-президент;

- казначей;

- генеральный секретарь .

В ИСО существуют три категории членства:

- комитет-член (полноправный член ИСО);

- член-корреспондент;

- наблюдатель .

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

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

Члены-корреспонденты имеют право:

- на участие в заседаниях ТК без регистрации;

- на получение материалов информационного характера .

В период между сессиями Генеральной Ассамблеи ИСО руководит Совет, избираемый на три года, состоящий из президента, вице президента, казначея и представителей 18 комитетчленов. При Совете создан ряд специальных комитетов для работы по отдельным направлениям деятельности ИСО, например, КАСКО (рис. 3), ДЕВКО (рис. 4), КОПОЛКО (рис. 5) .

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

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

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

–  –  –

Разработка и согласование проектов международных стандартов производится рабочими органами ИСО — техническими комитетами (ТК), структура которых изображена на рис. 6. Количество ТК не ограничено, новый ТК может быть создан по предложению одного комитет-члена при поддержке не менее пяти других комитет-членов. При создании нового ТК одновременно с решением о его названии принимается решение о ведении секретариата данного ТК конкретной страной. Если сфера деятельности ТК слишком широка, в его рамках создаются более узко специализированные подкомитеты (ПК), формирующие рабочие группы (РГ) из ведущих специалистов в определенных областях деятельности из разных стран. Рабочие группы являются основным техническим звеном ИСО, разрабатывающим проекты рабочих документов. Некоторые показатели деятельности ИСО (по данным на 1 января 2001 г.) приведены в табл. 1 .

–  –  –

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

- IЕС/СЕI – International Electronically Commission – Международная электротехническая комиссия (МЭК). МЭК является второй по значимости международной организацией по стандартизации после ИСО. Сферой стандартизации МЭК являются электротехника, радиосвязь, электроника, приборостроение. ИСО занимается стандартизацией во всех прочих отраслях;

- СEN – European Committee for Standardization – Европейский комитет по стандартизации;

- CENELEC European Committee for Electro technical Standardization – Европейский комитет по стандартизации в области электротехники и электроники;

- ЕОQ – European Organization for Quality – Европейская организация по качеству;

- ЕТSI – European Telecommunications Standard Institute – Европейский институт по стандартизации в области телекоммуникаций;

- ЕASC – Euro ASIA State Council for Standardization, Metrology and Certification – Евроазиатский межгосударственный совет до стандартизации, метрологии в сертификации;

- IAN – International Federation of Standards Users – Международная федерация пользователей стандартов;

- СОРАТ – Pan-American Standard Commission – Панамериканская комиссия по стандартам;

- РАSCO – Pacific Area Standards Congress – Конгресс по стандартизации стран Тихоокеанского бассейна;

- WHO – World Health Organization – Всемирная организация здравоохранения;

- ТWO – World Trade Organization – Всемирная торговая организация;

- ЕАST – Eurasian Council on Standardization, Metrology and Certification – Межгосударственный совет по стандартизации, метрологии и сертификации Содружества независимых государств (МГ-С СНГ)- и другие .

Стандарты серии 1S0 9000 (1S0-9000) Международный опыт управления качеством обобщен в пакете международных стандартов ISO-9000. История этих стандартов восходит к американским военным стандартам МIL-Q9858 конца 50-х гг. ХIX столетия. Эти стандарты послужили прообразом для британских стандартов ВSI 5750, одобренных Британским институтом стандартов (ВSI— British Standard Institute) в 1979 г. Стандарт ВSI 5750 и есть первая редакция стандарта ISO, принятого Международной организацией по стандартизации (International Standard Organization-ISO ) в марте 1987 г .

Стандарты серии ISO-9000 — это пакет документов по обеспечению качества, подготовленный членами международной делегации, известной как «ISO/Технический Комитет 176» ( ISO/TC 176). На сегодняшний день семейство (серия) стандартов ISO-9000 составляет основу для достижения стабильного качества любой организацией. Семейство стандартов I изображено на рисунок 7 .

Процедурой предусмотрено периодическое редактирование стандартов I I применяемых в области управления качеством .

Рисунок 7 - Семейство стандартов ISO-9000

Вторая редакция основных стандартов серии ISO, вышедшая в 1994г., включала 24 стандарта. Такая многочисленность была обусловлена тем, iто стандарты ISO серии 9000 создавались независимо от специфики отраслей промышленности, но в дальнейшем потребовалось уточнение базовых стандартов в таких областях, как сервис, программное обеспечение, подготовка и обучение персонала и т. д .

Третья редакция стандартов серии ISO 2000 г. содержит всего 5 стандартов.

В настоящее время семейство (серия) ISO 9000 включает:

- все международные стандарты с номерами ISO 9000 – 9004, в том числе все разделы стандарта ISO 9000 и стандарта ISO 9004;

- все международные стандарты с номерами ISO 10001 – 10020, в том числе все их части;

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

В редакции 2000 г. стандарт ISO 9000 заменяет ISO 9000:1994 и ISO 8402. Вместо трех стандартов ISO 9001, 9002, 9003 введен один — ISO 9001:2000. Взаимосвязь между уровнями стандартов второй редакции 150 9001, 9002, 9003 показана на рисунок 8 .

Документ ISO 9001:2000 включает практически все требования ISO 9001:1994, при этом добавляя к ним и ряд новых. Изменилась структура стандарта — вместо «жесткого»

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

Рисунок 8 - Взаимосвязь между стандартами ISO 9001, 9002, 9003

- ответственность руководства;

- управление ресурсами;

- реализация продукции;

- измерение, анализ и улучшение .

Необходимо особо отметить согласование содержания и структуры этого стандарта с ISO 9004:2000, что облегчает их совместное практическое использование .

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

Одной из важнейших черт этих стандартов является их универсальность, т. е .

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

Стандарты ISO 9000 и ISO 9004 носят справочный характер .

Стандарт ISO 9000 «Общее руководство качеством и стандарты по обеспечению качества» включает 4 части:

- Часть 1: «Руководящие указания по выбору и применению». Это руководство применяется при решении вопроса выбора той или иной модели обеспечения качества с учётом специфических договорных взаимоотношений .

- Часть 2: «Общие руководящие указания по применению ISO 9001, ISO 9002 и ISO 9003». данное руководство разъясняет пользователю трактовку требований стандартов ISO 9001, ISO 9002 и ISO 9003 .

- Часть 3: «Руководящие указания по применению ISO 9001 при разработке, поставке и обслуживании программного обеспечения». Указания предназначены для трактовки требований стандарта ISO 9001 производителями интеллектуального продукта .

- Часть 4: «Руководство по управлению программой надежности» .

Стандарт ISO 9004 «Общее руководство качеством и элементы системы качества»

содержит информацию и предложения по реализации (разработке, установке и запуску) Системы ТQM (Total Quality Management – Всеобщего управления качеством), которая происходит после установки и (возможно) сертификации Системы качества. Стандарт состоит из следующих частей:

- Часть 1: «Руководящие указания» .

- Часть 2: «Руководящие указания по услугам» .

- Часть 3: «Руководящие указания по перерабатываемым материалам» .

- Часть 4: «Руководящие указания улучшению качества» .

- Часть 5: «Руководящие указания по программе качества» .

- Часть 6: «Руководство качеством при управлении проектированием» (проект стандарта) .

- Часть 7: «Руководящие указания по управлению конфигурацией» (проект стандарта) .

Стандарт ISO -9004 также определяет такое фундаментальное понятие, как «петля качества» (жизненный цикл продукта) .

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

Стандарт ISO 8402 «Управление качеством и обеспечение качества — Словарь» .

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

Кроме того, в новой редакции стандартов устранена имевшая место определенная путаница в терминологии. В ISO -9000:2000 термин «субподрядчик» заменен на «поставщика», «поставщик» на «организацию», «потребитель» на «заказчика», под которым

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

К поддерживающим стандартам семейства ISO -9000 также относятся:

1 ISO 10011: «Руководящие указания по проверке системы качества». данная группа является нормативной базой для органов, осуществляющих проверку системы качества предприятия (в том числе и при проведении сертификационного аудита). Однако эти стандарты полезны и при разработке системы качества, так как позволяют предвидеть сценарий ее проверки. ISO 10011 включает в свой состав З части:

Таблица 2 - Изменения в терминологии стандартов ISO-900

–  –  –

- Часть 1: «Проверка» .

- Часть 2: «Квалификационные критерии для экспертов-аудиторов по проверке систем качества» .

- Часть 3: «Руководство программой проверок»

2. Стандарт ISO 10012 4Требования, гарантирующие качество измерительного оборудования» не является обязательным для соискателей сертификата соответствия стандартам ISO 9001, 9002 или 9003, однако трудно представить себе соблюдение требований основных стандартов семейства ISO-9000 без выполнения требований ISO 10012 .

Руководства из семейства стандартов можно сгруппировать по трем основным направлениям (рисунок 9) .

3. Стандарт ISO 10013 «Руководящие указания по разработке руководств по качеству содержит рекомендации по составлению основополагающего документа системы качества — Руководства по качеству. Однако организация может пойти и собственным путем при разработке этого документа, так как для сертификации системы качества необходимо выполнение требований толь ко стандарта ISO 9001 (9002 или 9003) в зависимости от вы бранной модели .

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

В первую очередь это относится к таким областям деятельности, как:

- переработка материалов;

- услуги;

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

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

Рисунок 9 - Группирование руководств семейства стандартов ISO-9000 Семейство ISO 9000, особенно стандарты, предназначенные для использования в контрактных (договорных) случаях для оценки или сертификации (ISO 9001, ISO 9002 и ISO 9003), работает во всем мире во многих отраслях. Однако глобализация мировых хозяйственных связей настоятельно требует совместимости национальных стандартов. Если же серия ISO 9000 будет лишь основой для создания локальных стандартов, извлеченных из ISO, но отличающихся от них по содержанию, то это в будущем станет ограничителем процесса мировой стандартизации из-за роста числа несовместимых стандартов и несовместимых требований .

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

–  –  –

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

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

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

Стандарты ISO-9000 и ТQM Основные принципы концепции ТQM изложены в стандарте ISO 9004:2000, являющемся методическим пособием по разработке и применению систем качества. Однако все же между формулировками стандартов семейства I и положениями концепции Т существует ряд различий; некоторые из них приведены в табл. 4 .

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

Резюме .

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

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

Государственное управление стандартизацией в Российской Федерации осуществляет Государственный Комитет Российской Федерации по стандартизации и метрологии (Госстандарт России) .

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

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

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

Таблица 7.8 – Различия в положениях стандартов ISO-9000 и концепции TQM

2.2 Задание

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

2.3 Контрольные вопросы

4.1 Какие официальные лица входят в генеральную ассамблею ИСО?

4.2 Какими вопросами занимается комитет ИСО КАСКО?

4.3 По каким направлениям работает комитет ИСО ДЕВКО?

4.4 На какие типы стандартов делятся основные стандарты ИСО 9000?

–  –  –

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

Образовательные результаты, заявленные во ФГОС третьего поколения:

Студент должен уметь:

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

знать:

-методы и средства разработки программной документации .

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

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

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

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

1 Общие положения

1.1. Техническое задание оформляют в соответствии с ГОСТ 19.106—78 на листах формата А4 и A3 по ГОСТ 2.301—68, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом .

1.2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104—78 .

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

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

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

1.4. Техническое задание должно содержать следующие разделы:

• введение;

• наименование и область применения;

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

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

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

• технико-экономические показатели;

• стадии и этапы разработки;

• порядок контроля и приемки;

• приложения .

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

2 Содержание разделов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• специальные требования .

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

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. В приложениях к техническому заданию при необходимости приводят:

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

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

• другие источники разработки .

В случаях, если какие-либо требования, предусмотренные техническим заданием, заказчик не предъявляет, следует в соответствующем месте указать «Требования не предъявляются» .

Пример 1.1 .

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

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

Далее представлен пример:

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФГБОУ ВПО «Казанский национальный исследовательский технический университет им. А.Н.Туполева» (КНИТУ - КАИ) Зеленодольский институт машиностроения и информационных технологий (филиал) УТВЕРЖДАЮ

–  –  –

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

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

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

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

2.2. Наименование работы: «Программа сортировки одномерного массива» .

2.3. Исполнитель: компания BestSoft .

2.4. Соисполнители: нет .

3. Назначение Программа предназначена для использования школьниками при изучении темы «Обработка одномерных массивов» в курсе «Информатика» .

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

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

• ввод размера массива и самого массива;

• хранение массива в памяти;

• выбор метода сортировки;

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

• вывод результата сортировки .

4.1.2. Исходные данные:

• размер массива, заданный целым числом;

• массив .

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

Входные данные поступают с клавиатуры .

Выходные данные отображаются на экране и при необходимости выводятся на печать .

4.2. Требования к надежности Предусмотреть контроль вводимой информации .

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

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

Система должна работать на IBM-совместимых персональных компьютерах .

Минимальная конфигурация:

• тип процессора. Pentium и выше;

• объем оперативного запоминающего устройства 32 Мб и более;

• объем свободного места на жестком диске 40 Мб .

Рекомендуемая конфигурация:

• тип процессора. Pentium II 400;

• объем оперативного запоминающего устройства 128 Мб;

• объем свободного места на жестком диске 60 Мб .

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

Программа должна работать под управлением семейства операционных систем Win 32 (Windows 95/98/2000/МЕ/ХР и т. п.) .

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

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

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

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

5.3.1. Пояснительная записка на пяти листах, содержащая описание разработки .

5.3.2. Руководство пользователя .

Пример 1.2 .

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

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

–  –  –

1. Введение Работа выполняется в рамках проекта «Автоматизированная система оперативнодиспетчерского управления электротеплоснабжением корпусов Казанского института» .

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

2.1. Основанием для данной работы служит договор № 1234 от 10 марта 2003 г .

2.2. Наименование работы:

«Модуль автоматизированной системы оперативно-диспетчерского управления теплоснабжением корпусов Казанского института» .

2.3. Исполнители: ОАО «Лаборатория создания программного обеспечения» .

2.4. Соисполнители: нет .

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

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

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

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

Разрабатываемое ПО должно обеспечивать:

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

• сбор и анализ информации с устройств управления системами воздушного отопления и кондиционирования типа РТ1 и РТ2 (разработки кафедры СММЭ и ТЦ);

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

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

• отображение текущего состояния по набору параметров —циклически постоянно (режим работы круглосуточный), при сохранении периодичности контроля прочих параметров;

• визуализацию информации по расходу теплоносителя:

— текущую, аналогично показаниям счетчиков;

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

— суточный расход —для информации за месяц .

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

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

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

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

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

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

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

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

4.3. Условия эксплуатации и требования к составу и параметрам технических средств .

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

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

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

Программа должна работать на платформах Windows 98/NT/2000 .

4.5. Требования к транспортировке и хранению .

Программа поставляется на лазерном носителе информации .

Программная документация поставляется в электронном и печатном виде .

4.6. Специальные требования:

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

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

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

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

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

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

2.2 Порядок выполнения работы

1. Разработать техническое задание на программный продукт (см. варианты заданий в приложении 1) .

2. Оформить работу в соответствии с ГОСТ 19.106—78. При оформлении использовать MS Office .

3. Сдать и защитить работу .

2.3 Контрольные вопросы

1. Приведите этапы разработки программного обеспечения?

2. Что включает в себя постановка задачи и предпроектные исследования?

3. Перечислите функциональные и эксплуатационные требования к программному продукту?

4. Перечислите правила разработки технического задания?

5. Назовите основные разделы технического задания?

Приложение 1 Варианты заданий Лабораторные работы выполняются для одного и того же варианта .

1. Разработать программный модуль «Учет успеваемости студентов». Программный модуль предназначен для оперативного учета успеваемости студентов в сессию деканом, заместителями декана и сотрудниками деканата. Сведения об успеваемости студентов должны храниться в течение всего срока их обучения и использоваться при составлении справок о прослушанных курсах и приложений к диплому .

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

3. Разработать программный модуль «Решение комбинаторно-оптимизационных задач» .

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

4. Разработать приложение Windows «Органайзер» .

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

5. Разработать приложение Windows «Калькулятор». Приложение предназначено для любых пользователей и должно содержать все арифметические операции (с соблюдением приоритетов) и желательно (но не обязательно) несколько математических функций .

6. Разработать программный модуль «Кафедра», содержащий сведения о сотрудниках кафедры (ФИО, должность, ученая степень, дисциплины, нагрузка, общественная работа, совместительство и др.). Модуль предназначен для использования сотрудниками отдела кадров и деканата .

7. Разработать программный модуль «Лаборатория», содержащий сведения о сотрудниках лаборатории (ФИО, пол, возраст, семейное положение, наличие детей, должность, ученая степень). Модуль предназначен для использования сотрудниками профкома и отдела кадров .

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

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

10. Разработать программный модуль «Картотека агентства недвижимости», предназначенный для использования работниками агентства. В базе содержатся сведения о квартирах (количество комнат, этаж, метраж и др.). При поступлении заявки на обмен (куплю, продажу) производится поиск подходящего варианта. Если такого нет, клиент заносится в клиентскую базу и оповещается, когда вариант появляется .

11. Разработать программный модуль «Картотека абонентов АТС». Картотека содержит сведения о телефонах и их владельцах. Фиксирует задолженности по оплате (абонентской и повременной). Считается, что повременная оплата местных телефонных разговоров уже введена .

12. Разработать программный модуль «Авиакасса», содержащий сведения о наличии свободных мест на авиамаршруты. В базе должны содержаться сведения о номере рейса, экипаже, типе самолета, дате и времени вылета, а также стоимости авиабилетов (разного класса). При поступлении заявки на билеты программа производит поиск подходящего рейса .

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

14. Разработать программный модуль «Автостоянка». В программе содержится информация о марке автомобиля, его владельце, дате и времени въезда, стоимости стоянки, скидках, задолженности по оплате и др .

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

ПРАКТИЧЕСКАЯ РАБОТА № 6,7 «Разработка и оформление технического задания на разработку»

1 Цель работы: научиться составлять техническое задание (ТЗ) на разработку программного продукта .

Образовательные результаты, заявленные во ФГОС третьего поколения:

Студент должен уметь:

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

знать:

-методы и средства разработки программной документации .

Краткие теоретические и учебно-методические материалы по теме практической работы

Содержание ТЗ должно включать следующие разделы:

Введение

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

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

3. Требования к программе

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

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

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

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

1. В разделе “Основания для разработки” указывается документ, на основании которого ведется разработка (приказ по университету, задание на лаб. работу и т.п.); организация, утвердившая документ и дата его утверждения; наименование темы разработки .

2. В разделе “Назначение разработки” указывают функциональное и эксплуатационное назначение программы .

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

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

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

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

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

3.5. “Требования к информационной и программной совместимости” - требования к методам решения, языкам программирования, программным средствам, используемых системой, протоколам обмена, к СУБД и операционным системам .

3.6. “Требования к маркировке и упаковке” –варианты и способы упаковки (обычно специальных требований не предъявляется) .

3.7. “Требования к транспортированию и хранению” –места хранения, условия и сроки, способы создания и хранения резервных копий (обычно специальных требований не предъявляется) .

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

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

5. В разделе “Технико-экономические показатели” –экономические преимущества, предполагаемая экономическая эффективность и годовая потребность, экономические преимущества разработки, предельный объем программы, время реакции программы .

6. В разделе “Стадии и этапы разработки” -перечень стадий, разбивка на этапы, содержание, сроки разработки (дни, недели и т.д.) и исполнители .

7. В разделе “Порядок контроля и приемки” –виды испытаний, требования к приемке работ, способы проверки важнейших характеристик .

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

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

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

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

2.3 Контрольные вопросы

1. Назначение технического задания?

2. Кто составляет и утверждает ТЗ?

3. На каком этапе разработки программного изделия составляется ТЗ?

4. Какими документами регламентируется написание ТЗ?

ПРАКТИЧЕСКАЯ РАБОТА № 8,9 «Разработка и оформление эскизного проекта»

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

Образовательные результаты, заявленные во ФГОС третьего поколения:

Студент должен уметь:

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

знать:

-методы и средства разработки программной документации .

Краткие теоретические и учебно-методические материалы по теме практической работы Разработка спецификаций .

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

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

• диаграмм потоков данных (DFD —Data Flow Diagrams), описывающих взаимодействие источников и потребителей информации через процессы, которые должны быть реализованы в системе;

• диаграмм «сущность—связь» (ERD —Entity-Relationship Diagrams), описывающих базы данных разрабатываемой системы;

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

• функциональных диаграмм (методика SADT);

• спецификаций процессов;

• словаря терминов .

Спецификации процессов .

Спецификации процессов обычно представляют в виде краткого текстового описания, схем алгоритмов, псевдокодов, Flow-форм или диаграмм Насси —Шнейдермана .

Словарь терминов .

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

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

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

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

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

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

Диаграммы потоков данных .

Для описания потоков информации в системе применяются диаграммы потоков данных (DFD —Data flow diagrams). DFD позволяет описать требуемое поведение системы в виде совокупности процессов, взаимодействующих посредством связывающих их потоков данных .

DFD показывает, как каждый из процессов преобразует свои входные потоки данных в выходные потоки данных и как процессы взаимодействуют между собой .

Диаграммы «сущность—связь»

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

2.2 Порядок выполнения работы

1. На основе технического задания из лабораторной работы № 4-5 выполнить анализ функциональных и эксплуатационных требований к программному продукту .

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

3. Определить диаграммы потоков данных для решаемой задачи .

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

5. Определить функциональные диаграммы .

6. Определить диаграммы переходов состояний .

7. Определить спецификации процессов .

8. Добавить словарь терминов .

9. Оформить результаты, используя MS Office или MS Visio в виде эскизного проекта .

10. Сдать и защитить работу .

2.3 Контрольные вопросы

1. Назовите этапы разработки программного обеспечения?

2. Что такое жизненный цикл программного обеспечения?

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

4. Назовите функциональные и эксплуатационные требования к программному продукту?

5. Перечислите составляющие эскизного проекта?

6. Охарактеризуйте спецификации и модели?

3 Приложение Приложение 1 Пример эскизного проекта УТВЕРЖДАЮ Руководитель (заказчика ИС) Личная подпись_________ Расшифровка подписи ______ Печать Дата «____ »___________________ 2016 г .

УТВЕРЖДАЮ Руководитель (разработчика ИС) Личная подпись_________ Расшифровка подписи______ Печать Дата «____ »___________________ 2016 г .

–  –  –

Ведомость эскизного проекта На предыдущих стадиях разработки СУБД «Пенсионный Фонд» были составлены и утверждены следующие документы:

• Техническое задание на создание информационной системы СУБД «Пенсионный Фонд», разработанное на основании ГОСТ 34.602—89 на написание ТЗ на автоматизированные системы управления от 01.01.1990 г .

Пояснительная записка к эскизному проекту Общие положения Данный документ является эскизным проектом на создание Системы Управления Базой Данных для Библиотечного Фонда Российской Федерации (СУБД «Библиотека») .

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

Основные технические решения Решения по структуре системы СУБД «Библиотека» будет представлять собой персональную систему управления локальной базой данных, работающей на одном компьютере .

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

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

Общая структура базы данных:

• Анкеты организации, которые зарегистрированы в данном ПФ:

— Тип предприятия (Российская организация, Физическое лицо, Иностранная организация, Обособленное подразделение) .

— Вид предприятия (Адвокаты, Бюджетное, Единый налог 6 %, Единый налог 15 %, Сельхозпродукция, Службы занятости, Фермерское хозяйство, Прочее) .

— Регистрационный номер работодателя в ПФР (3 —3 —6) .

— Свидетельство: серия, номер .

— Дата выдачи свидетельства (число__месяц_год) .

— ИНН .

— КПП .

— Наименование .

— Юридический адрес:

• Почтовый индекс .

• Регион .

• Район .

• Город .

• Населенный пункт .

• Улица .

• Дом .

• Корпус .

• Квартира .

— Адрес постоянно действующего органа (при отличии от юридического) .

• Анкеты сотрудников этих организаций:

— Фамилия .

— Имя .

— Отчество .

— Пол (М/Ж) .

— Дата рождения (Дата) .

— Страховой номер .

—Место рождения (Страна, Регион, Район, Город, Населенный пункт). Гражданство .

— Адрес регистрации (Страна, Почтовый индекс, Регион, Район, Город, Населенный пункт, Улица, Дом, Корпус, Квартира) .

— Адрес места жительства фактический (Страна, Почтовый индекс, Регион, Район, Город, Населенный пункт, Улица, Дом, Корпус, Квартира) .

— Телефон домашний .

— Телефон служебный .

— Документ (Удостовер. личность) .

— Дата выдачи (Дата) .

— Кем выдан () .

— Дата заполнения (Дата) .

— ИНН .

• Сведения о стаже сотрудников этих организаций:

— Страховой номер .

— Фамилия .

— Имя .

— Отчество .

— Дата рождения. Территориальные условия проживания на — Таблица периодов работы со следующей структурой:

• Начало периода (дата) .

• Конец периода (дата) .

• Вид деятельности (работа, служба соцстрах, уход-дети, безр, реабилит, уход-инвд, профзаб, пересмотр) .

• Наименование организации .

• Должность .

• Территориальные условия .

Решения по режимам функционирования, работы системы СУБД «Библиотека» будет функционировать в однопользовательском режиме, а также будет способна:

• просматривать записи базы данных (в том числе и при помощи фильтров);

• добавлять новые записи;

• удалять записи;

• при входе в систему будет запрашиваться пароль .

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

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

Автоматизированная система должна выполнять следующие функции:

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

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

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

• зарегестрировать новое предприятие в ПФ РФ;

• удалить предприятие из базы данных;

• выдать справку обо всех предприятиях, зарегистрированных в ПФ РФ;

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

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

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

Для реализации АС будет использоваться среда программирования Boland Delphi 7.0 и язык программирования Object Pascal .

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

Вначале определяется стажевый коэффициент пенсионера. Он полагается равным 0,55 за общий трудовой стаж до текущей даты не менее 25 лет мужчинам и 20 лет женщинам. За каждый полный год стажа сверх указанного стажевый коэффициент увеличивается на 0,01, но не более чем на 0,20. Затем определяется отношение заработка пенсионера к среднемесячной заработной плате в стране. Этот заработок может быть взят за этот отсчетный период или за любые 60 месяцев работы подряд, или тот, из которого была исчислена пенсия на момент реформы. Среднемесячная зарплата в стране берется за тот же самый период .

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

Затем стажевый коэффициент умножается на соотношение заработков и на 1671 руб. — утвержденную для расчетов среднемесячную зарплату в стране за III квартал 2001 г. Это и будет пересчитанный размер трудовой пенсии по новому законодательству в обычном случае .

Если он оказался менее 660 руб., то размер пенсии «доводится» до этого гарантированного минимума. Если пенсионер является инвалидом I группы или достиг к 1 января 2002 г. возраста 80 лет и более, рассчитанный в этом порядке размер пенсии по старости увеличивается на 450 руб .

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

Источники разработки Данный документ разрабатывался на основании ГОСТ 34.698—90 на написание ТЗ на автоматизированные системы управления от 01.01.1992 г .

–  –  –

СОСТАВИЛИ Должность исполнителя_______________________________________________

Фамилия, имя, отчество_______________________________________________

Подпись________________

Дата «____ »_______ 2016 г .

Должность исполнителя_______________________________________________

Фамилия, имя, отчество_______________________________________________

Подпись_______________

Дата «____ »______ 2016 г .

Должность исполнителя______________________________________________

Фамилия, имя, отчество______________________________________________

Подпись_______________

Дата «____ »______ 2016 г .

ПРАКТИЧЕСКАЯ РАБОТА № 10,11 «Разработка и оформление пояснительной записки к эскизному проекту»

1 Цель работы: изучить вопросы проектирования программного обеспечения .

Образовательные результаты, заявленные во ФГОС третьего поколения:

Студент должен уметь:

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

знать:

-методы и средства разработки программной документации .

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

ПРОЕКТ ТЕХНИЧЕСКИЙ —образ намеченного к созданию объекта, представленный в виде его описания, схем, чертежей, расчетов, обоснований, числовых показателей .

Технический проект Цель технического проекта —определение основных методов, используемых при создании информационной системы, и окончательное определение ее сметной стоимости .

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

Технический проект программной системы подробно описывает:

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

• соответствующие им документы;

• структуры обрабатываемых баз данных;

• взаимосвязи данных;

• алгоритмы их обработки .

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

При разработке технического проекта оформляются:

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

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

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

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

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

• описание используемого программного обеспечения .

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

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

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

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

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

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

Разработка алгоритмов Метод пошаговой детализации реализует нисходящий подход к программированию и предполагает пошаговую разработку алгоритма .

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

Структурные карты Константайна предназначены для описания отношений между модулями .

Техника структурных карт Джексона основана на методе структурного программирования Джексона, который выявляет соответствие между структурой потоков данных и структурой программы. Основное внимание в методе сконцентрировано на соответствии входных и выходных потоков данных .

2.2 Порядок выполнения работы

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

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

3. Разработать функциональную схему программного продукта .

4. Представить структурную схему в виде структурных карт Константайна .

5. Представить структурную схему в виде структурных карт Джексона .

6. Оформить результаты, используя MS Office или MS Visio в виде технического проекта .

7. Сдать и защитить работу .

2.3 Контрольные вопросы

1. Назовите этапы разработки программного обеспечения?

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

3. Перечислите составляющие технического проекта?

4. Охарактеризуйте структурный подход к программированию?

5. Из чего состоят структурная и функциональная схемы?

6. Охарактеризуйте метод пошаговой детализации при составлении алгоритмов программ?

7. Приведите понятие псевдокода?

8. В чем заключается методика Константайна?

9. В чем заключается методика Джексона?

Практическая работа 12,13 «Разработка и оформление «Руководство оператора»»

1 Цель работы: Изучить руководство оператора и его непосредственное оформление

Образовательные результаты, заявленные во ФГОС третьего поколения:

Студент должен уметь:

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

знать:

-методы и средства разработки программной документации .

Краткие теоретические и учебно-методические материалы по теме практической работы

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

- Титульной;

- Информационной;

- Основной .

Титульная часть оформляется согласно ГОСТ 19.104-78 ЕСПД .

Основные надписи .

Информационная часть должна состоять из аннотации и содержания .

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

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

Основная часть руководства оператора должна содержать следующие разделы :

(ГОСТ 19.505-79 ЕСПД. Руководство оператора. Требования к содержанию и оформлению)

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

- Условия выполнения программы должны содержать минимальный и максимальный состав аппаратурных и программных средств .

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

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

2.2 Задание Составить руководство оператора в соответствии с ГОСТ 19.505-79 ЕСПД .

Руководство оператора. Требования к содержанию и оформлению .

2.3 Требования к отчёту Отчёт должен содержать титульный лист, аннотацию, содержание и основную часть, оформленную в соответствии с ГОСТ 19.505-79 ЕСПД .

Руководство оператора. Требования к содержанию и оформлению .

2.4 Контрольные вопросы

1. Какой программный документ является основным?

2. Какие разделы содержит программный документ «Спецификация»?

3. В каком порядке вносятся программные документы в спецификации в разделе «Документация»?

4. Какая структурная часть может отсутствовать в спецификации?

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

6. На какой программный документ не распространяется ГОСТ 19.106-78 «Требования к программным документам», выполненным печатным способом?

ПРАКТИЧЕСКАЯ РАБОТА №14,15 «Разработка и оформление «Руководство по техническому обслуживанию»»

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

Образовательные результаты, заявленные во ФГОС третьего поколения:

Студент должен уметь:

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

знать:

-методы и средства разработки программной документации .

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

Остов графа -совокупность вершин и дуг, таких, что каждая вершина должна быть покрыта один раз. Все вершины и только те дуги, которые не вошли в остов, называют коостовом. Дуги коостова называют хоpдами. Минимальное число контрольных точек определяется по формуле k = n -m+1, где n-число дуг, m-число вершин .

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

Базисный цикл -это замкнутый контур, содержащий только одну хорду и соответственно одну контpольную точку .

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

2.2 Порядок выполнения работы

1. Для индивидуального модуля постpоить схему алгоpитма в виде упpавляющего оpиeнтиpованного гpафа .

2. Выделить остов Т гpафа и отметить множество хорд коостова Т* .

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

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

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

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

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

8. Провести анализ полученных результатов .

9. Оформить отчет .

2.3 Контрольные вопросы

1. Для чего предназначен метод контрольных точек?

2. Какую информацию содержат результаты выполнения программ?

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

4. Каковы недостатки метода контрольных точек?

–  –  –

1 Цель занятия

1.1 Иметь представление о видах и способах проведения сертификации .

1.2 Научиться ориентироваться в документации по сертификации .

1.3 Знать правила заполнения и оформления сертификата .

Образовательные результаты, заявленные во ФГОС третьего поколения:

Студент должен уметь:

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

знать:

-методы и средства разработки программной документации .

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

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

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

Система сертификации — система, осуществляющая сертификацию и управление процессом по собственным установленным правилам .

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

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

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

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

Оценка соответствия — периодическая проверка соответствия заданным требованиям .

Основные методы оценки соответствия при сертификации — измерения, испытания и контроль .

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

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

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

Система испытаний включает:

-объект испытания (изделие, продукция);

-категорию испытания;

-испытательное оборудование (в том числе поверочные или регистрирующие средства);

-исполнителей испытания;

-нормативно-техническую документацию на испытания (программу, методики) .

Основные цели и объекты сертификации К объектам сертификации относятся: продукция, услуги, работы, системы качества, персонал, рабочие места и пр.

Цели сертификации:

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

-подтверждение показателей качества продукции;

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

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

Принципы сертификации:

-законодательная основа сертификации;

-открытость системы сертификации;

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

-открытость и закрытость информации по сертификации. Основной законодательном базой сертификации в РФ являются Законы «О техническом регулировании» и «О защите прав потребителей». В работах по сертификат»! участвуют предприятия, учреждения, организации независимо от форм собственности и государственной принадлежности. При сертификации должно осуществляться информирование всех ее участников — изготовителей, потребителей, органов по сертификации, общественных организаций, предприятий, отдельных лиц о правилах и результатах сертификации. При этом в процессе сертификации должна соблюдаться конфиденциальность информации, составляющей коммерческую тайну .

Условия, правила и порядок проведения сертификации

Правила и порядок сертификации:

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

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

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

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

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

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

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

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

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

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

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

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

Основные условия сертификации:

добровольность — сертификация осуществляется только по инициативе заявителя;

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

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

конфиденциальность — соблюдение конфиденциальности всех видов информации на всех этапах;

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

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

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

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

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

Сертификация систем качества — процедура подтверждения соответствия, посредством которой независимая от изготовителя и потребителя организация удостоверяет в письменной форме, что система качества соответствует установленным требованиям выбранной модели (ГОСТ Р ИСО 9001, ГОСТ Р ИСО 9001, ГОСТ Р ИСО 9003 или иным документам) .

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

Сертификация систем качества (производства) проводится:

-аккредитованными органами по сертификации;

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

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

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

При подготовке экспертов учитываются требования, установленные в ГОСТ Р ИСО 10011-2 .

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

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

Основные принципы организации работ по сертификации систем качества (производства):

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

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

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

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

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

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

Нормативная база сертификации систем качества содержит документы, устанавливающие требования к:

-системам качества;

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

-персоналу, осуществляющему сертификацию систем качества;

-органам по сертификации систем качества .

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

Сертификация системы качества проводится на соответствие требованиям ГОСТ Р ИСО 9001 и ГОСТ Р ИСО 9002 по схемам, разработанным в соответствии с рекомендациями ИСО/МЭК и принятыми в международной практике сертификации правилами. В орган по сертификации продукции представляется сертификат соответствия системы качества. Схемы сертификации системы качества приведены в таблице .

Таблица 1 - Схемы сертификации

–  –  –

В различных схемах сертификации продукции (1а, 2а, За, 4а, 5, 6, 9а или 10а) предусматривается проверка производства, которая может проводиться в форме анализа состояния производства, оценки производства или системы качества, или сертификации системы качества .

Схему 5 применяют:

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

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

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

-в случае если объем и характер выборки для испытаний не достаточен для объективной оценки продукции;

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

Схему 6 применяют:

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

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

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

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

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

-при сертификации импортируемой продукции поставщика, имеющего сертификат на свою систему качества .

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

Порядок сертификации услуг:

-подача заявки на сертификацию;

-рассмотрение и принятие решения по заявке;

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

-оценка выполнения работ и оказания услуг;

-проверка производством:

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

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

-инспекционный контроль за сертифицированной услугой .

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

-оценку мастерства исполнителя работ и услуг;

-оценку процесса выполнения работ и оказания услуг;

-анализ состояния производства;

-оценку предприятия, предоставляющего услуги;

-оценку системы качества;

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

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

2.2 Задание

3.1 Составить таблицу по проведению сертификации продукции и услуг .

3.2 Заполнить бланк сертификата согласно правилам .

2.3 Контрольные вопросы

4.1 В чём состоит отличие добровольной и обязательной сертификации?

4. 2 Какой документ предоставляется в орган по сертификации систем качества?

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




Похожие работы:

«Описание образовательной программы. Общая характеристика ОП ВО 1.1. Цель (миссия) ОП ВО. Целью ООП аспирантуры является создание аспирантам условий для приобретения необходимого для осуществления профессио...»

«Колганов Дмитрий Александрович ДОЖДЕВАЛЬНАЯ МАШИНА "ФРЕГАТ" С УСОВЕРШЕНСТВОВАННОЙ СИСТЕМОЙ ВОДОПОДАЧИ ДЛЯ ПОЛИВА В НИЗКОНАПОРНОМ РЕЖИМЕ Специальность: 06.01.02 – Мелиорация, рекультивация и охрана земель АВТОРЕФЕРАТ диссертации на соискание ученой степени кандидата технических наук Саратов...»

«Министерство образования и науки Российской Федерации федеральное государственное автономное образовательное учреждение высшего образования "НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ" Школа ИШИТР Направление подготовки 09...»

«© 2003 г. М. Е. ДОБРУСКИН НОВАЯ РЕЛИГИОЗНАЯ СИТУАЦИЯ В ВУЗАХ УКРАИНЫ ДОБРУСКИН Марк Евсеевич доктор философских наук, профессор, научный руководитель социологической лаборатории высшего образования Харьковского государстве...»

«BAHR’12 BAHR’12HP BAHR’12HPEC ПАРОВОЙ КОТЕЛ С РЕВЕРСИВНОЙ ТОПКОЙ И ДАВЛЕНИЕМ ДО 12 БАР ТЕХНИЧЕСКОЕ ОПИСАНИЕ, ИНСТРУКЦИЯ ПО МОНТАЖУ, ЭКСПЛУАТАЦИИ, ОБСЛУЖИВАНИЮ И РЕМОНТУ Стр.Содержание: 1. В...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ УКРАИНЫ НАЦИОНАЛЬНЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ "ХАРЬКОВСКИЙ ПОЛИТЕХНИЧЕСКИЙ ИНСТИТУТ" О. А . ДОЛЬСКАЯ ГНОСЕОЛОГИЯ Текст лекций по курсу "Философия" для студентов, магистров, аспирантов всех специальностей и всех форм обучения, а также для иностранных студентов и аспира...»

«УДК 621.396.019 Михаил Капица, Валерий Крячко г. Днепропетровск РАСПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ К НАДЕЖНОСТИ ТЕХНИЧЕСКОГО ОБЪЕКТА МЕЖДУ ЕГО УЗЛАМИ И АГРЕГАТАМИ Рассматривается вопрос о предъявлении требований к надежности отдельных узлов и агрег...»

«Серия ScanPal Мобильный компьютер EDA60k Android™ 7.1 Руководство пользователя Отказ от ответственности Корпорация Honeywell (сокр. HII) оставляет за собой право вносить изменения в технические характеристики и другую информацию в этом руководстве без предварительного уведомления. В любом случае для получения...»

«WARRANTY ON FRAME YEARS WARRANTY ЭЛЛИПТИЧЕСКИЙ ТРЕНАЖЕР YEARS C-320 FESTA РУКОВОДСТВО ПО ЭКСПЛУАТАЦИИ И СБОРКЕ + РЕКОМЕНДАЦИИ ПО ПИТАНИЮ TORNEOSPORT.COM Дорогой покупатель! Поздравляем с удачным приобретением! Эллиптический тренажер TORNEO Festa сочетает в себе современны...»

«ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР БЛАГОРОДНЫЕ МЕТАЛЛЫ И ИХ СПЛАВЫ ОБЩИЕ ТРЕБОВАНИЯ К МЕТОДАМ АНАЛИЗА ГОСТ 2286 4-8 3 Издание официальное ГОСУДАРСТВЕННЫЙ КОМИТЕТ СССР ПО СТАНДАРТАМ Москва сертификаты на светильники РАЗРАБОТАН Министерством цветной м...»

«ООО "АВАНГАРДСПЕЦМОНТАЖПЛЮС" ООО "АВАНГАРДСПЕЦМОНТАЖПЛЮС" Республика Беларусь Республика Беларусь ОПОВЕЩАТЕЛИ ПОЖАРНЫЕ СЕРИИ "АСТО" ОПОВЕЩАТЕЛИ ПОЖАРНЫЕ СЕРИИ "АСТО" ОП бс2-Пп1-IIIV1В/3 У "АСТО12-ВЗ" ОП бс2-Пп1-IIIV1В/3 У "АСТО12...»

«27 февраля – 1 марта в Москве, в ЦВК "Экспоцентр" состоялся V Международный промышленный форум "Территория NDT. Неразрушающий контроль. Испытания. Диагностика" В этом году Форум впервые проходил в расширенной тематике, объединив следующие направления: Неразрушающий контроль и дефектометрия Физико-механи...»







 
2019 www.librus.dobrota.biz - «Бесплатная электронная библиотека - собрание публикаций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.