Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ПИ_в_соц.ком_ВСЕ.doc
Скачиваний:
1
Добавлен:
01.05.2025
Размер:
638.46 Кб
Скачать

22. Понятие и виды информационных поводов. Информационные циклы.

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

  • объективные (сюда входят новости);

  • организованные: а) кем-либо («специальные события» - special event: акции, пресс-конференции, выставки, пресс-туры и т.п.), б) самими журналистами («провоцированные события» - event action);

  • календарные.

Признаки информационного повода:

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

  • негативное событие вызывает более сильный эмоциональный отклик;

  • публику больше интересуют события, происходящие с представителями элиты общества; 

  • событие должно однозначно пониматься публикой; 

  • событие должно быть максимально согласовано с топовыми темами новостей. 

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

Жизненный цикл приложения

  1. Анализ и постановка задачи

  2. Проектирование

  3. Реализация (деятельность по практическому созданию ИС на основе ранее разработанного проекта)

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

  5. Внедрение (деятельность по передаче реализованной ИС заказчику и началу ее использования)

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

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

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

  • Выполняемые последовательно этапы позволяют планировать сроки завершения работ и затраты.

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

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

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

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

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

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