Практикум по дисциплине Разработка и стандартизация программных средств и информационных технологий для направлений подготовки 38. 03. 05 Бизнесинформатика
 Скачать 304.39 Kb.
|
|
Контрольные вопросы 1. Дайте определению понятию «надежность». 2. Дайте определению понятию «эффективность». 3. Основные показатели оценки надежности программных средств. 4. Основные показатели оценки эффективности программных средств. 5. Основные виды моделей оценки надежности ПС. 6. Как сопоставить эффективность и надежность ПС? Задание по лабораторной работе Согласно ГОСТ 24.701-86 С «НАДЕЖНОСТЬ АВТОМАТИЗИРОВАННЫХ СИСТЕМ УПРАВЛЕНИЯ» оценить надежность созданного программного продукта. 14 Согласно ГОСТ 24 702—85 «ЭФФЕКТИВНОСТЬ АВТОМАТИЗИРОВАННЫХ СИСТЕМ УПРАВЛЕНИЯ» оценить эффективность созданного программного продукта. Порядок выполнения лабораторной работы 1. Описать критерии надежности созданного программного продукта. 2. Оценить эффективность созданного программного продукта. Требования к оформлению, процедура защиты Отчет по лабораторной работе должен содержать тему, цель, задачи лабораторной работы, краткое описание хода выполнения каждой задачи, описание и значения критериев надежности разработанной ИС, оценку эффективности разработанной ИС, выводы. Литература 1, 2, 4, 5, Лабораторная работа 4. Разработка документация пользователя созданного программного продукта. Цель лабораторной работы: Разработка технической документации пользователя на созданную автоматизированную систему. Задачи работы: • Ознакомиться с методикой разработки технической документации на автоматизированные системы • Развить навыки самостоятельной работы с нормативно-справочной литературой • Освоить на практическом примере процесс разработки технической документации пользователя автоматизированной системы. Оборудование: ПК, MS Office, Internet Учебно-методическое и информационное обеспечение: 1. ГОСТ 19.505-79. Единая система программной документации. Руководство оператора. Требования к содержанию и оформлению 2. Конспект лекций 3. http://www.tdocs.su/12354 4. http://www.philosoft.ru/operators-manual.zhtml Основные теоретические и методические аспекты Оператор по характеру своего взаимодействия с программой во многом похож на пользователя. От последнего он отличается тем, что напрямую не решает никаких целостных прикладных задач. С другой стороны, в отличие от администратора и системного администратора оператор не занимается настройкой системы. Его работа — в оперативном режиме обслуживать систему, в состав которой входит программа [4]. 15 Так, в обязанности оператора биллинговой системы может входить ежедневный запуск программ для приема учетных данных от телекоммуникационного оборудования и ежемесячный запуск программы формирования счетов. В обязанности оператора системы потокового ввода анкет может входить проверка правильности распознавания текста и исправление ошибок. Оператор колл-центра принимает и переводит адресатам входящие звонки. Следовательно, задача руководства оператора в том, чтобы оператор мог четко сделать все, что от него требуется, и никогда или как можно реже оказывался перед необходимостью принимать нетривиальные решения. По крайней мере, в отношении программы. В содержательной части его действия с такой же строгостью могут быть заданы регламентами или технологическими инструкциями. С точки зрения содержания, руководство оператора может рассматриваться как упрощенный вариант руководства пользователя. При этом в большинстве случаев в руководстве оператора приводятся не описания функций, а как можно более четко сформулированные процедуры решения отдельных задач. Руководство оператора должно быть написано как можно более простым языком и давать как можно более четкие инструкции по выполнению предусмотренных операций. Можно сформулировать несколько рекомендаций, которые помогут сделать его таким. Минимум теоретических введений и концептуальных разделов. Если теория все-таки необходима, она вся должна быть собрана в один раздел. Минимум явных и неявных ссылок внутри документа. Описания повторяющихся при выполнении разных операций процедур по возможности лучше дублировать. Минимум ветвлений при описании процедур. Никаких условий вида «если вы хотите». У оператора нет желаний, а есть обязанности. Оператору важно понимать, все ли у него идет так, как надо. Поэтому необходимо описывать не только его действия, но и результаты таковых в случае успеха. Типовая структура руководства оператора приведена в ГОСТ 19.505-79. • Назначение программы. • Условия выполнения программы. • Выполнение программы. • Сообщения оператору. В современных условиях в эту структуру целесообразно добавить раздел «Интерфейс пользователя», актуальный сегодня для большинства программ. В случае программ, предполагающих диалоговый режим работы, можно переименовать раздел «Выполнение 16 программы» в «Выполнение операций» либо описать каждую операцию или группу операций в самостоятельном разделе первого уровня. На оператора возложены определенные обязанности по обслуживанию системы. Если что-нибудь пойдет не так, допустим, биллинговая система не сформирует вовремя счета, или с какой-нибудь промышленной установкой случится авария, начнется служебное расследование, а если пострадают люди, то и следствие. Будут выяснять, кто виноват. Один из первых подозреваемых — оператор. Вдруг это он нарушил какие-нибудь правила, вдруг из-за его разгильдяйства все взорвалось и пошло прахом. Окажись это так, многие вздохнут с облегчением (вспомните, кто чаще всего оказывается виноват в крушениях самолетов). Все ли персонал сделал по правилам — вот что заинтересует комиссию в первую очередь. Поэтому от руководства оператора требуется повышенная четкость изложения, а каждое описанное в нем действие оператора должно иметь очевидное содержание, а также внятно описанный, объективный и проверяемый результат. Пример и комментарии к написанию Руководства оператора [3]. Контрольные вопросы 1. Основные элементы ЕСПД. 2. Основные виды документации на программные средства. 3. Основные элементы технической документации. 4. Основные элементы документации пользователя. 5. Что такое документирование процесса разработки ПС? Задание по лабораторной работе Разработать руководство оператора на автоматизацию управления деятельностью предприятия согласно ГОСТ 19.505-79. «Единая система программной документации. Руководство оператора. Требования к содержанию и оформлению» на примере гипотетического предприятия по выбранной теме. Порядок выполнения лабораторной работы 1. Ознакомиться с основными требованиями ГОСТ и примерами написания руководств оператора. 2. Составить руководство оператора на разработанную ИС в соответствии с ГОСТ 19.505-79. «Единая система программной документации. Руководство оператора. Требования к содержанию и оформлению». Требования к оформлению, процедура защиты Отчет по лабораторной работе должен содержать тему, цель, задачи лабораторной работы, краткое описание хода выполнения каждой задачи, выводы. 17 Руководство оператора (включая титульный лист) оформляется в виде приложения к отчету. Литература 4, 5 Лабораторная работа 5. Разработка документация программиста созданного программного продукта. Цель лабораторной работы: Разработка технической документации программиста на созданную автоматизированную систему. Задачи работы: • Ознакомиться с методикой разработки технической документации на автоматизированные системы • Развить навыки самостоятельной работы с нормативно-справочной литературой • Освоить на практическом примере процесс разработки технической документации программиста автоматизированной системы. Оборудование: ПК, MS Office, Internet Учебно-методическое и информационное обеспечение: 1. ГОСТ 19.504-79 Единая система программной документации. Руководство программиста. Требования к содержанию и оформлению 2. ГОСТ 19.503-79 Единая система программной документации. Руководство системного программиста. Требования к содержанию и оформлению 3. Конспект лекций 4. http://www.tdocs.su/12004 5. http://www.tdocs.su/12008 Основные теоретические и методические аспекты Руководство программиста [5] должно содержать следующие разделы: • назначение и условия применения программы; • характеристика программы; • обращение к программе; • входные и выходные данные; • сообщения. В зависимости от особенностей документы допускается объединять отдельные разделы или вводить новые [из п. 1.2 ГОСТ 19.504-79] В разделе «Назначение и условия применения программ» должны быть указаны назначение и функции, выполняемые программой, условия, необходимые для выполнения 18 программы (объем оперативной памяти, требования к составу и параметрам периферийных устройств, требования к программному обеспечению и т.п.) [из п. 2.1 ГОСТ 19.504-79] В разделе «Характеристика программы» должно быть приведено описание основных характеристик и особенностей программы (временные характеристики, режим работы, средства контроля правильности выполнения и самовосстанавливаемости программы и т.п.) [из п. 2.2 ГОСТ 19.504-79] В разделе «Обращение к программе» должно быть приведено описание процедур вызова программы (способы передачи управления и параметров данных и др.) [из п. 2.3 ГОСТ 19.504-79] В разделе «Входные и выходные данные» должно быть приведено описание организации используемой входной и выходной информации и, при необходимости, ее кодирования [из п. 2.4 ГОСТ 19.504-79] В разделе «Сообщения» должны быть указаны тексты сообщений, выдаваемых программисту или оператору в ходе выполнения программы, описание их содержания и действий, которые необходимо предпринять по этим сообщениям [из п. 2.5 ГОСТ 19.504-79] В приложении к руководству программиста могут быть приведены дополнительные материалы (примеры, иллюстрации, таблицы, графики и т.п.) [из п. 2.6 ГОСТ 19.504-79] Контрольные вопросы 1. Основные элементы ЕСПД. 2. Основные виды документации на программные средства. 3. Основные элементы технической документации. 4. Основные элементы документации программиста. 5. Что такое документирование процесса разработки ПС? Задание по лабораторной работе Разработать руководство программиста согласно ГОСТ 19.504-79 «Единая система программной документации. Руководство программиста. Требования к содержанию и оформлению» Порядок выполнения лабораторной работы 1. Ознакомиться с основными требованиями ГОСТ и примерами написания руководств программиста. 2. Составить руководство программиста на разработанную ИС в соответствии с ГОСТ 19.504-79 «Единая система программной документации. Руководство программиста. Требования к содержанию и оформлению» Требования к оформлению, процедура защиты 19 Отчет по лабораторной работе должен содержать тему, цель, задачи лабораторной работы, краткое описание хода выполнения каждой задачи, выводы. Руководство программиста (включая титульный лист) оформляется в виде приложения к отчету. Литература 4, 5 Лабораторная работа 6. Разработка заявки, технических условий и регламента на подключение удаленного рабочего места к корпоративной ИС. Цель работы: разработка технических условий на подключение удаленного рабочего места к корпоративной сети в соответствии с ГОСТ 2.114-95 «Единая система конструкторской документации Технические условия» на примере гипотетической корпоративной сети ПВГУС. Задачи работы: • Ознакомиться с методикой разработки документации на подключение удаленного рабочего места • Развить навыки самостоятельной работы с нормативно-справочной литературой • Освоить на практическом примере процесс разработки технических условий на подключение удаленного рабочего места к корпоративной сети. Оборудование: ПК, MS Office, Internet Учебно-методическое и информационное обеспечение: 1. ГОСТ 2.114-95 Единая система конструкторской документации Технические условия Основные теоретические и методические аспекты Технические условия (ТУ) — это документ, устанавливающий технические требования, которым должны удовлетворять конкретное изделие, материал, вещество. Кроме того, в них должны быть указаны процедуры, с помощью которых можно установить, соблюдены ли данные требования. Технические условия являются техническим документом, который разрабатывается по решению разработчика (изготовителя) или по требованию заказчика (потребителя) продукции. Технические условия являются неотъемлемой частью комплекта конструкторской или другой технической документации на продукцию, а при отсутствии документации должны содержать полный комплекс требований к продукции, ее изготовлению, контролю и приемке. 20 Состав, построение и оформление технических условий должны соответствовать требованиям ГОСТов, входящих в систему ЕСКД. Согласно стандартам, действующим в России, технические условия должны содержать вводную часть и разделы, расположенные в следующей последовательности[1]: • технические требования; • требования безопасности; • требования охраны окружающей среды; • правила приемки; • методы контроля; • транспортирование и хранение; • указания по эксплуатации; • гарантии изготовителя. Контрольные вопросы 1. Основные виды нормативных документов согласно Закону РФ «О техническом регулировании». 2. Основные виды нормативных документов при проектировании и монтахе корпоративной сети. 3. Дайте определению понятию «технические условия». 4. Дайте определению понятию «регламент». 5. Основные элементы технических условий на подключение удаленного рабочего места 6. Основные элементы регламента на подключение к корпоративной сети. Задание по лабораторной работе 1. Разработать ТУ на подключение удаленного рабочего места к корпоративной сети ПВГУС. Исходные данные: Местонахождение удаленного рабочего места (РМ): город или пригород, например, село Ягодное. Возможности подключения: коммутируемая и /или выделенная линия связи. В ТУ рассмотреть два варианта подключения РМ: Через модемный ПУЛ института с городским серийным телефонным номером 402010 С использованием Internet услуг провайдера и сайта ПВГУС: http://www.tolgas.ru/ В ТУ отразить требования к техническому, программному и организационному обеспечению удаленного рабочего места, правила приемки, методы контроля, указания по эксплуатации (при необходимости). 21 2. Разработать заявку на выдачу ТУ на подключение электрооборудования удаленного рабочего места к сети переменного тока напряжением 380/220 В. В заявке указать мощность, потребляемую оборудованием удаленного рабочего места: Для удаленного рабочего места принять следующий состав оборудования: • персональный компьютер, • копировальный аппарат, • система освещения, • кондиционирования, • прочие электроприборы. 3. Разработать регламент на подключение к корпоративной сети ПВГУС через модемный пул института. Разработать регламент на подключение к корпоративной сети ПВГУС по специально проложенной (выделенной) линии связи. Порядок выполнения лабораторной работы 1. Ознакомиться с основными требованиями ГОСТ и примерами написания заявок, ТУ и регламентов. 2. Разработать ТУ на подключение удаленного рабочего места к корпоративной сети ПВГУС. 3. Разработать заявку на выдачу ТУ на подключение электрооборудования удаленного рабочего места к сети переменного тока напряжением 380/220 В. 4. Разработать регламент на подключение к корпоративной сети ПВГУС через модемный пул института. Требования к оформлению, процедура защиты Отчет по лабораторной работе должен содержать тему, цель, задачи лабораторной работы, краткое описание хода выполнения каждой задачи, выводы. ТУ на подключение удаленного рабочего места, заявка на выдачу ТУ на подключение электрооборудования удаленного рабочего места, регламент на подключение к корпоративной сети ПВГУС через модемный пул института оформляются в виде приложения к отчету. Литература 4, 5 Лабораторная работа 7. Разработка документации на регистрацию прав на программный продукт 22 Цель работы: изучить нормативные документы и правила регистрации прав на программный продукт. Задачи работы: • Ознакомиться с методикой регистрации прав на программный продукт • Развить навыки самостоятельной работы с нормативно-справочной литературой • Освоить на практическом примере процесс оформления документов для регистрации прав на программный продукт . Оборудование: ПК, MS Office, Internet, ИПС «КонсультантПлюс». Учебно-методическое и информационное обеспечение: 1. ГК РФ часть №4 2. Конспект лекций 3. http://www.wipo.int/sme/ru/documents/patenting_software.htm 4. http://www.idlect.ru/2011/03/08/как-можно-запатентовать-программу/ Основные теоретические и методические аспекты Патентование интеллектуальной собственности — методов, программ, алгоритмов Алгоритмы, методы и программы ЭВМ не входят в число патентоспособных объектов интеллектуальной собственности. Действующим законодательством не предусмотрено патентование программ и патентование алгоритмов (патентование алгоритмов возможно только в США, где это разрешено законом). Патентование интеллектуальной собственности предусмотрено только в отношении изобретений, полезных моделей и промышленных образцов. Например, тот же алгоритм, но представленный в виде последовательности действий может быть запатентован как изобретение. Способы (алгоритмы), предполагающие только вычислительные действия, не могут охраняться патентом на изобретение. Программные продукты (в том числе операционные системы и программные комплексы) защищаются авторским правом и не требуют обязательной регистрации. Несмотря на это, регистрация программного продукта позволяет правообладателю более эффективно защищать свои интересы при возникновении споров. Свидетельство о регистрации является основным доказательством исключительных прав на этот объект интеллектуальной собственности, а также дает возможность официально передавать (продавать) авторские права и активно распространять программный продукт. Регистрация программ предусмотрена Гражданским кодексом и осуществляется Роспатентом (ФИПС). Заявка рассматривается в срок от 3 дней до 2 месяцев, после чего правообладателю выдается свидетельство о регистрации программы ЭВМ, а 23 зарегистрированная программа включается в Реестр программ, который публикуется в официальном бюллетене Роспатента (ФИПС). Правообладатель имеет исключительное право на распространение программного продукта, полное или частичное воспроизведение, модифицирование программы. Кроме этого, автор и/или правообладатель программного продукта (а это могут быть разные лица) имеет следующие права: • право авторства (принадлежит автору); • право на имя (принадлежит автору); • право на название программного продукта (принадлежит правообладателю); • право на распространение (выпуск) программы, а также право запрещать распространение (принадлежит правообладателю); • право на защиту программы и ее названия (принадлежит правообладателю). Рынок ИТ индустрии развивается с очень большой скоростью. Все больше и больше компаний вносят информационные технологии в свой бизнес. Однако [4], мало компаний знают о возможности защиты прав на программные разработки. Действительно, в гражданском кодексе РФ четко написано: “Запрещается патентовать программы ЭВМ”. С точки зрения законодательства, единственный способ защитить права на программное обеспечение – это регистрация программ для ЭВМ в ФИПСе (копирайт). Степень защиты программы, охраняемой авторским правом очень низкая, так как объект защиты – это текст кода, а не функция программного обеспечения. Для того, чтобы обойти защиту, достаточно добавить/удалить примерно 20% кода программы. Такие программы – это 2 разных продукта, с точки зрения законодательства по защите авторского права. Авторское право, в первую очередь, создавалось для защиты литературных произведений, а не для защиты кода программы ЭВМ. Текст произведения отображает мысли автора, по какой-либо проблеме, или аналитику по каким-либо статистическим данным и т.д. Если в литературном произведении добавить/изменить/удалить 20% текста, то это тоже будут 2 разных произведения. Но и смысловая нагрузка этих 2 произведений будет разная. Однако тоже самое нельзя сказать про программу ЭВМ – если добавить/изменить/удалить 20% кода программы, то функции, которыми обладает приложение, могут не измениться. Рекомендуется защищать компьютерные программы как депонированием так и патентованием алгоритма. Основной подход к защите программ для ЭВМ – это патентование “функций” или “алгоритмов”, которыми обладает программа. В этом случае, нет разницы, какое количество программного кода было изменено/добавлено/удалено или на каком языке программирования написана программа – главное, какими функциями она обладает и какой 24 результат предоставляет. Такой подход к патентованию алгоритмов применим и в РФ и в других странах.;. Это не противоречит закону, потому что защищается не сама программа, а алгоритм, по которому она работает. Защищать разработки в области программного обеспечения в Российской Федерации можно, если свести программу к “устройству” или “способу”. Крупные компании (такие как Facebook, google, amazon и т.д.) патентуют каждую функцию(скрипт) своего веб-сайта. На каждый продукт, сервис или услугу у компании должно быть оформлена группа патентов. Например, компания Facebook обладает приблизительно 40 патентами (Список патентов с описаниями(Англ.Яз)), которые описывают деятельность веб ресурса – Метод таргетинга рекламы, Способ и система отображения новостей и т.д. У компании amazon – 600 патентов, которые охватывают деятельность нескольких десятков сайтов и сервисов – Способ хранения информации в базе данных, система хранения данных и т.д. Когда ресурс “окружен” таким количеством патентов, тогда, во-первых, другой компании сложнее стать конкурентом в этой области, во- вторых, маловероятно, что на компанию подадут в суд “патентные тролли”. На примере патента США №7809805 “Systems and methods for automatically locating web-based social network members” компании Facebook рассмотрим особенности патентования программ ЭВМ. Название изобретения переводится как “Системы и методы для автоматического определения местонахождения пользователей социальной сети”. Однако, в разделе Claims (Формула изобретения) написано следующее: 1. Метод предоставления местонахождения пользователей социальной сети, метод выполняется компьютерной системой, состоящая из: получение информации о местонахождении и статусе с мобильного устройства первого пользователя социальной сети, информация о местонахождение представляет собой географическое местоположение первого пользователя, информация о статусе вводится вручную первым пользователем с помощью устройства ввода данных мобильного устройства; сохранение информации о местонахождение и информации о статусе первого пользователя в базу данных; и отправка информации о статусе и о местонахождении первого пользователя второму пользователю. Очевидно, что данный патент защищает программу ЭВМ. Однако, как видно, кода программы в патенте нет, т.к. защищается алгоритм программы. Такой подход при патентовании программ ЭВМ очень удобен, так как он не зависит от языка программирования – любая программа, которая работает по этому алгоритму будет нарушать этот патент, вне зависимости от того, на каком языке программирования она написана. Далее, так как патент зарегистрирован на территории США, то это означает, что: • Никто в мире не сможет запатентовать это изобретение. |