Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Темы - Galogen

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 »
61
Тема трактуется таким образом:
Анализ [требований | архитектурный | системный] [управляемый|поддерживаемый] [тестами|тестированием]

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

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

Техника регрессионного тестирования в частности, ну и тестирования вообще, стремится к определенным эталонным (особым) условиям проведения прогонов. Мы используем для этого специально отчужденную эталонную базу с замороженной во времени информацией. Поскольку актуальность информации находится в прошлом, то тестирование производится из будущего, в настоящем, или в реально будущем, происходит серьезная миграция по времени, что довольно не типично для нормальных условий. Однако именно эти условия зачастую вскрывают пропущенные требования, латентные или непроявленные требования, огрехи проектирования, тонкие закамуфлированные ошибки реализации.

Готов услышать вопросы, замечания и пожелания, будет ли тема интересна, хотели бы вы послушать такое? Жду предложений :)

62
Ищу специалистов, активно использующих в своей практике Enterprise Architect и технологию roundtrip. Я бы хотел вас связать с представителями Modelio. Как объясняют они:
Цитировать
наш Java roundtrip по тестам немного лучше. Гораздо большая часть из диаграмм классов переводится в код и обратно. Есть встроенный редактор и компилятор, но лучше подключить Eclipse. Мы постоянно пользуемся этим модулем в каждодневной работе над Modelio. Так что за качество мы спокойны.

Мы постараемся сделать Modelio Java коммерчески более привлекательным чем EA + Java.
Есть пара идей я хотел поговорить с реальными пользователями EA + Java roundtrip, чтобы проверить как это будет воспринято

63
Обсуждение статей / О статьях
« : 29 Апреля 2011, 23:23:18 »
Подписан на рассылку с сайта requirementsnetwork.

Довольно часто приходят извещения на выход той или иной статьи.
От прочтения некоторых из них, например вот такой User Stories: A Skeptical View, остается какой-то странный осадок. То ли ты идиот, раз не понимаешь, что писатели пишут, то ли писатели всех за идиотов держат, то ли сами писатели полные идиоты.

Я понимаю писать на чужом языке не так-то просто, но уж если пишите... Или у западников такой менталитет? Ну полная чушь на мой взгляд. Может я ошибаюсь?

64
Участие в группе UML Lovers на Linkedin иногда приносит неожиданные результаты.

Я оживил одну из старых тем. Как всегда в таких случаях бывает, дискуссия развернулась с новой силой, привлекая новых участников. Один из них задал вопрос о том, какой бы ему UML tool использовать в обучении студентов. Среди поступивших ответов было предложение попробовать ModelIO. Против нового я пройти не могу спокойно. Это в моем характере! (что видимо определяется моей психоматрицей или магическим квадратом Пифагора, которая говорит, что моя целеустремленность завышена, т.е. я ставлю себе слишкм много целей - разбрасываюсь, вместе того, чтобы долбить в одном направлении). Более того, я не просто посмотрел на инструмент, я его еще и начал тестировать (ну коли я уже профессиональный тестировщик) и отправлять сообщения о найденных багах. В результате даже готовиться статья, в которой я играю роль a fresh user и даю свой отзыв о системе.

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

Кстати готовится новый релиз, в котором будет полностью изменен графический движок. Общее впечатление можно получить уже здесь: http://www.modeliosoft.com/en/quick-tour.html


65
Коллеги,

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

Однако с этим несколько туговато :) Может поможете в темпе мозгового штурма найти парочку направлений?

Как вы считаете, что могло бы принести удачу? На какой рынок сориентироваться? На потребительский? А что может быть интересно потребителю? На профессиональный? А что может затронуть душу профессионала?

66
Есть такая задача:
Необходимо сконструировать автомат для продажи билетов. Требования к системе просты. Этот автомат принимает монеты достоинством 1, 2, 3 и 5 руб. и выдает билеты стоимостью 5 руб.

При зрелом рассуждении родились две диаграммы использования. Вопрос знатокам, умницам и умникам, какая из диаграмм правильная? Может правильные обе? Почему?

67
Для получения дополнительных результатов по голосованию Cтатистика использования UML

68
Для получения дополнительных результатов по голосованию Cтатистика использования UML

69
Для получения дополнительных результатов по голосованию Cтатистика использования UML

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

Опрос уже был. Так что если не влом, повторите свои предпочтения.

Спасибо

Комментарий:
вариант 1 - пожалуй понятен,
варинат 2 - т.е. да интересуюсь, да использую для отражения своих мыслей, но скорей для себя, для статей, в беседах с такими же умалишенными и белыми воронами :)
вариант 3 и 4 - вероятно понятно
вариант 5 - ну... вдруг!

