АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Правила формування назв системних подій і операцій

Читайте также:
  1. I. Правила оформления отчета по практике
  2. II. Общие требования и правила оформления текстов исследовательских работ.
  3. II. Основные принципы и правила служебного поведения государственных (муниципальных) служащих
  4. IV. Правила внешнего оформления курсовых и ВКР
  5. V. Формування нових знань.
  6. Автоматизоване формування проводок при нарахуванні зносу ОЗ і НМА
  7. Активне соціально-психологічне навчання у процесі формування професійної компетентності фахівця.
  8. Альтернативные правила игры для 2-4 игроков.
  9. Аудит розрахунків з бюджетом. Формування аудиторських доказів та оформлення робочих документів аудитора.
  10. Библиографический аппарат и правила библиографического описания документов
  11. Биологическая продуктивность экосистем. Правила пирамид.
  12. Валюта і митні правила.

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

Безліч всіх системних операцій визначають, ідентифікуючи системні події всіх варіантів використання.

Кожну системну операцію необхідно описати. Зазвичай опис системної операції містить:
• ім'я операції і її параметри;
• опис обов'язки;
• вказівка ​​типу;
• назви варіантів використання, в яких вона використовується;

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

 

Формується з назви операції – починається з дієслова, можем позначити повертаючи операції, ОПЕРАЦІЇ ПЕРЕДБАЧАЄ ДІЮ! та параметрів

НАЗВА ОПЕРАЦІЇ НЕ ПОВИННА ПОВТОРЮВАТИ НАЗВИ ПАРАМЕТРІВ.

 

 

Синхронні і асинхронні повідомлення.

О́бмін повідо́мленнями — в програмуванні, є способом координації вконкурентних, паралельних, та об'єктно-орієнтованих системах, та організаціївзаємодії між процесами. Координація робиться шляхом відсилання повідомлень отримувачу. Повідомлення можуть мати форму викликів функцій, сигналів, та пакетів даних. До найвідоміших моделей обчислень, основаних на обміні повідомленнями належать модель Актора та числення процесів.

Функції відправлення та отримання повідомлень зазвичай мають назву відправити (англ. send) та отримати (англ. receive) відповідно. Вони є примітивами в системах обміну повідомленнями. Функція «відправити» має два параметри — адресу, на яку слід надіслати повідомлення, та буфер даних повідомлення. Функція «отримати» також має два параметри — адреса звідки очікується повідомлення (може бути шаблоном) та буфер для збереження даних повідомлення.[1]

За характеристиками, примітиви можна поділити на:

синхронніЯкщо примітиви відправити та отримати встановлюють попередній зв'язок між собою.

асинхронніПримітив відправити називається асинхронним, якщо він повертає керування одразу після завершення зчитування даних з буфера даних повідомлення.



 

Знайдені» і «загублені» повідомлення.


1 | 2 | 3 | 4 | 5 | 6 |


Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.005 сек.)