2 Dmitry_1: \r
Строго структурированная программа - проблем нет. А событийно-управляемая (т.е. любая WINDOWS программа? мне бы глянуть одним глазком на такую блок - схему \r
\r
Приветствую. Поскольку вы как раз изучаете проектирование (или анализ?) напомните, пожалуйста, официальное определение блок-схемы . Если под "блок-схемой" понимать некую графическую нотацию , то для изображения поведения системы, управляемой событиями вам подойдут диграммы (видов) деятельностей (Activity diagrams) или "смешанные" диаграммы (видов) деятельностей и состояний (Statchart diagrams / Machine state diagrams) из UML, к-рые как раз для этих целей имеют элементы, позволяющие изобразить:\r
\r
цикл ожидания "ввода" (message loop) от пользователя - activity \r
(функция - я просто уже забыл как там в Win32 называется основной обработчик\r
в VC++ вроде Run()) с передачей управления себе (transition to self);\r

в зависимости от системного сообщения - decision передавать управление\r
той или иной функции-обработчику - activity.\r

начало (Start state) и конец исполнения (End state) вашей программы\r
\r
UML и ООАП обсуждается в топике Обсуждение и Вопросы по ОБЪЕКТНО-ОРИЕНТИРОВАННЫМ МЕТОДАМ (ООАП / OOAD) и UML\r
\r
2 babaEGA: \r
Но насколько мне известно, куча методологий поддерживают пособытийные системы ... Т.е. не бизнес-класс, а системы Real-time, где отсутствия события - тоже событие, жестко задано время отклика и т.д. \r
\r
Вроде речь не идет о RT-системе, а об обычной "event-driven application"\r
\r
MSDN (Visual C++ Programmer\'s Guide): \r
Applications written for Microsoft Windows are “message driven.” In response to events\r
such as mouse clicks, keystrokes, window movements, and so on, Windows sends messages\r
to the proper window. Framework applications process Windows messages like any other\r
application for Windows. But the framework also provides some enhancements that make\r
processing messages easier, more maintainable, and better encapsulated.\r
\r
Методологии - Йордан-ДеМарко, Чен, SADT (IDEF0), DataRun, + соответствующие CASE-средства. \r
\r
Методология (процесс) - это совокупность взаимосвязанных деятельностей (простых методов) для достижения некого результата, например, построения модели системы, т.е методология не нужна, а нужна соответствующая нотация для изображения этой системы. Просто к слову: немного об этих нотациях, к-рые не совсем то, что нужно Dmitry_1 и просто, чтобы если кто-то не в кусре не запутался и если захочет посмотреть материалы:\r
\r

Йордан-ДеМарко (Yourdon-DeMarco) - методология структурного анализа и\r
проектирования (SAD) c множеством нотаций: DFD (потоки данных), ERD (статические данные),\r
а также вроде еще STD (состояния и переходы) и структурные карты. См. Вендрова,\r
Калянова или документацию к Bpwin или Visio, к-рые поддерживают эти нотацию.\r

Чен (Chen) - нотация для изображения статической модели данных.\r
См. Вендрова, Калянова, Коннолли.\r

SADT ( IDEF0 ) - методология стуктурного анализа и проектирования, использующая\r
нотацию (метод) IDEF0 для изображения функциональной "структуры", т.е там\r
чисто функции (деятельности) и потоки (ICOM-интерфейсные дуги для изображения,\r
что на входе фнукции, что на выходе, что ею управляет, кто исполнитель/механизм)\r
Для процессов нужна IDEF3 , т.к там можно\r
изобразить последовательность выполнения и "плавательные дорожки" (зоны ответственности)\r
\r
Материалы по теме:\r
\r

Проектирование информационных систем (Козленко)\r

Методы, методологии и нотации \r

Structured Analysis and Design Technique and Data Flow Diagrams \r

Modeling Methodologies (ERD-нотации: E-R,IE,etc,)