Методика моделирования конфигураций 1С в (Прочитано 12680 раз)
Добрый день, коллеги хотел бы вынести на обсуждение методику моделирования конфигураций 1С 8 в нотации UML.

Методика разработана на основе практического опыта и систематизирована в рамках подготовки выпускной аттестационной работы.

Тезисы к выпускной работе: http://ильяфедоров.рф/ANH_ITM18_IAFedorov_Thesis.pdf
Выпускная работа: http://ильяфедоров.рф/ITMANE_ITM18_IAFedorov_DiplomPublication.pdf
Отзыв руководителя (А.В. Леоненков) на выпускную работу: http://ильяфедоров.рф/ITMANE_ITM18_Leonenkov_Otziv_For_IAFedorov.pdf
Хотел бы "услышать" Ваши комментарии, замечания, вопросы.

Спасибо.
« Последнее редактирование: 31 Марта 2011, 14:12:10 от DinamoYA »



Путаетесь в покзаниях, ничего личного, но методология и методика - это разные вещи.
IMHO 1C (или Вам) далеко еще до методологии.

Доцент, впрочем, тоже гонит некисло :о)))
« Последнее редактирование: 31 Марта 2011, 13:14:41 от Водолей »
Лью воду...



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



С ДК все понятно. А вот с ДВИ вы явно намудрили. ВИ совсем не для того, что Вы написали. И практическое применение таких ДВИ под большим вопросом.
Лучше это показать на ДК с помощью зависимости со стереотипом "trace"
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



А зачем указаны зависимости между ДЛ. Не бывает зависимостей между оными. Только отношения обобщения.
К тому же почему разделяется понятие пользователь и роль? Актер - это и есть роль, на мой взгляд.



С ДК все понятно. А вот с ДВИ вы явно намудрили. ВИ совсем не для того, что Вы написали. И практическое применение таких ДВИ под большим вопросом.
Лучше это показать на ДК с помощью зависимости со стереотипом "trace"
Спасибо.
Попробую пояснить ход мыслей.
Основные действия пользователей в системе 1С заключаются в создании и проведении документов и формировании отчетов. Документы в отличие от других понятий обладают конкретной целью и что характерно поведением (проводки или движения).
Назначение документа это отражение какого-либо свершившегося или планируемого действия. Именно через документ пользователь осуществляет своё влияние на поведение системы.
Согласен что отнесение документов к ВИ это некоторая натяжка, но документы это основная функциональность системы, а ВИ предназначены, в том числе для того чтобы выявлять функциональные требования системы.






Согласен что отнесение документов к ВИ это некоторая натяжка, но документы это основная функциональность системы, а ВИ предназначены, в том числе для того чтобы выявлять функциональные требования системы.
Неправда Ваша.
Документ - суть инструмент ввода информации в систему. Документ в 1с - суть отражение хозяйственной операции.
Пользователь вовсе не планирует создавать документы и формировать отчеты. Пользователь регистрирует:
Приход ТМЦ, Поступление денег, Выдачу оплаты, Закрытие оплаты и т.п. Документы сопровождают обеспечивают этот факт.

Сам по себе документ по сути разбивается на: интерфейсную часть - электронные формы ввода, управляющую часть - обеспечивают логику исполнения операции, и как хранилище



А зачем указаны зависимости между ДЛ. Не бывает зависимостей между оными. Только отношения обобщения.
К тому же почему разделяется понятие пользователь и роль? Актер - это и есть роль, на мой взгляд.
Спасибо за вопрос.
Постараюсь ответить.
Согласен что в общем случае нужно использовать отношение обобщения поскольку Пользователь наследуется возможности Ролей. Однако мне кажется что использование обобщения в этом случае не передает особый смысл связи этих двух понятий системы 1С.
В методике есть такое допущение которое говорит о том что с одной стороны Роль является сущностью относящейся к системе и в принципе не может быть отнесена к актерам, но с другой стороны сам по себе пользователь может взаимодействовать только в теми ВИ (документами) которые доступны для Роли которая ему назначена.
Одному пользователю могут быть назначены несколько Ролей, также могут быть ситуации когда есть два пользователя для которых Роли частично совпадают, поэтому я предложит отразить как актеров и пользователей и Роли и отношением зависимости показать что Пользователь зависит от Роли, то есть пользователь получает доступ к функциональности опосредованно через Роль.




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19