Еще вот тут проголосуйте плиз
* [Статистика использования UML]. Специализация
* [Статистика использования UML]. Возрастная группа
* [Статистика использования UML]. Типы диаграмм

71
Предлагаю ответить всем, кто хочет высказаться по этом поводу. Ваш ответ очень ценен для меня.

Желательно указать возрастную категорию: до 20, 21-30, 31-40, 41-50 и т.д.

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

Задача довольно специфична, конечно, но в принципе у нее есть аналогии и в других предметных областях.
Итак.
Штатное расписание (ШР) - здесь список уникальных штатных единиц
Штатная единица (ШЕ) - уникальное сочетания подразделения и должности.
Ставка - количество одноименных штатных единиц
Нас пока интересуют только две дополнительные характеристики штатной единицы: количество ставок по плану просто Ставки, и количество занятых ставок Занято. Величина Ставки и Занято - историческая
Ставки отражают изменения максимально возможного количества
Занято отражают изменения фактически занятого количества
Занято не может превышать Ставки
История плана (Ставки) может выглядеть как-то так
01.01.2011,3
01.05.2011,2
01.08.2011,4
01.10.2011,3
А история Занято
01.01.2011,2
15.01.2011,3
01.05.2011,2
01.09.2011,3.5
01.10.2011,4


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

Документ подразумевает прямое действие - проведение, и обратное - отведение.

В качестве примера я предложу свое видение алгоритма для двух ситуаций - проведение приема и отведение приема
Договоримся, что в документе приема (и других) нам известно:
 - ДатаОперации
 - ID ШЕ - идентификатор штатной единицы
 - КолСтав - количество ставки, на которую принимается сотрудник

Алгоритм при проведении:
1. Проверить возможность осуществления операции - проверяется не принят ли уже сотрудник, нет ли будущих документов по данному сотруднику (переводы, увольнения, доплаты) - в принципе об этом можно не заморачиваться

2. Проверить наличие вакансии
    2.1 Получить СтарКолСтавЗанято на ближайшую ДатуЗанято <= ДатаОперации
    2.2 НовКолСтавЗанято = СтарКолСтавЗанято + КолСтав
    2.3 Получить КолСтавПлан на ближайшую ДатуПлан < (строго!) ДатаОперации
    2.4 Если НовКолСтавЗанято > КолСтавПлан : Стоп! Нет вакансий!

3. Пересчитать историю занято
    3.1 Если на Дату > ДатаОперации история Занято пустая : выход
    3.2 Для каждой ДатаИстории Занято делать
          3.2.1 НовКолСтавЗанято = СтарКолСтавЗанято + КолСтав
          3.2.2 Получить КолСтавПлан на ближайшую ДатуПлана < (строго!) ДатаИстории
          3.2.3 Если НовКолСтавЗанято > КолСтавПлан : Стоп! на ДатаИстории занято больше, чем по плану. Нарушение             согласованности!

4. Принять изменения - завершить проведение документа, записать новую историю

Отведение очень похожее
1. Проверить возможность отведения - разрешено, если это бы последний документ

2. Пересчитать историю занято
    2.1 Получить историю Занято с Даты >= ДатаОперации
    2.2 Для каждой ДатаИстории Занято делать
          2.2.1 НовКолСтавЗанято = СтарКолСтавЗанято - КолСтав
          2.2.2 Получить КолСтавПлан на ближайшую ДатуПлана < (строго!) ДатаИстории
          2.2.3 Если НовКолСтавЗанято > КолСтавПлан : Стоп! на ДатаИстории занято больше, чем по плану. Нарушение             согласованности!

3. Принять изменения - завершить проведение документа, записать новую историю

В алгоритмах учтена следующая особенность: документы, изменяющие Историю занято могут создаваться не в той последовательности, которая обнаруживается при анализе их дат операции. Т.е. например может быть создан прием человека с 10.02.2011, а потом прием с 05.02.2011 и т.п. Это нормально особенно, когда много кадровиков работают и штат большой

73
Искал искал где у нас говорится об инструментах. Создал новую

Кстати предлагаю сделать либо раздел либо закрепленную тему

Вашему вниманию предлагается интересная система

http://www.polarion.com/products/requirements/index.php

Gevorg, в восторге

74
Галина!

От всей души поздравляю с Днём рождения.

Счастья, любви, профессионального роста!

Это здорово, что Вы с нами.

75
ДЕНИС!!!!

С ДНЁМ РОЖДЕНИЯ!!!!!!!

ПУСТЬ ТВОИМИ СТАРАНИЯМИ МЫ ВСЕ ОБUMLИМСЯ!!!!!!!!!!!!




Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 »