3091

Задачи студентов / Re: Курсовой проект "Разработка АРМ для учета денежных средств на предприятии"

« : 25 Апреля 2008, 09:52:03 »

MIMI,

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

Что нужно сделать:
1. Поставить задачу (она то у вас должна быть). Хотя бы описать что нужно сделать и какие задачи будет решать ваш "АРМ для учета денежных средств на предприятии"
2. Выделить все (бизнес) сущности в вашей постановке задачи и нарисовать Диаграмму Классов (ДК)
3. Построить ДВИ (http://www.uml2.ru/index.php?option=com_content&task=view&id=76&Itemid=51)
4. Написать сценарий для каждого ВИ (http://www.uml2.ru/index.php?option=com_content&task=view&id=77&Itemid=51)
5. Нарисовать Диаграммы Последовательностей и Действий для каждого ВИ
6. Периодически показывать здесь ваши результаты, чтобы мы корректировали.

3092

Для всех / Re: Манифест независимости бизнес-правил

« : 25 Апреля 2008, 09:41:08 »

Ну главная идея высказанная здесь, что:
1. БПр - это не алгоритм (последовательность действий), а выражения - "если выполняется такое-то условие, то делаем то-то"
2. Должны быть сформулированы в терминах бизнеса и понятны ему. Отсюда вопрос - Вигерс их относит к ПТ, а тут больше разговор о БТ?!
3. Должны быть четко сформулированы и согласованы м\у собой
4. БПр - это основные требования и на основе их можно написать движок, кот. будет исполнять БПр. Но здесь не понятно как можно описать все требования с помощью БПр? Для меня это всегда были вспомогательные требования.

3093

Для всех / Re: Манифест независимости бизнес-правил

« : 24 Апреля 2008, 20:10:08 »

Николай,

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

В общем замечания такие:

Rules are a first-class citizen of the requirements world.

Правила - это элита мира требований
     

Article 2.    Separate From Processes, Not Contained In Them

Статья 2. Отделены от процессов, а не заключены в них   

2.1. Rules are explicit constraints on behavior and/or provide support to behavior.

Правила - это четкие ограничения поведения и\или обеспечивают поддержку поведения
     

2.2. Rules are not process and not procedure.  They should not be contained in either of these.

2.2. Правила не являются процессом или процедурой. Они не должны быть включены в эти понятия.   

2.3. Rules apply across processes and procedures.  There should be one cohesive body of rules, enforced consistently across all relevant areas of business activity.

2.3. Правила применяются между процессами и процедурами. Должен быть один последовательный свод правил, который полностью верен во всех соответствующих областях бизнес-деятельности.

3.1. Rules build on facts, and facts build on concepts as expressed by terms.

3.1. Правила опираются на факты, а факты опираются на концепции, выраженные в терминах.

3.2. Terms express business concepts; facts make assertions about these concepts; rules constrain and support these facts.

3.2. Термины выражают бизнес-концепции; факты утверждают эти концепции, правила ограничивают и поддерживают эти факты.

4.1. Rules should be expressed declaratively in natural-language sentences for the business audience.

4.1. Правила должны выражаться в описательных предложениях на естественном языке бизнеса.
     

4.3. A set of statements is declarative only if the set has no implicit sequencing.

4.3. Набор высказываний декларативный, только если набор не подразумевает последовательность.

4.4. Any statements of rules that require constructs other than terms and facts imply assumptions about a system implementation.

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

4.5. A rule is distinct from any enforcement defined for it.  A rule and its enforcement are separate concerns.

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

Article 5.    Well-Formed Expression, Not Ad Hoc

Статья 5. Правильно-сформированные выражение, а не подсказки

5.1. Business rules should be expressed in such a way that they can be validated for correctness by business people.

5.1. Бизнес-правила должны выражаться таким образом, чтобы они могли быть проверены на корректность бизнес-людьми.
     

5.2. Business rules should be expressed in such a way that they can be verified against each other for consistency.

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

5.3. Formal logics, such as predicate logic, are fundamental to well-formed expression of rules in business terms, as well as to the technologies that implement business rules.

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

Article 6.    Rule-Based Architecture, Not Indirect Implementation

Статья 6. Архитектура основанная на правилах, а не наоборот
     

6.2. Executing rules directly -- for example in a rules engine -- is a better implementation strategy than transcribing the rules into some procedural form.

     
6.2. Непосредственно выполнение правил - например, в движке правил, - это лучшая реализация, чем перевод правил в какую-то процедурную форму.

6.4. Rules are based on truth values.  How a rule’s truth value is determined or maintained is hidden from users.

6.4. Правила основаны на истинных значениях. Какие истинные значения правил определены или поддержаны скрыто от пользователей.
     

7.1. Rules define the boundary between acceptable and unacceptable business activity.

7.1. Правила определяют границу между приемлемой и неприемлемой бизнес-деятельностью.
     

7.2. Rules often require special or selective handling of detected violations.  Such rule violation activity is activity like any other activity.

7.2. Правила часто требуют особой или выборочной обработки обнаруженных исключений. Такие исключительные действия - это действия такие же как и другие.

7.3. To ensure maximum consistency and reusability, the handling of unacceptable business activity should be separable from the handling of acceptable business activity.

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

8.3. The cost of rule enforcement must be balanced against business risks, and against business opportunities that might otherwise be lost.

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

10.1.   Business rules are a vital business asset.

10.1. Бизнес-правила являются жизненно важных бизнес-сущностью.
     
и вездее надо заменить деловой на бизнес ИМХО

3094

Проектирование / Re: Шаблоны GUI для Visio

« : 23 Апреля 2008, 15:08:00 »

Ну в шаблон окна надо наверное добавить возможность что-то ввести или что-то выбрать

3095

Проектирование / Re: Шаблоны GUI для Visio

« : 22 Апреля 2008, 21:24:34 »

Не понял смысла описывать логику с помощью шаблонов? Очень громоздко получается.

А так красиво

3096

Консалтинг и Внедрение / Re: BI

« : 21 Апреля 2008, 22:33:44 »

Куда идем и будут ли интегрироваться - это две большие разницы

Вообще идем к какой-то непонятной глобализации и гонки не понятно за чем?! Все это приводит к понижению качетсва изготовляемого ПО, Ведь в узкоспециализировнной фирме легче изготавливать хороший софт, нежел в громадной корпорации, в которй сначала бежим сюда, а потом туда. ...

А буду интегрировать или нет. То будут безусловно, а тогда какой смысл покупать?

3097

ПО Аналитика / Re: CASE средство с простым добавлением нового языка

« : 21 Апреля 2008, 16:45:27 »

В принципе любая уважающая себя CASE позволяет писать свой кодогенератор.

3098

ПО Аналитика / Re: CASE средство с простым добавлением нового языка

« : 21 Апреля 2008, 11:58:01 »

Честно говоря я не понял вопрос.

Вы описали модель классов в xmi документе, теперь Вы хотите подцепить этот xmi документ каким-то CASE средством, распарсить его с помощью своего интерпритатора  и построить диаграмму классов??

3099

Теория моделирования и нотации / Re: Анализ методологий IDEF, UML, Aris

« : 20 Апреля 2008, 21:02:35 »

Набор букв, а не пост. Первая половина вообще не понятна, но если ты разобрался, то опустим ...

Про CASE средства:

Критерии обзора:

Эти критерии вообще к CASE средствам не относятся. Это критерии средств управления проектом.

Есть вопрос по Rational Rose:
ClearCase и ClearQuest - это средства только для процесса реализации или для процесса реализации и моделирования?

ClearCase- это средство версионного контроля как CVS или SVN.
ClearQuest - это средство управления запросами на исправление ошибок (bug\issue tracker), как BugZilla или Jira

3100

Вакансии / Re: Вакансия Аналитик _Москва_ до 70 000 р net.

« : 17 Апреля 2008, 17:19:09 »

Новый аналитик ушел??

3101

Теория моделирования и нотации / Re: Анализ методологий IDEF, UML, Aris

« : 16 Апреля 2008, 13:12:26 »

Похоже Kosteles забил, ну да ладно.
Чтобы не потерялось, копирую ссылку из sql.ru:
Сравнительный анализ нотаций ARIS и IDEF

3102

Нововведения / Re: РИТ 2008

« : 16 Апреля 2008, 10:35:29 »

Вот они, наши герои:
http://fotki.yandex.ru/users/alexey-ramensky/view/50591/
http://fotki.yandex.ru/users/alexey-ramensky/view/50674/

3103

Нововведения / Re: РИТ 2008

« : 16 Апреля 2008, 10:06:13 »

В общем, вчера завершилась конференция. Были интересные доклады, мне естественно больше понравились доклады по менеджменту и анализу.
А Ашманов попал прямо в точку, посмотрите его доклад про "Кризис роста" обязательно. У нас из такого кризиса мало кто выбирается, т.к. не может сломать себя и отказаться от "старичков" ("старички" - не от слова старый, а те кто НЕ может расти вместе с компанией, "старичками" бывают и в 25 и в 30 и в 50). Хотелось только добавить, что этот кризис бывает не только при росте компани в численности (т.е. при успешном развитии бизнеса), но и если компания наоборот теряет рынок и хочет делать что-то новое, а "старички" не дают.

Вот наиболее интересные доклады, кот. ИМХО заслуживают внимания:
* Защита интеллектуальной собственности и продажа интернет проектов / Павел Шинкаренко
* Технология индексирования и поиска изображений в Интернет / Алексей Лагутин
* Поиск слов в аудио / Александр Кшевецкий
* Как веб‐студии систему управления проектами выбирали / Сергей Котырев, Юрий Вайсман
* Инструменты разработки / Дмитрий Росляков
* Мастер‐класс "Управление требованиями на базе Wiki‐движков" / Александр Байкин (ИМХО стоит посмотреть)
* Команда мечта: принципы, инструменты и практика построения / Павел Афанасенко (идея доклада отличная, а подача материала совсем не очень, если вытерпите, то дослушайте до конца)
* Управление командой как живым организмом / Вадим Шепелев
* Исправление опечаток в Яндексе / Алексей Байтин
* Построение службы техподдержки / Дмитрий Даниленко
* Все от Agile Russia, сам не слышал, но хочу на видео посмотреть
* Блиц‐доклады - посто прикольно, быстро и не нудно
* Инфраструктура Фейсбук ‐ особенности крупных социальных приложений / Алекс Москалюк (ну если кто-то про самую крупную соц сеть хочет послушать)
* Пользовательские требования на различных этапах жизненного цикла продукта / Геннадий Драгун (доклад немного про другое, но тоже интересно)
* Постановка задачи на разработку веб‐систем / Ольга Смагина
* Управление проектами по созданию продуктов в Афише / Виктор Ламбурт (ИМХО надо было бы рассказать именно про маркетинговую часть, но все равно стоит послушать)
* Управление ростом социальной сети / Байрам Аннаков (сам не слышал в живую, но на видео посмотрю, по анонсу было очень и очень интересно)
* Консалтинг высоконагруженных систем / Константин Андрюнин
* Кризисы роста в ИТ‐ компании / Игорь Ашманов (суперрррррррррр)
* Я по совести приказу записался в камикадзе / Денис Бугров (отличный доклад для управленцев и некоторые рецепты, по выходу из кризиса)
* Круглый стол для докладчиков (зашел туда на 5 мин, говорили о возможности заказа ТЗ отдельно от разработки)
* Пользовательские сценарии / Александр Байкин (многим понравилось
* Управление проектами: требование, планирование, контроль. Типовые ошибки команды‐мечты / Сергей Панарин(не видел в живую, но посмотрю на видео)
* Практика внедрения Scrum: трудности и пути их преодоления / Андрей Бибичев
* Мастер‐класс "Обзор каталога шаблонов проектирования баз данных " / Денис Бесков‐Доронин
* История одного проекта или "Как девять женщин могут родить одного ребенка за месяц" / Сергей Тарасенко, Роман Павленко (не видел, но название интригующее)

3104

Нововведения / Re: РИТ 2008

« : 16 Апреля 2008, 09:39:16 »

Ай как хочется посмотреть, а на работе доступ закрыт и через анонимайзер не грузится

3105

Вакансии / Re: Москва - Cистемный аналитик / Бизнес-аналитик - от 42 000 до 80 000 р.

« : 16 Апреля 2008, 09:37:07 »

Ай, Крок, сходить что ли к вам и заодно поболтать со своими друзьями, работающими у вас. На Площадь Ильича будете звать собеседоваться?