Материал: 551

−Межличностная – означает процесс обмена сообщениями и их интерпретацию двумя или несколькими индивидами, вступившими

вконтакт друг с другом.

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

−Массовая - процесс распространения информации с помощью технических средств на численно большие, рассредоточенные аудитории

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

Коммуникативный процесс включает в себя пять элементов:

−Коммуникатор – тот, кто передает информацию.

−Содержание сообщения.

−Способ передачи информации (как она осуществляется).

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

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

Общие принципы успешной коммуникации в деловой сфере:

−Доверительное отношение сторон.

−Ясность и конкретность изложения. Сообщение должно быть четким, структурированным и кратким.

−Фокус на ожиданиях собеседников.

−Открытость и возможность говорить на личные темы.

−Слушать и уважать собеседника.

−Общение должно быть двусторонним.

−Реципиент должен прилагать максимальные усилия для правильного восприятия сообщения.

−Реципиент должен доверять оратору, уважать его мнение и не ставить под сомнение его компетентность.

−Эффективная коммуникация всегда эмоциональна, в той степени, которая приемлема в данной ситуации.

−Терпение и снисходительность к чужим недостаткам.

1.2. Регламент разработки программного обеспечения

Вопросы для рассмотрения: Организация деятельности команды разработчиков: менеджмент, роли в процессе разработки. Назначение и роль регламентов для членов команды. Разработка регламентов членам команды разработчиков: алгоритм, компоненты, общие правила. Правила изменения регламентов в команде разработчиков. Плюсы и минусы регламента. Алгоритм подготовки регламента. Типичные ошибки. Компоненты регламента. Управление изменениями. Хранилище регламентов.

Рекомендуемая литература: 2, 3.

Перечень дополнительных ресурсов: 2, 3, 4, перечень ресурсов в сети Интернет.

Наименование вида самостоятельной работы: изучение ли-

тературы и написание конспектов.

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

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

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

Процессу разработки программного обеспечения присущи следующие особенности:

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

2.Вариативность решения проблемы. Нет четкой последовательности действий, которые должен выполнить разработчик при решении проблемы. Разработчик сам определяет, каким образом будет решена проблема.

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

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

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

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

−ГОСТ Р ИСО 9000-2001: содержит основные понятия и положения менеджмента качества: ;

−ГОСТ Р ИСО 9001-2001 содержит требования, которым должна отвечать система менеджмента качества организации, способной поставлять потребителям продукцию и услуги надлежащего качества;

−ГОСТ Р ИСО 9004-2001: содержит рекомендации по улучшению эффективности системы менеджмента качества;

−ИСО 19011: содержит указания по проверке системы менеджмента качества.

Все стандарты семейства ИСО 9000 представляют собой законченный и логически структурированный комплекс, регламенти-

рующий системы менеджмента качества.

1.3. Особенности взаимодействия с заказчиком в процессе жизненного цикла ПО

Вопросы для рассмотрения: ITSM. Технический регламент.

Взаимодействие с представителями заказчика на этапах. Основная документация. Административное руководство. Управление изменениями. Техническое и архитектурное управление

Рекомендуемая литература: 1, 2, 3.

Перечень дополнительных ресурсов: 1, 5, перечень ресурсов в сети Интернет.

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

Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации. Стандартами ЖЦ ПО являются: ГОСТ 34.601-90 и ISO/IEC 12207:2008 «System and software engineering – Software life cycle processes» (российский аналог — ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств).

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

ЖЦ разработки ПО может быть представлен с различной степенью детализации этапов. Простейшее представление жизненного цикла, включает стадии:

−Анализ

−Проектирование

−Реализация

−Тестирование и отладка

−Внедрение, эксплуатация и сопровождение.

На основе этапов ЖЦ ПО строятся коммуникации со стороной

заказчика:

Любое деловое партнерство начинается с процесса расположения

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