1

Идеи и мозговой штурм / Re: ПРИОРИТЕТНЫЙ НАЦИОНАЛЬНЫЙ ПРОЕКТ "ОБРАЗОВАНИЕ"

« : 15 Марта 2012, 14:01:56 »

действительно, какой может быть в России национальный проект?!  

просто изучение 2-х доков навеяло...
http://www12.sap.com/swiss/services/education/pdf/SAP_Consultant_Education_bis_Q1_2009.pdf
http://www12.sap.com/swiss/services/education/pdf/SAP_Projektteam_Training_bis_Q1_2009.pdf

структурирована информация хорошо по курсам
и взаимосвязи между ними прописаны

если сильно не в тему - удалите топик

2

Идеи и мозговой штурм / ПРИОРИТЕТНЫЙ НАЦИОНАЛЬНЫЙ ПРОЕКТ "ОБРАЗОВАНИЕ"

« : 14 Марта 2012, 18:56:33 »

всем доброго времени суток!

в рассылке в почту пришло сообщение, прочитал
http://edu.jobsmarket.ru/library/management/7643/

посмотрел, какие потуги на этом поприще у государственной машины http://mon.gov.ru/pro/pnpo/

заглянул в ресурсы кандидата в президенты http://mdp2012.ru/program/economy.html

