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

×


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

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


Сообщения - akaCarton

Страницы: « 1 2
16
Доброго времени суток!

Хотелось бы узнать, правильно ли я понимаю "матчасть"?

Предположим есть система, пусть будет "Единорожка".
В системе должно быть несколько подсистем: кадровый учет, корпоративная социальная сесть, Рачет зарплаты и т. д.
Подсистемы сами по себе - независимы, могут использоваться, а могут быть заменены сторонними системами.

В подсистеме кадрового учета должна вестись работа со штатным расписанием, личными делами сотрудников, табельным учетом и т.д.
Эти функциональности не существуют сами по себе, формально - это неотъемлемые части кадровой подсистемы.

И тут возник у меня вопрос - а как это отображается на диаграммах UML?

Поправьте меня, пожалуйста, если я ошибаюсь!

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

17
А что если, действительно, рассматривать вашу задачу не как написание ВИ, а как написание инструкции?

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

Например:
Приложение А. Грузовой автомобиль.
Шасси <ссылка на справочник Шасси>
Грузоподъемность *Положительное число с 2 знаками после запятой*
....

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

18
У Коберна это примерно так и выглядит - "Клиент повторяет шаги 3-4, пока не укажет, что выбор закончен"

Я не силен в ВИ, но пункты 3-5 больше похожи на реализацию интерфейса и их можно объединить одним общим смыслом, например, "Пользователь указывает запасную часть". Но это так, мысли в слух, возможно вам так и нужно.

19
Ну коли уж пошла такая пьянка... А как подобные условия отображаются на диаграммах? Есть ли примеры?
По ней возникают вопросы:
  • Преподаватель может быть деканом факультета, на котором не работает?
  • Студент может посещать курс, факультет которого не входит в ВУЗ, в котором студент обучается?
  • Преподаватель может читать курс, если не работает на факультете курса?
  • Студент посещает курс или чтение этого курса преподавателем? Это происходит в рамках ВУЗа?

20
Фух, отлегло!
Спасибо большое за разъяснение!

21
Доброго времени суток, Уважаемые!

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

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

В пояснениях к диаграмме сказано:
Цитировать
Каждый курс относится исключительно к одному факультету.

Однако чуть раньше в книге сказано:
Цитировать
Устанавливая множественность дальнего конца ассоциации, вы указываете, сколько объектов может существовать на дальнем конце ассоциации для каждого объекта класса находящегося на ближнем ее конце.

Получается что для класса "Курс" используется кратность А. Для класса "Факультет" - кратность Б.
Тогда курсу может соответствовать 1 или много факультетов. Так ли это?

22
Один бывший госслужащий, занимавшийся в т.ч. разработкой внутренних KPI и BSC, чуть не подавился смехом.

Я, в общем-то, и сказал есть шанс, что идею загубят.

Однако за последние 3 года Минтруда выпустил множество рекомендаций по введения эффективных контрактов для госслужбы. И на Урале госслужба таки взялась за голову и очень обеспокоена.
Так же у нас года два назад начали вводить эффективные контракты для медиков. Забавно, что уровень обслуживания не поднялся, а медики стали получать меньше. Хотя, ЗП напрямую может и не быть связанной с эффективными контрактами, бюджеты всем порезали.
Но так или иначе этот опыт показал, что когда критерии эффективности "придумываются" на местах получается обычное очковтирательство. Сейчас, медленно, но верно наметились положительные сдвиги.
Госслужба вполне может изучить опыт внедрения эффективных контрактов у медиков и сделать все "красиво". Было бы желание.

23
Можете продолжать сколько угодно, если вам это что-то даст. Если имя для вас что-то значит. Пожалуйста. Не понимаю почему вы так агрессивно настроены.
На самом деле Денис дал весьма ценные уточнения! Манера подачи не та, к которой Вы привыкли, но комментарий весьма полезный!

24
Спасибо. Но ведь тоже нельзя исключать какую-то техническую часть.
А если вначале документа создать глоссарий?
Таким образом разъяснить все сокращения и специальные термины.

25
Для всех / Re: прошу консультации
« : 16 Июня 2016, 16:40:46 »
Добрый день! Хочу стать аналитиком. Закончила курсы по анализу и планомерно движусь в направлении достижения своей цели. Сейчас начала искать работу и в одной компании мне предложили написать тз на разработку формы обратной сязи на сайт. Без вариантов использования. Просто набросок сделать. Я подготовила следующий файл. В ответ получила: "В постановке задачи  следует избегать сложных аббревиатур и сокращений, чтобы документ был понятен максимально широкому кругу читателей". Я даже понять не могу о чем это? Начинаю сомневаться в своей проф пригодности  :(

Я как и Вы, молодой и не опытный.
Могу только предположить!
Возможно имелось в виду "ЕГР" или "JS". Может быть даже "e-mail".

А что касается широкого круга людей... а почему ТЗ не может захотеть изучить заказчик перед подписанием? И он не обязан являться IT специалистом.

26

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


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


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


Я не специалист в этом, с контрактами с гос. органами сталкивался только со стороны, в качестве зрителя.
Думаю, Вам нужно будет сначала продать идею людям принимающим решения. Эти люди весьма занятые. И вряд ли они готовы тратить время на чтение двухсот страничных документов. Поэтому представлять проект лучше презентацией. А вот потом, если у Вас получится продать идею, потребуется многостраничный документ.

27
Для всех / Re: Объект обследования
« : 23 Марта 2016, 15:48:00 »
Спасибо всем за ответы!  :)

28
Для всех / Re: Объект обследования
« : 23 Марта 2016, 09:09:35 »
Можно. Но ни отдельный БП, ни тем более система объектом автоматизации не будут.
(хотя, как любила говаривать знакомый нормоконтролер, "бумага все стерпит")
Доброго времени суток.
Я молодой неопытный, хотел бы разобраться немного в понятиях.

То есть бизнес-процесс не является объектом автоматизации.

Допустим есть цех 1 и цех 2. Из цеха 1 доставляют изделия в цех 2. Доставляет человек на тележке.
Доставка изделий является бизнес-процессом?

Если руководство решило заменить тележку с человеком на конвейер.
Это считается автоматизацией?

Страницы: « 1 2