2611

Sparx / Re: Агрегация против агрегированной ассоциации

« : 24 Февраля 2010, 20:19:49 »

Забавно. В VP сделано вообще еще хуже.

Там есть ассоциация, агрегация и композиция. Вроде три разных вида связи.

Однако. Создадим ассоциацию между двумя классами. Свойство aggregation kind доступно по правой кнопке. Выбрать можно что угода и с обоих концов будет агрегация или композиция.

Возьмем два класса и наведем между ними агрегацию. Теперь возмьмем противоположный конец и зададим ему aggregation kind. Нет проблем.

Т.е. если в ЕА все-таки агрегация и композиция имеют ограничения по числу агрегированных концов, то в VP это ничем не отличается.

По карйней мере VP последователен и у него только ассоциация реально. в ЕА есть и другой класс связи, отличный как я понимаю от UML стандарта

2612

ПО Аналитика / Re: Как в ArgoUML сгенерить sql выражения?

« : 24 Февраля 2010, 18:38:58 »

на форум где ArgoUML, там наверное помогут

2613

Sparx / Re: Агрегация против агрегированной ассоциации

« : 24 Февраля 2010, 18:38:27 »

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

Этот путь как раз содержит потенциальные проблемы. Получается, что лучше использовать явную агрегацию (кстати в VP тоже так же сделано, т.е. прямо есть в панели инстремнтов агрегация и ассоциация)

2614

Консалтинг и Внедрение / Re: Нужен совет

« : 24 Февраля 2010, 10:58:54 »

1. Разработка ведется на платформе 1С:Предприятие 8.2.

Разработка ведется с нуля или используются какие-то имеющиеся конфигурации?

4. В проекте занят я и студент 4-го курса, работающий на 0,5 ставки. Планируется прием на работу еще одного студента профильной специальности без знания среды разработки на неполный рабочий день (реальная польза от привлечения нового сотрудника вероятно будет не ранее чем через 2 месяца). Привлечение к проекту высококвалифицированных трудовых ресурсов невозможно ввиду низкой оплаты труда.

Учитывая объем работ - это исключительно мало (если создается все с нуля), да же если внедряется, имеющееся решение

5. Плана работ и документации по создаваемой системе нет в виду отсутствия опыта ведения проектов подобного масштаба (нет почти никакого опыта руководства проектами). Какой-либо методологии при разработке не придерживаемся. Работа над проектом ведется "как бог на душу положит".

А вот это не правильно. Нужен обязательный стратегический план внедрения, с приоритезацией и оценкой трудозатрат

6. Четких временных ограничений нет, но хотелось бы основную часть работ выполнить до 1 июля 2011 года. С учетом того, что разработанный функционал к этому времени должен эксплуатироваться пользователями системы.

Что входит в основную часть? На мой взгляд срок 1 июля 2011 года с учетом имеющихся сил - практически нереально

Возможно кто-то занимается разработкой на платформе 1С:Предприятие 8.2 и укажет на специфические моменты связанные с подобными проектами.

Я полагаю что платформа тут вторична

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

Я сам внедрял задачу кадрового учета в вузе. Реально это работа шла с ноября 2008 года (правда основной пул работ был с мая 2009 года по ноябрь 2009). Работа полностью еще не решена, очень много подводных камней. Самый важный из них - это отсутствие понимания общего процесса (процессов). Именно их и нужно вычленить, описать. Тогда станет ясно как и что автоматизировать, что реорганизовать.

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

2615

Обсуждение статей / Re: Курс

« : 21 Февраля 2010, 21:12:36 »

Рекомендовано для прослушивания!

2616

Sparx / Агрегация против агрегированной ассоциации

« : 21 Февраля 2010, 19:43:08 »

На форуме EA разгорелась не шуточная дискуссия. Некто Paolo F Cantoni открыл явный семантический баг ЕА. Дискуссий много, но итог ее как я понял автор подводит здесь: Aggregation and Association proposa

Кому сложно читать по-английски, перескажу кратко содержание и интригу.

Откройте ЕА. Создайте диаграмму классов. Добавьте пару классов. Начинаем.

Найдите среди Class Relationships отношение Assosiate - нарисуйте тот час.

Теперь найдите там же Aggregate - нарисуйте тот час.

Разница видна невооруженным глазом: на конце агрегации - полый ромб.

Войдите в свойства ассоциации!!! например Source role найдите Aggregation и выставите значение share, а теперь то же самое сделайте с Target role. Вы удивлены, поражены. А попробуйте один конец сделать share, а другой compose.