задумался...
(особенно после сегодняшнего рабочего дня, в течение которой хотелось сжечь все художества клиента в стиле ИСО и ткнуть их лицом в PMBOK http://ru.wikipedia.org/wiki/Project_Management_Body_of_Knowledge)

мне стало интересно, можно ли построить структуру взаимодействия участников рынка труда с помощью UML ?
т.е. существуют игроки
- работодатель
- кадровое агентство
- работник
- образовательное учреждение
- носитель базовой информации (библиотека или книжный магазин)

между ними должен производиться информационный обмен
идеально (имхо) с помощью СИМ-моделей http://ru.wikipedia.org/wiki/Common_Information_Model

где-то должны храниться эталонные примеры моделей обмена

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

ну и т.д.

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

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

в-общем, система со многими переменными...

можно ли её теоретически описать в нотификациях, чтобы она стала понятна большинству участников рынка труда ?

3

Теория моделирования и нотации / IBIS

« : 27 Июля 2011, 08:31:59 »

всем доброго времени суток!

кто-нибудь сталкивался ли IBIS ?

вроде как альтернатива BPM в SAP вместо ARIS
http://www.ibis-thome.com/de.html

4

MDA / Re: UML в качестве редактора универсального браузера

« : 23 Мая 2009, 10:24:59 »

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

однако после таких слов, как честный мужчина, я обязан как минимум создать на основе fast-base тестовое приложение...

5

MDA / Re: UML в качестве редактора универсального браузера

« : 22 Мая 2009, 17:19:38 »

я не про информацию на http://www.fast-base.ru/
я про информацию на этом форуме...
в России так катастрофически не хватает внимания соотечественников к интересным начинаниям.

6

MDA / Re: UML в качестве редактора универсального браузера

« : 22 Мая 2009, 08:20:18 »

читаю доки с fast-base...
однако я не одинок в идеях...

кстати мне не совсем понятно, почему так мало внимания уделено проекту fast-base на форуме ?

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

7

MDA / Re: UML в качестве редактора универсального браузера

« : 22 Мая 2009, 05:56:00 »

Эдуард, однако спасибо за ссылочку!

3. Развитие технологии fast-base

по смыслу очень близко к тому, что я делаю.

во вкладке описание, которое я готовил для одного из венчурных фондов.
полагаю, что как и по другому моему проекту, интерес к этому появится года через 3-4 после появления опытного образца.

8

MDA / Re: UML в качестве редактора универсального браузера

« : 20 Мая 2009, 10:03:01 »

по Bold for Delphi читал книгу года 4 назад
многое из неё понравилось, сама идея MDA впечатлила.
но моим ощущениям - это не совсем то, о чем я попытался написать.
Bold for Delphi - это инструмент для построения монолитного приложения, очень сильно завязанное на конкретную базу данных. в моем случае речь идет об опытном образце, которое работает в 2-х совершенно различных компаниях, одно занимается поставкой электронных компонентов, а другое занимается IP-телефонией.
у этих приложений общего только базовая технология получения и обработки датасетов с сервера приложений
TCP-клиент обращается к TCP-серверу, тот в свою очередь подключается к приписанным в его настройкам базам данных, формирует и отправляет клиенту датасет.
можно привести некую аналогию между веб-сервером и интернет-браузером, браузер понятия не имеет, какая структура у базы, с которой он работает. Только в отличии от интернет-браузера опытный образец получает данные от сервера не в виде html, а в виде ClientDataSet-a, базовая технология работы с датасетом  в него уже вшита, хочется управлять размещением и взаимодействием датасетов в клиентском приложении с помощью UML

9

MDA / UML в качестве редактора универсального браузера

« : 20 Мая 2009, 09:07:05 »

всем доброго времени суток!

хотелось бы оценить шансы проекта...
тянуть ли его дальше...

несколько лет назад начал проект 3-х звенки, основной смысл заключается в том, что клиентское приложение понятия не имеет о структуре базы, с которой работает. Если точнее, то получает описание модели данных из базы, которая лежит рядом с сервером приложений, в которой прописаны тексты селектов к подключаемой базе.
Это попытка разрешить конфликт между технологиями - объектно-ориентированным клиентским приложением и реляционными базами данных.
На уровне опытного образца решение уже есть, клиент получает датасеты, редактирует их и отправляет на сохранение.
Т.к. я сам себе заказчик и моя основная задача построение системы подготовки сделки с элементами экспертной системы, то функциональность клиентского приложения меня устраивает. Но захотелось дать "автономную жизнь" проекту.
Я попытался свести логику клиентского приложения таким образом, чтобы его поведение определялось БЕЗ ПРОГРАММИРОВАНИЯ, только на основе анализа модели, которая хранится в базе данных сервера приложений.
Но мои интеллектуальные возможности значительно ограниченны...
Хотел спросить знатоков, может подобные решения уже существуют, и я изобретаю велосипед ?

10

ПО Аналитика / Re: Screenshot a browser migrating in case-toolkit

« : 21 Октября 2008, 06:57:56 »

Единственная беда - это у Вас будут не ВИ, а просто сценарии.
Т.е. можно составить иерархию Сценариев в ЕА и к каждому С привязать ДД и "гиперссылку, за которой скрывается последовательность скриншотов"

почитал, интересно
насколько я понял, это попытка сделать некий шаблон для "перевода с русского на русский", т.е. с языка пользователя на язык ТЗ, понятный разработчикам? При этом сценарии предварительно сохраняются в иерархической структуре, с которой можно проводить дополнительные манипуляции, например передвигать по узлам иерархии. Некоторым узлам можно назначать тип диаграмм в разрезе стандартов UML, чтобы начинать обсуждение с разработчиками по отдельным узлам.
Фактически речь идет о шаблоне инструментария, которым ПОМОГАЕТ ПОДГОТОВИТЬ ТЗ ?

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

В моем случае сценарии уже готовы, т.к. это последовательность скриншотов, но вопрос то у меня как раз в том, что я тоже нуждаюсь в инструментарии управления этими последовательностями.
И что интересно, я работая с обычными пользователями, сам являюсь пользователем по отношению к применению UML-инструментария или по отношению интеграции с таким инструментарием.

11

ПО Аналитика / Re: Screenshot a browser migrating in case-toolkit

« : 20 Октября 2008, 05:32:47 »

Кстати а что мешает Вам создавать флеш-ролики или нечто подобное, для визуализации технической инструкции?

дорого...
хотя некоторые возможности можно

12

ПО Аналитика / Re: Screenshot a browser migrating in case-toolkit

« : 19 Октября 2008, 14:47:34 »

Скорее это последовательности экранных форм...

с этим сложно спорить...
просто листать вордовский документ с вложенными скриншотами (обычная практика при создании документации) читать сложно по той причине, что он слабо структурирован.
к тому же, подобную документацию нужно читать очень внимательно от начала до конца, чтобы не пропустить какой-нибудь важный пунктик, а пропустить интуитивно понятные пункты не получается - отсутствует возможность пропуска части текста

Что значит "на ходу"? Я, конечно, всего знать не могу, но слабо себе представляю веб-инструментарий для рисования UML. Просто не понимаю мотивации и потребности использовать это.

Enterprise Architect может выгружать диаграммы в HTML-report
(Project-Documentation-HTML-report)
если на Activity Diagram повесить гиперссылку, за которой скрывается последовательность скриншотов, то получается достаточно наглядная визуальная инструкция для сотрудника.

Что значит состыковать интернет-заготовки?
Enterprise Architect может хранить проект в SQL базе данных.
"состыковка" по моему представлению - расширение метаданных базы данных,
чтобы впоследствии с ней можно было работать "стандартным" клиентов UML-инструментария например через SOAP

13

ПО Аналитика / Re: Screenshot a browser migrating in case-toolkit

« : 19 Октября 2008, 14:09:01 »

Какую деятельность вы ведёте? С какой целью? Какие проблемы возникают?

на данный момент осуществляю поддержку бизнес-приложений
проблема одна почти у всех бизнес-приложений -
отсутствие документации как таковой, или её наличие в зачаточном виде...
хорошо, если приложение написано с применением SQL, когда по метаданным базы данных можно понять примерно как оно работает. А когда вся бизнес-логика спрятана в клиентском приложении, да ещё применяются экзотические технологии, например, Clarion,
к тому же уже забыто, что и для чего делается, и вся логика работы приложения находится только в головах сотрудников, которые работают с приложениями с момента внедрения...
но иногда выбирать не приходиться...

14

ПО Аналитика / Screenshot a browser migrating in case-toolkit

« : 19 Октября 2008, 07:48:33 »

UML как я понял хорошо применять в процессе разработки нового ПО.
А что делать с применяемым ПО ? Сменить на модное ПО, написанное с использованием новейших технологий, не позволят люди с базовым финансовым образованием.
Как показала практика, вовсю ещё используются файл-серверные системы. Разбираться в этом бреде особого желания нет, но как-то его эксплуатировать нужно, поэтому пришлось немного напрячь голову, как выйти из такой ситуации.
Решил делать последовательности скриншотов и прогонять их последовательно в пределах экрана интернет-браузера с использованием PHP+xajax, чтобы пользователь мог повторить последовательность действий в реальном ПО.
(http://www.systek.ru/report.php , к сожалению работает только в Firefox)
Начала накапливаться коллекция последовательности действий, которая чем-то начала напоминать Activity Diagram и Use Case. Соответственно возникла мысль о том, что можно оттолкнуться от анализа текущего ПО на основе коллекций скриншотов, потом приучить пользователей к семантике и нотификациям UML, а потом можно двигаться в сторону кочественного современного ПО.
Осталось по сути 2 мелочи :
- выбрать средства веб-программирования, которые могут на ходу рисовать UML-диаграммы
и
- состыковать полученные интернет-заготовки с модулью данных какого-то UML-инструментария.

Есть ли смысл тратить на такой подход время и мозги ?

15

Сообщество Аналитиков / Re: Нужны добровольцы для структурирования файлового архива

« : 23 Мая 2008, 06:01:06 »

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