powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Система обмена сообщениями. Структурный анализ
21 сообщений из 21, страница 1 из 1
Система обмена сообщениями. Структурный анализ
    #32745683
studentus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Разрабатывается система обмена сообщениями. Грубо говоря - набор различных очередей в базе данных и набор процессов, их обрабатывающих.

1. Какой подход к моделированию/проектированию предпочтительнее выбрать? Структурный анализ или объектно ориетированный? На мой вгляд функциональный подход здесь более применим.
2. Какие модели PowerDesigner имеет смысл использовать в этом случае? Ну CDM и PDM понятно. А какие BPM модели строить? Хватит ли Analysis модели.
Стоит ли строить затем executable модель. Или они все подразумевают затем переход к ОО?
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32746000
studentus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Никто ничего не подскажет? Хотя бы, например, что я в корне не прав и вообще околесицу несу? :)
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32746380
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Разрабатывается система обмена сообщениями. Грубо говоря - набор различных
> очередей в базе данных и набор процессов, их обрабатывающих.

Уважаемый guest studentus не расскажет про исходную задачу? Системы обмена сообщениями в общем случае никак не связаны с базами данных.
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32746408
studentus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Основные требования к ядру системы:
1. Прием, хранение и отправка сообщений
2. Повторная переотправка в случае неудачной доставки и т.п.
3. Преобразования сообщений в зависимости от настроек пользователя

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

Сразу говорю - велосипед не изобретаю. Система делается под заказ. Какой транспорт и тип сети не скажу.
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32746418
burunduk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Пример системы обмена сообщениями, использующей DBMS - хотя бы корпоративная ICQ на MS SQL. Про настоящую асю не знаю, но навереняка тоже MS SQL или Oracle
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32746452
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Сразу говорю - велосипед не изобретаю. Система делается под заказ. Какой
> транспорт и тип сети не скажу.

Предположение: прием/отправка sms. Вероятность правильности предположения imho 98%. ;)

> Одновременно на хранении могут хранится сотни тысяч сообщений. Серьезные
> требования к сохранности информации, к хранению истории и т.п. Вывод данные
> нужно хранить в DBMS.

Хех, хорошо написано. ;) Практически готовый бизнес-проект. ;)

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

Что подразумевается под "серьезными требованиями к сохранности информации"? Какая история чего именно нужна?
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32746644
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32747818
Репликант
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 studentus:
1. Какой подход к моделированию/проектированию предпочтительнее выбрать? Структурный анализ или объектно ориетированный? На мой вгляд функциональный подход здесь более применим.

Это зависит от нескольких условий, в частности, от того, что требуется от проекта, например, бизнес-анализ, а также, например, от способности заказчика-пользователей легко читать ту или иную нотацию. BPM в PD, предназначена для описания БП/БФ и генерации BPSS-XML, а не детализации вариантов использования (use case), взаимодействия объектов и т.п (см. моделирование бизнес процессов. Кто что использует ?). Т.е если бы вам понадобится модель БП без ФСА и т.п, то BPM вполне подойдет.
Если же модель БП не нужна и приложение разрабатывается с использованием ОО-подхода, то имеет смысл использовать описания ВИ + требования и модель ВИ - это OOM в PD, затем, например, получить модель проектирования (взаимодействие объектов, классы и сущности-таблицы, компоненты) - OOM и CDM+PDM. Топики по теме:

Обсуждение и Вопросы по ОБЪЕКТНО-ОРИЕНТИРОВАННЫМ МЕТОДАМ (ООАП / OOAD) и UML
  (SADT+UML (для целей структурного анализа бизнес-системы)


Здесь: ВСЕ вопросы по Sybase PowerDesigner ( PD )
  (Последовательность моделей: BPM, OOM, CDM, PDM )


Структура ПО
  (простой процесс проектирования (GUI, OO, RDB) ;ссылки на лит-ру и примеры)


Есть ли стандарты на описание предметной области?
  (IDEF0/3, DFD; UML vs ER нотации для моделирования данных)

2. Какие модели PowerDesigner имеет смысл использовать в этом случае? Ну CDM и PDM понятно. А какие BPM модели строить? Хватит ли Analysis модели.

Если имеется в виду модель бизнес-анализа (business analysis model), к-рая есть, например, в RUP, то ее можно использовать (она будет находиться в OOM), т.е она как бы детализирует модель бизнес ВИ (business use case model), описывая структуру и взаимодействие бизнес-объектов + БП/БФ почти также как это делает BPM, в к-рой нет бизнес ВИ, а функциональная декомпозиция, т.е BPM будет избыточной. Если имеется в виду модель анализа , к-рая есть в (R)UP (analysis model) или ICONIX (robustness model), то она необязательна, но желательна, т.к описывает структуру классов BCE (boundary, control, entity) и их взаимодействие с актером, т.е если этой информации нет в модели проектирования и если эту модель полезна для разработчиков/пользователей, то она желательна

Стоит ли строить затем executable модель. Или они все подразумевают затем переход к ОО?

А что именно имеется в виду под "executable модель"?
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32749676
studentus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
To guest_20040621
Уважаемый guest_20040621, вы спросили про обоснованность использования DBMS. Я привел лишь требования, которые отвечают на вопрос. Прочие моменты постановки задачи к вопросу уже не относятся :) Например, что касается пропускной способности - то как решения, обеспечивающее достаточную пропускную способность, так и прочие решения могут быть построены с использованием DBMS.
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32750176
studentus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 Репликант
1. Это зависит от нескольких условий, в частности, от того, что требуется от проекта, например, бизнес-анализ, а также, например, от способности заказчика-пользователей легко читать ту или иную нотацию. BPM в PD, предназначена для описания БП/БФ и генерации BPSS-XML, а не детализации вариантов использования (use case), взаимодействия объектов и т.п (см. моделирование бизнес процессов. Кто что использует ?). Т.е если бы вам понадобится модель БП без ФСА и т.п, то BPM вполне подойдет.
Если же модель БП не нужна и приложение разрабатывается с использованием ОО-подхода, то имеет смысл использовать описания ВИ + требования и модель ВИ - это OOM в PD, затем, например, получить модель проектирования (взаимодействие объектов, классы и сущности-таблицы, компоненты) - OOM и CDM+PDM.

