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

×


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

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


Сообщения - SALar

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 »
1
Это применимо для моделирования новой системы, но для уже существующей системы количество сущностей отражает количество тех типов данных (таблиц), которые есть в системе. Т. е. мы не можем разделить одну сущность на две, так как в системе ей соответствует вполне определенная таблица. И атрибутов в ней 100. Может есть такая диаграмма, которая отражает набор сущностей без набора полей? Но как тогда на ней отразить связи?
Посмотрите модель EAV. ЕМНИП, семь таблиц на любое количество сущьностей и любое количество атрибутов.

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

2
Классический тойотовский способ управления на основе бумажных карточек заказа?* Если получится - можно и о компьютерной системе подумать.

3
Посоветуйте, пожалуйста, какие есть программные продукты, которые "умеют" хорошо рассчитывать загрузку ресурсов?
С учетом: сложных зависимостей между задачами, ограничений, разных календарей ресурсов и т. д.
Нет и не может быть таких программных продуктов. По простой фундаментальной причине. Даже по двум причинам:
1) ...
2) Менеджеры не понимают, что одна из основных задач менеджеров - добиться простаивания сотрудников.

PS. Диаграмма Ганта становится тыквой в момент нажатия кнопки "Save". Забудьте про эту диаграмму. Совсем.

4
По сути да - все, что мы сейчас готовы высказать - уменьшение количества дефектов (и расходов на их исправление) за счет применения более строгого языка и более поддерживаемого дизайна Продукта.
Технологии, доступные на С++ - это, скорее всего, не аргумент. Их придется "продавать" отдельно. В сумме эти две идеи слишком дорого будут стоить. Но, возможно, их стоит отразить где-то на диаграмме, чтобы обозначить приобретение дополнительных перспектив и гибкости продуктовых решений.

Как делается оценка гипотетических выгод от гипотетических изменений, чтобы получилось не совсем "с потолка"?

1) Составьте таблицу по ГОСТ (или ИСО/МЭК) 25010 и укажите, какие атрибуты вы собираетесь изменить.
2) Сделайте трассировку на финпоказатели фирмы. Об этом стоит прочитать в книге "Цель-3", а можно было прийти на вебинар (в июне кажется), там эта трассировка довольно подробно разбиралась. Если все сложится, буду показывать эту трассировку на одной из конференций в этом году. На какой - не знаю.

5
-- Шаблон ------------------------

Шапка

Название
[Цель]
Уровень
ОДЛ (основное действующее лицо)
SuD (рассматриваемая система)
[Область действия]
[Контекст использования]
[Предусловия]
[Триггер]
[Минимальные гарантии]
[Гарантия успеха]

Сценарии

Основной сценарий:




[Альтернативные сценарии: ]
1.а – ветвление на шаге 1
.1 …
.2 ... вернуться к шагу N

----------------------------
То, что в квадратных скобках - менее важно.

6
Жуть.

Ну возьмите вы для классификации Коберновские фасеты. Они достаточно полны и достаточны.

* Название
* Цель
* Уровень
* ОДЛ
* SUD
* Область действия
* Контекст использования
* Предусловия
* Триггер
* Минимальные гарантии
* Гарантия успеха

7
Вы опоздали.
https://www.teamlead.ru/ - у них очень хорошая база знаний. Да и сами они в теме.

8
Для всех / Re: Взаимодействие в команде
« : 24 Августа 2018, 16:50:31 »
Обращаю внимание, что в каждой организации рабочий процесс построен по-своему, но главная суть одна - это работа в сплоченной проектной команде. И только тогда это позволит достичь эффективных результатов.
Ох уз эти сказоцьки! Ох уз эти сказоцьники!
Во первых, про эффективность - это просто неправда. Смотри "спиральная динамика" (есть еще варианты).
Во вторых, психотипы людей разные. Кому то проще общаться через трекер. Кстати, в трекер смотрели?

Думаю обратиться к Генеральному Директору нашей организации с предложение о том, чтоб он в Приказном порядке принудил разработчика взаимодействовал с командой и верно исполнял весь процессинг.
Надеюсь на взаимопонимание с руководством!
Лучше сразу заявление по собственному.


Код уже написан, а задача аналитика надо еще оформить документально. Но лучше всего, чтобы посмотрели остальные члены команды, чтобы потом работу не переделать (функциональность, процесс и т.д.).  А предоставить в таком виде документы Заказчику не могу.
Это не аналитик. Это технический писатель. Попробуйте сюда: https://techwriters.ru/forum/

-------------------
И советы.