А теперь войдите в свойства агрегации (обратите внимание - даже объект называется иначе). Попробуйте убрать ромбик - не вышло!!!
А попробуйте поставить свойства Агрегации для обеих ролей например share - не получается? Ромбик прыгает туда сюда. Вы огорчились? Напрасно, не стоит расстраиваться, в этом случае это куда больше походит на правду!

Интересно зачем ЕА допускает такие ляпы? Причем явно сознательно

2617

ПО Аналитика / Re: помогите понять, что мне надо и где это взять

« : 21 Февраля 2010, 08:09:09 »

И теперь, если я все правильно понял, при помощи этой проги я смогу смоделировать проект и прога даже сама создаст иерархию классов по моим чертежам? Так?

Конечно, создаст. Это называется прямой инжиниринг, т.е. конструирование спецификации кода по диаграммам. Способ вовсе не нов. Например, есть программы для "реализации" блок схемы.

Другое дело насколько им реально пользуются в практике.

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

Но вообще нужно начать с малого

2618

ПО Аналитика / Re: помогите понять, что мне надо и где это взять

« : 20 Февраля 2010, 22:51:23 »

мне нужно умение создавать наглядные модели - проектирование, чтобы тоньше и правильней продумывать свои проекты(собственно для этого UML и придуман...  ). программ много и начинать самому проверять все по очереди, какая мне больше подойдёт, не есть наш выбор вот и спросил, может кто так же, как и я, сталкивался с подобным вопросом.

UML - это язык, инструмент - это средство, помогающее использовать этот язык .

По сути UML-редактор - это как текстовый редактор. Есть текстовые редакторы простые, есть более сложные.

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

WORD - это уже не просто редактор, это уже средство автоматизирующее оформление и форматирование текста: разделы, стили абзацев, автонумерация, автосодержание, автозаголовки, концевые сноски, перекрестные ссылки, автоформатирование и масса иных прелестей

Аналогично мы можем подойти и к редактору UML.

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

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

Нацеленность на РНР - не должна стоять в первопричинах выбора, РНР это язык, проектируют не для языка реализации.

Современные case средства работают с РНР. Visual Paradigm имеет Community Edition: поддерживает РНР, правда без кодогенерации. Из бесплатных - StarUML - вполне сгодится.

А вообще для проектирования сайтов вполне сгодятся существующие веб-фреймвёрки и без всякого UML.

2619

Поздравления / Re: Поздравляем Ирину Сурову с Днем Рождения

« : 20 Февраля 2010, 13:05:59 »

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

2620

Для всех / Re: Разработка редактора

« : 19 Февраля 2010, 20:08:26 »

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

В1. Разработка редактора ориентированных графов.
В2. Разработка редактора неориентированных графов.
В3. Разработка редактора 2-х мерных геометрических фигур.
В4. Разработка редактора топологий компьютерной сети.
В5. Разработка графического редактора (аналог MS PAINT).
В6. Разработка редактора UML диаграмм классов.
В7. Разработка редактора UML диаграмм объектов
В8. Разработка редактора UML диаграмм последовательностей.
В9. Разработка редактора UML диаграмм поведения.
В10. Разработка редактора UML диаграмм активностей.
В11. Разработка редактора UML диаграмм состояний.
В12. Разработка редактора UML диаграмм компонентов.
В13. Разработка редактора UML диаграмм развертывания.
В14. Разработка редактора схем алгоритмов.
В15. Разработка редактора диаграмм IDEF0.

Вообще-то одно дело графы, в которых делов то, вершины и ребра + их ориентация

Другое дело диаграммы UML, причем даже среди представленного списка задачи вообще не равнозначные.

Например, редактор диаграмм последовательностей.

С другой стороны диаграмма классов и диаграмма объектов, разница конечно есть, но ведь она неочень большая

2621

Системный Анализ и Требования / Re: Модель штатного расписания

« : 19 Февраля 2010, 19:50:51 »

P.S. похоже, мы постепенно выходим за рамки тематики форума, может лучше в личку пойдем?

Не ну это как тебе хочется. Публичное изъявление может быть полезным, а может бесполезным. Не знаю.

По поводу всего сказаного.

Кажется пришло такое решение.

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

Нужен естествено иерархический справочник ПКГ/ПКУ

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

Таким образом мы отнесем некоторую должность (профессию) к определенной квалификационой группе  и некоторому виду персонала.

