К сожалению, в эти выходные поработать над докладом не получилось по причине того, что необходимо было сделать достаточно много дел по дому. Поэтому, итерацию по докладу, оформление и вычитку смогу сделать только сегодня (после работы). Надеюсь, что сегодняшний день в некотором смысле в запасе у меня еще есть.
Попробовал использовать Perfomance Monitor (PM) в VS2005 Team System. Мониторинг возможно осуществлять непосредственно для разрабатываемого проекта, либо для уже реализованного (необходимо выбрать EXE, DLL или WebSite файл)
Мониторинг запускается совместно с запуском приложения, отслеживает запускаемые в процессе выполнения потоки. После окончания работы приложения создаются отчеты в которых можно посмотреть: количество вызовов к методам (как внутри проекта, так и к системным библиотекам), различные временные характеристики (время затраченное на вызов/выполнение), различные процентные характеристики. Мониторинг как таковой может применяться и без использования моделей SDM и workflow.
Поэтому, думаю, что в ближайшее время направленность практической части работы заключается в создании простейших моделей workflow и SDM, подключении Perfomance Monitor и получении чисел.
Оформил доклад в соответствии с предъявленными требованиями. Надеюсь, что оформил правильно. Единственное, меня смущает раздел заключение, так как пока в работе нет представления SDM модели, то соответственно говорить о главных выводах немного тяжеловато.
К сожалению, сегодня вряд ли смогу появиться в университете, так как на работе сегодня завершаются работы по проекту. Надеюсь, что в связи с моим отсутствием не возникнет дополнительных трудностей при сдаче материала.
Спасибо.
наконец-то получилось немного увидеть SDM "в живую". Установил Windows Server 2003, Visual Studio 2005 Team System.
Основным инструментом является Distributed Systems Designer (DSD), который берет на себя функции автоматического создания sdm файла в формате xml (в этом смысле SDM, скорее всего, и является SML). Основными компонентами DSD являются типы приложений, базы данных и т.п. В DSD выбираются "Deployment Settings" и "System Configuration". Также есть подпункт "Implementation", который предполагает под собой создание проекта на основе выполненных конфигурационных настроек. В созданный проект можно обычным способом включать workflow-диаграммы, как и предполагалось.
Также есть возможность добавления в проект файла под названием Performance Monitor, но с этой возможностью еще не успел разобраться.
Предлагаю такую тему магистерской работы:
"Потоковые модели в задаче восстановления архитектуры распределенной системы"
("Архитектура распределенной системы" это SDM, а "потоковые модели" это Workflow)
1. Использование Microsoft SDM в задаче обратного проектирования
(не хотелось бы упоминать в названии "архитектура", так в некоторой степени "тонкий" термин)
2. Применение инструментов моделирования Microsoft в задаче обратного проектирования
(так как применяем не только SDM, но и Workflow как минимум + ClassDiagram и CodeLogic)
Нашел инструмент под названием CodeLogic for С#. Позволяет строить диаграммы классов, потоковые диаграммы и последовательность вызовов.
В архиве прилагаются примеры полученных мною диаграмм по той же системе по которой пытаюсь получить workflow.