Собственно модель системы нужна, чтобы детально проработать логику ее работы и затем начать ее физическое проектирование. С заказчиком непосредственно модель в нотации BPM PD обсуждаться не будет. С заказчиком она будет обсуждаться вербально на уровне ньюансов той или иной функциональности с точки зрения пользователей системы, а не с точки зрения разработчика, с которой собственно хочется посторить модель в PD. ФСА не нужен. К сожалению, пока не владею ОО подходами, поэтому ядро системы будет реализовано процедурным подходом.

Насколько я понимаю в PD OOM модели аналогом BPM является activity diagram?

2. Если имеется в виду модель бизнес-анализа (business analysis model), к-рая есть, например, в RUP, то ее можно использовать (она будет находиться в OOM), т.е она как бы детализирует модель бизнес ВИ (business use case model), описывая структуру и взаимодействие бизнес-объектов + БП/БФ почти также как это делает BPM, в к-рой нет бизнес ВИ, а функциональная декомпозиция, т.е BPM будет избыточной. Если имеется в виду модель анализа, к-рая есть в (R)UP (analysis model) или ICONIX (robustness model), то она необязательна, но желательна, т.к описывает структуру классов BCE (boundary, control, entity) и их взаимодействие с актером, т.е если этой информации нет в модели проектирования и если эту модель полезна для разработчиков/пользователей, то она желательна

Под analysis моделью я имел ввиду PD BPM модель с выбранным языком "Analysis". Также в PD есть ряд языков для построения моделей "B2B" и "executable". Не могли бы вы пояснить в двух словах назначение executable модели и может ли она мне чем то дальше помочь? Я имеею ввиду переход от концептуального проектирования к физическому, по аналогии с CDM->PDM. CDM модель должна получиться наряду с BPM, затем из нее получится PDM. А вот что делать после BPM (BPM->???)?
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32750289
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Уважаемый guest_20040621, вы спросили про обоснованность использования
> DBMS. Я привел лишь требования, которые отвечают на вопрос.

Не все. Еще раз, по буквам: ключевой момент технологии в данном случае - пропускная способность. Если Вам это сейчас не очевидно, то ближе к сдаче проекта Вы в это обязательно упретесь.

> Например, что
> касается пропускной способности - то как решения, обеспечивающее
> достаточную пропускную способность, так и прочие решения могут быть
> построены с использованием DBMS.

Ага. Ну, если Вы все знаете, в чем проблема? В тулзе для рисования картинок?
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32750402
burunduk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 guest_20040621
Я еще раз хочу отметить - я не отрицаю, что производительность суть одно из ключевых требований к системе. Также, еще раз хочу сказать, что априорно знаю - это требование можно удовлетворить используя DBMS, т.к. уже делал такую систему "на коленке" и добился нужной производительности и прочих показателей и т.п. На самом деле сейчас просто идет рефакторинг системы. На сей раз проект хочется организовать цивилизовано. Вот я и пытаюсь выбрать подходящую методологию его организации и прогнать его на уже достаточно знакомой предметной области, чтобы усвоить ключевые идеи и получить необходимые навыки, не отвлекаясь на рутинное изучение деталей предметной области (сам себе эксперт так сказать)

з.ы. И вообще, вопрос топика то был несколько в другом, ага? :)
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32750556
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Также, еще раз хочу сказать, что априорно знаю - это требование можно
> удовлетворить используя DBMS, т.к. уже делал такую систему "на коленке" и
> добился нужной производительности и прочих показателей и т.п.

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

Впрочем, я что? - я ничего.
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32750722
studentus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
guest_20040621
Я же сказал - нужной производительности и прочих параметров. А вы знаете требуемую производительность, чтобы сравнивать с аналогичными разработками?

И что это, если не секрет, за предприятие, которое убило столько ресурсов на такую "серьезную" задачу?

Тема топика совсем другая. Если есть желание продолжить "катать вату" могу дать мыло.
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32752035
Klick
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
изобретатель велосипеда!!!
чем не устраивает Jabber например???
Готовая система обмена сообщениями в локалке.
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32752359
studentus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 Klick
читай внимательней топик
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32756030
Klick
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
читал я все!!!!! не парь мозг!!!
может лучше постановку задачи изменить?
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32756055
studentus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 Klick
Ну так, а если ты такой внимательный - там же написано НЕ В ЛОКАЛКЕ. Причем тут жабер?
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32758343
Klick
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
блин, сорри, не увидал...
но он и не в локалке работает тоже...
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32758906
Alex Zdraste
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 studentus
я считаю что лучше выбрать объектно-ориентированный подход в любом случае, другое дело что его можно сочетать с функциональным, для решения некоторых тактических задач.
Мне кажется что прежде чем приступать к рисованию моделей Вам следует определится с некиими паттернами которые более подходят для решения Вашей задачи.
Очень рекомендую почитать Вам следующее:
Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions by Gregor Hohpe, Bobby Woolf
...
Рейтинг: 0 / 0
Система обмена сообщениями. Структурный анализ
    #32761354
studentus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 Klick:
Да ничего страшного :) Но сеть вообще не TCP\IP
...
Рейтинг: 0 / 0
21 сообщений из 21, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Система обмена сообщениями. Структурный анализ
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]