Это не противоречит утверждениям
Должность должна быть отнесена к некоторому виду персонала
Должность не может иметь в качестве признака одновременно два вида персонала
Должность должна быть отнесена к определенной квалификационной группе
Должность может быть отнесена только к одной квалификационной группе

Факт, что должность может иметь разные квалификационные уровни определяется штатной позицией (план) и человеком занимающим данную штатную позицию (факт)

Ну и для визуализации мысле картинки.

2622

Для всех / Re: Разработка редактора

« : 19 Февраля 2010, 12:07:05 »

Редактор только для диаграммы развертывания? Хм. странно.

Однако, стоит просто почитать руководство пользователя и узнать все, что необходимо, о графических элементах и способах изображения этих самых элементов на диаграмме. Записать все правила формирования таких диаграмм

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

2623

Системный Анализ и Требования / Re: Модель штатного расписания

« : 19 Февраля 2010, 09:12:47 »

Вадим, что касается твоих предложений.

Тут есть некоторая странность, которую я не могу понять до конца.

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

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

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

Есть список видов персонала. Есть список профессиональных квалификационных групп.

При этом признаком квалификационной группы может быть вид персонала.

При этом названия группы может совпадать с названием вида персонала.

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

При этом текущая реализация в 1 с разрешает для одной профессиональной группы задавать разные виды персонала, т.е.

ПКГ рабочих
   ПКГ рабочих уровня 1 - Вид персонала ОПР
   ПКГ рабочих уровня 2 - Вид персонала ОПР

Зачем так сделано не совсем ясно, однако если изучить список персонала, то видно, что есть например такие виды:
ОПР (внебюджет) или ППС (внебюджет), т.е. вид персонал некий дополнительный группирующий признак

Полное соотнесение конкретной должности к единственной группе и единственному уровню тоже на все 100 не получается.

пример: слесарь-сантехник - это профессия рабочего или его должность, но если раньше они указывали как дополнительный признак в штатной единице - разряд! то сейчас по сути он заменен (хотя и разряд остался) сочетанием ПКГ/ПКУ

Т.е. хранить эту информацию непосредственно у должности кажется неправильным, т.к. тогда придется скажем создавать две и более записей с одинаковым названием должности и разными ПКГ/ПКУ

Потому либо следует вести отдельно справочник должностей и отдельно справочник должностей по ПКГ/ПКУ из которого в свою очередь и выбирать данные для позиции в штатном расписании.


Дополнительная проблема возникает в случае, когда сотрудник принимается вне штата, т.е. обычно при приеме на работу используется штатное расписание, т.е. явно выбирается штатная позиция со всеми ранее определенными для нее признаками, но возможно и иначе, когда просто указывается подразделение, отдельно должность - во тут возникает неоднозначность нужно или нет дополнительно в приказе указывать ПКГ/ПКУ или просто указывать размер оплаты. Или может тут вовсе нет проблемы?

2624

Системный Анализ и Требования / Re: Модель штатного расписания

« : 18 Февраля 2010, 19:49:01 »

Хорошо, начнем еще раз

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

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

Вопрос заключается в том, где и как учесть наличие квалификационной группы (ПКГ) и квалификационного уровня (ПКГ).

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

Вместе с тем группа и уровень может зависеть от свойств работника, нанимаемого на конкретную штатную позицию.

Кажется, выходом из ситуации было бы указание конкретного ПКГ и ПКУ при формировании штатного расписания, т.е. работник отвественный за формирование ШР выполнял бы такие действия:
1. выбирает нужное подразделение
2. создает позицию
3. выбирает указывает должность
4. определяет квалификационную группу и квалификационный уровень
5. указывает оклад (либо система вычисляет его автоматически)

Другой способ - для каждой должности (в случае ее уникальности названия) в справочнике должностей явно задается принадлежность к группе и уровню. Но мне кажется это не совсем корректно.

Вопрос заключается в том, где и как учесть наличие квалификационной группы (ПКГ) и квалификационного уровня (ПКГ).

2625

Sparx / Re: Sparx EA, Sequence Diagram

« : 18 Февраля 2010, 14:49:57 »

Подскажите как на диаграмме последовательности отобразить состояние объекта?

Изобразить то не сложно.
Если есть диаграмма состояний для классификатора данного объекта, то просто с нее (из браузера) перетаскиваем на линию жизни нужные состояния.

Или берем из Tool Box State/Continuation, правда что с этим явно делать я так и не догадался, кроме как сделать изображение