На главную Наши проекты:
Журнал   ·   Discuz!ML   ·   Wiki   ·   DRKB   ·   Помощь проекту
ПРАВИЛА FAQ Помощь Участники Календарь Избранное RSS
msm.ru
! В разделе обсуждаются следующие темы:
1) Процесс разработки программного обеспечения.
2) Определение требований к программному обеспечению.
3) Составные части и процесс проектирования (см. Шаблоны проектирования).
4) Документирование программного продукта(проекта).
5) Руководство разработкой программного обеспечения.
6) Проектирование пользовательского интерфейса.
7) Контроль версий проекта (см. Управление версиями в Subversion, Стратегии использования svn).
Модераторы: ElcnU
  
> Схема архитектуры приложения
    Доброго времни суток!

    Черчу схему одного проекта, вот она:
    user posted image
    Проект подразумевает написание приложения для анализа и изменения документов.
    На любые доп. вопросы отвечу.

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

    Заранее спасибо.

    --

    Update:
    Вот диаграмма компонентов в UML:
    user posted image
    Тоже уверен есть косяки.

    Что делает приложение:
    1) Берет исходный докумет (*.doc)
    2) Парсит его во внутренний формат
    3) Прогоняет через модули проверки (оформление + замены)
    4) Делает экспорт и на выходе имеет исправленный документ.
    Вот алгоритм работы.
    Сообщение отредактировано: Keeper89 -
      Ну а что, обычная схема в стиле "чтобы удовлетворить начальство". Что добавить - зависит от умной терминологии, которой начитался начальник. А то спросит "а где наш бэк-офис"?
        [S]mike я сам себе начальник, поэтому вопрос "угодить" не стоит :). Вопрос в правильном построении схемы.
        Сообщение отредактировано: Keeper89 -
          Тогда я не понимаю цели схемы ;)
            Опять же для себя, плюс, например для возможного описания
              Ну тогда схема вообще ни о чем не говорит. Я так понимаю проект существует в сугубо теоретическом виде?

              1. Непонятна суть проекта
              2. Непонятна суть связей
              3. Непонятен механизм реализации

              Надо подумать над тем, как ответить на эти вопросы и внести в схему.
                Цитата [S]mike @
                Я так понимаю проект существует в сугубо теоретическом виде?

                Больше да, чем нет.

                Подумаю. А примеры есть какие-либо?
                Сообщение отредактировано: Keeper89 -
                  Если хочешь описать проект и его архитектуру, схем должно быть несколько.

                  Именно эта схема возможно и имеет какой-то смысл, но мы его не видим, потому что не знаем о чём проект и что он должен делать. Для этого было бы неплохо увидеть схему, описывающую алгоритм работы приложения в целом, или на каком-то примере.
                    Да, это схемка хай-левел. В документе описания архитектуры находилась бы где-то в первом разделе, в качестве введения. Далее схемы более детальные, по разным сферам.
                      Машина, а можно пример такого документа увидеть?
                      Цитата deil @
                      Именно эта схема возможно и имеет какой-то смысл, но мы его не видим, потому что не знаем о чём проект и что он должен делать

                      Поместил описание в шапку + сделанную диаграмму компонентов в UML.
                        Цитата Keeper89 @
                        Машина, а можно пример такого документа увидеть?

                        В инете есть. Вот темплейт к примеру: http://www.fatih.edu.tr/~moktay/2007/fall/...AD-template.pdf . О чем мы говорили, это раздел 3.2. Subsystem Decomposition.
                        0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
                        0 пользователей:


                        Рейтинг@Mail.ru
                        [ Script execution time: 0,0317 ]   [ 15 queries used ]   [ Generated: 18.04.24, 00:09 GMT ]