Крайне вероятно, что:
1) У программеров "две кошки и ипотека" (это из книги "шкура на кону"). Им код писать надо, а вы отвлекаете.
2) Они действительно не очень умеют объяснять. И еще. Если есть тестировщики, идите к ним. В отличии от программистов, они систему знают.

На почитать:
Чалдини "Психология влияния".

Да и все пока. А то дам я вам список из 50 книг, где ж на это время взять?

9
"Две кошки и ипотека"?
Просто как вариант.

10
https://www.greesha.ru/articles/%D1%83%D0%B1%D0%B8%D0%B9%D1%86%D1%8B-%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%B8/

Цитировать
Результат плачевный. Компьютер у меня теперь прочно ассоциируется с полным отсутствием концентрации. Если нужно прочитать документ, приходится распечатывать его на принтере и уходить в укромный уголок, подальше от компьютера и телефона. Чтобы ответить на вопрос коллеге — живому человеку, уже пять минут терпеливо стоящему передо мной, — нужно закрыть крышку ноутбука, выпить холодной водички, и тогда уже переспросить: «Что-что?»
...
Но я, кажется, нащупал выход. Вроде бы, забрезжил свет в конце тоннеля. Знаете, как я набирал вот этот текст? А никак! Я его написал, на бумаге, ручками! То есть ручкой! Буквами! Я, если хотите знать, вообще компьютер не включал!
Полностью согласен. Когда мне нужно что-то сделать, я ухожу от компа и беру тетрадь А4.
Забудьте о Rational Rose, Visio и т.д. Для диаграммы ВИ используйте стикеры. Тогда у вас есть шанс. Небольшой, но есть.

11
Мне не нравится начинать с софта для фиксации схем, но подавляющее большинство IT-шников делают именно так. Ладно, пусть так.

> можно использовать Rational Rose, Visio и другие программы
Попробуйте сервис https://www.draw.io/ Вдруг понравится.


> Диаграмму вариантов использования с трудом сочинил,
Обычно те, кто начинает с диаграммы, пропускает 70-95% юзкейсов. Результат "немного предсказуем". Изучите технику CRUDL. Да, она уже устарела, но новая техника пока нигде не описана. Если сподоблюсь приехать на ЛАФ - расскажу.

Диаграмма. Как первый вариант ничего. А вообще - плохо. "Гость" и "Клиент" - плохие термины. Как следствие - ошибка в возможностях.

> - диаграмма вариантов использования (не менее 12 вариантов использования для сайта),
Смешно.

-------------------
Не хватает данных. Интернет магазин для М-Видео и ИМ softkey это очень разные ИМ. Например интернет магазин  М-Видео не должен хранить аккаунты зарегистрированных пользователей. И каталог товаров ведется в стороннем приложении. И товарные остатки тоже не там. И логистика заказа тоже не там.

Так что сначала определитесь. БелАЗ-75710 подходит, чтобы возить руду из карьера, но парковаться на третьем транспортном кольце в Москве на нем несколько неудобно.


12
Сапсан - от 1200

Самый удобный для меня вариант - blablacar.ru Мало того, что это самый дешевый способ (до Владимира можно и за 300 найти), такк я еще подбираю маршрут, чтобы ехать прямо от дома. Рекомендую.

13
Опубликовали в канале https://t.me/bamrus
1224 подписчика - неплохо. Жаль быстро хайпится.

14
https://yandex.ru/images/search?text=%D1%85%D0%B5%D1%80%D1%81%D0%BE%D0%BD%D0%B5%D1%81&img_url=http%3A%2F%2Fwww.newscrimea.ru%2Fwp-content%2Fuploads%2F2014%2F09%2FzoepWOy5Ur4.jpg&pos=12&rpt=simage

Знаете что это такое? Это крепостная стена в Херсонесе. Нижняя часть сделана до нашей эры. Она высококачественная. Верхняя, тяп-ляп и в продакшен, сделана относительно недавно. Вот примерно такое же падение культуры разработки ПО произошло за последние 15-20 лет.

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

15
2Messier. Мои аплодисменты.


Добавлю еще пять копеек. Вы вообще ГОСТ то читали? Структура документов 34 рекомендуемая, а не регламентируемая. В ТЗ по ГОСТ 34 могут быть любые разделы. Но то что там рекомендовано, очень работоспособно.

2aka-author посмотрите май доклад на ЛАФ-2010. Крайне рекомендую. Это один из моих лучших докладов. Или хотя бы прочтите обсуждение: https://cartmendum.livejournal.com/83615.html
Основой доклада был ГОСТ 34.603

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 »