1

Для всех / Re: Анализ наполняемости системы

« : 03 Сентября 2013, 06:48:20 »

Цель проекта: оптимизация - проанализировать структуру данных и понять, что сделать, чтобы в каждой БД ИС (они частично синхронизируются) данные были нужной актуальности.
Вот так мне сформулировали.

2

Для всех / Анализ наполняемости системы

« : 02 Сентября 2013, 21:05:00 »

Привет всем!

Запущен проект по оптимизации информации в БД. И вопрос прост: подскажите литературу (книги, статьи, сслыки и т.д.) где можно проникнуться в теорию наполняемости ИС.

Заранее спасибо.

3

Sparx / Re: Описание полей в Enterprise Architect

« : 25 Июня 2012, 09:01:38 »

Видимо, люди не сильно любят пользоваться ЕА...

4

Sparx / Описание полей в Enterprise Architect

« : 18 Июня 2012, 10:32:52 »

Доброго всем дня!

На работе произошло столкновение взглядов насчет способов описание в Enterprise Architect:
Сторонее мнение: в Источнике данных в поле на интерфейсе должен стоять прочерк, так как данные туда вводятся, а не берутся;
Мое мнение: в Источнике данных должна быть ссылка на атрибут сущности, так как каждое поле должно быть привязано к своей сущности.

Сторонее мнение: в алгоритме нужно оперировать понятиями типа "заполнить поле такое-то в интерфейсе" для наглядности и простоты.
Мое мненние: в алгоритме нужно оперировать понятиями "присвоить значения атрибуту такой-то сущности"

Господа, попробуйте нас нассудить.

5

Теория моделирования и нотации / Re: Выбор нотации (для конкретного примера процесса)

« : 29 Марта 2012, 08:58:40 »

так что если уже вписали в резюме - вычеркивайте)))

неа  я знаю eEPC. Кстати, я рисовал не eEPC, а простенькой cross-functional flowcharts. Многие путают с idef0. Хотя с idef0 ничего перепутать нельзя. Если тема актуальна - могу перерисовать в eEPC.

6

Теория моделирования и нотации / Re: Выбор нотации (для конкретного примера процесса)

« : 28 Марта 2012, 10:24:20 »

У Monarcha это скорее eEPC. За ссылку спасибо.

теперь я знаю eEPC, нужно добавить в резюме )))

7

Системный Анализ и Требования / Re: Ситуации в процессе сбора требований

« : 26 Марта 2012, 13:39:42 »

RTFM ИМХО.

Обсуждалось множество раз, разнім составом на єтом форуме.

Спасибо за "дельный совет". РТФМлю данный форум постоянно.

8

Системный Анализ и Требования / Re: Ситуации в процессе сбора требований

« : 22 Марта 2012, 15:38:55 »

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

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

9

Системный Анализ и Требования / Re: Ситуации в процессе сбора требований

« : 22 Марта 2012, 15:23:18 »

Большое спасибо за Ваши ответы.
Мне нравится, когда аналитик не стесняется сказать заказчику "Нет, это не возможно". Правила нашей проектной команды гласят, что заказчик богоподобен и мы существуем, чтобы удовлетворить ВСЕ его требования. Я же склоняюсь к тому, что все спорные вопросы можно уладить согласованием.

Если у форумчан есть еще варианты. Рад буду их узнать.

10

Системный Анализ и Требования / Ситуации в процессе сбора требований

« : 22 Марта 2012, 14:51:49 »

Добрый день, занимался изучением матчасти по сбору/анализу требований и родилось несколько вопросов на эту тему:

• Есть заказчик и непосредственные идеологи проекта. У заказчика ограничен бюджет и сроки разработки, а идеологи безмерно расширяют границы проекта, считая невозможным отказаться от какого-либо из требований. Каким образом возможно свести пожелания идеологов и возможности заказчика?

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

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

• Участники проектной команды заказчика формулируют противоречащие друг другу требования. Как помочь им договориться друг с другом?

Заранее спасибо за ответы!

11

Теория моделирования и нотации / Re: Выбор нотации (для конкретного примера процесса)

« : 09 Декабря 2011, 09:21:11 »

Вот что у меня получилось, судя по Вашему описанию

12

Системный Анализ и Требования / Re: Помогите сформулировать требование

« : 07 Декабря 2011, 12:49:47 »

Как насчет так:

Система должна производить повторяющийся цикл проверки, состоящий из трех этапов, в очереди сообщений на наличие сообщений с определенным приоритетом:
1 Этап: система проверяет очередь сообщений на наличие сообщений с высоким приоритетом и осуществляет их отправку;
2 Этап: аналогичен Этапу 1;
3 Этап: система проверяет очередь сообщений на наличие сообщений с обычным приоритетом и осуществляет их отправку.

13

Теория моделирования и нотации / Re: Выбор нотации (для конкретного примера процесса)

« : 07 Декабря 2011, 11:46:26 »

Так Sorro писал "...которые будут реализовываться в некой бухгалтерской системе...". И чтобы реализовать нужно накатать ТЗ для программеров. А разве не проще рисовать в DFD для представления того, как движутся данные?

14

Теория моделирования и нотации / Re: Выбор нотации (для конкретного примера процесса)

« : 07 Декабря 2011, 11:17:04 »

Господа! А реально изобразить диаграмму по описанию процесса, представленного Sorro, в DFD. Я тут попытался и уткнулся в 3 проблемы:

1. Как отобразить на схеме DFD условие (из 3 по данным)?

2. нужно ли отображать на схеме данные из первого столбца таблицы (Внешние события)?

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