76

Обучение / Дисциплина "Технология обработки информации"

« : 30 Октября 2010, 16:11:29 »

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

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

При этом эти знать, уметь и владеть я выбирал довольно произвольно (интуитивно так сказать), видя слова "обработка информации".

Поиски в интернете не увенчались успехом. В таком названии  дисциплина ранее не встречалась.

Кто может посоветовать, что же должна содержать программа такой дисциплины? Напомню, что это в рамках направления Информационные системы и технологии.

Спасибо

77

Проектирование / Можно ли вообще спроектировать и реализовать систему без архитектуры?

« : 17 Октября 2010, 19:12:25 »

Приглашаю к дискуссии, если она, конечно, интересна

Как Вы считаете: Можно ли вообще спроектировать и реализовать систему без архитектуры?

Предусловия:
1. имеются в виду сложные системы
2. имеются в виду системы, интенсивно использующие ИКТ (информационно-коммуникационные технологии)

Сторонников положительного и отрицательного ответов призываю излагать аргументы

78

Варианты Использования (Use Case) / Насколько ПО должно быть близко к реальности?

« : 14 Октября 2010, 08:45:11 »

ПО должно поддерживать реальную жизнь.

Отличный лозунг, девиз, фраза, Максим.

Но не кажется ли Вам, что это, вообще, идеал, который пока не достижим?
Что значит поддерживать реальную жизнь? Это означает, что ПО должно по сути быть настолько гибким, насколько гибка и органична жизнь. Что противоречит самой концепции алгоритмов.

Как обеспечить гибкость? Пример:
есть система работы по кадровому учету.
Работа с кадровыми приказами и работа по штатному расписанию разделена по разным отделам.

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

Кроме того есть объекты работы с надбавками и доплатами, причем сотрудники отдела штатного расписания могут работать только с надбавками, работники отдела кадров только с доплатами.

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

Как мы видим, предусмотреть все возможные ситуации вряд ли возможно, а следовательно, обеспечить гибкость, соответствующую реальной жизни нереально
Гибкость будет достигаться конкретными решениями в конкретный момент и обеспечиваться ЧЕЛОВЕКОМ

79

О Сайте и Форуме / Блокирована возможность регистрации на сайте

« : 08 Августа 2010, 11:25:55 »

Временно блокирована возможность регистрации новых пользователей на сайте. Обратите внимание, на форуме регистрация возможна.

Причина, много спам-регистраций и спам-сообщений

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

80

Для всех / Можно ли верить этому?

« : 07 Августа 2010, 11:15:54 »

Друзья, в почте на яндаксе, обнаружил рекламу вот этой методики:
http://spyschool.victorson.ru/

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

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

81

IDEF ARIS BPMN и пр. / Что же такое BPMS и как их уже используют?

« : 25 Июля 2010, 22:03:51 »

Сегодня после тренинга Алексея Баранцева, провожая его на родину , имел не большую беседу по поводу BPMS.

Рассказал об небольшом опыте - студенческой дипломной работе - как пытались применить систему для "процессного управления кадровым делопроизводством на базе UNIFY". Идеально ситуация представлялась таким образом. Пусть руководитель подразделения предлагает одобренное им заявление на приме на работу будущего сотрудника (или по совместительству существующего сотрудника). Документ попадает на одобрение руководителю вуза или его заместителю по направлению работы. если заявление одобряется в установленный срок, запускается процесс приема на работу. Естественно есть извещение руководителю подразделения, возможно, с инструкцией для принимаемого. Далее сотрудник отдела кадров оформляет приказ на прием, внося (если необходимо) требуемую кадровую информацию. Система ожидает подтверждения от сотрудника ОК и действий от кадровой учетной системы. Приказ отправляется на подпись и согласование: юристу, экономисту, бухгалтеру, затем ректору или его заместителю. После подписи в установленный срок идет извещение с деталями приема в бухгалтерию в плановый отдел и естественно в кадровую службу. Из кадровой службы идет требуемая выгрузка данных для передачи ее в бухгалтерскую систему по расчету З/п (т.к. системы разные от разных вендоров). Процесс завершается.

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

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

82

Термины и Определения / [Термин] Протокол

« : 14 Июля 2010, 23:48:08 »

В книге Дениса Иванова и Ю.А. Федорова часто используется термин протокол. Протокол алгоритма, протокольный автомат.

Мне не совсем ясен этот термин при употреблении его в программном смысле. Может сам Денис или кто-то еще прояснят этот термин более точно и ясно?

83

IDEF ARIS BPMN и пр. / Как моделировать в BPMN правильно?

« : 03 Июля 2010, 23:00:03 »

Вопрос на самом деле не праздный.

Все мы с вами знаем массу различных нотация для моделирования бизнес-процессов и не только.

IDEF0 (или SADT), IDEF3, DFD, eEPC, VAC

Кроме того для этой цели вполне сгодятся, например:

обычные блок-схемы, диаграммы деятельности и последовательности UML.

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

BPMN возник не так давно, в 2005 году. На Википедии сказано достаточно ясно:

Основная цель BPMN — создание стандартной нотации, понятной всем бизнес пользователям. Бизнес пользователи включают в себя бизнес аналитиков, создающих и улучшающих процессы, технических разработчиков, ответственных за реализацию процессов и менеджеров, следящих за процессами и управляющих ими. Следовательно, BPMN призвана служить связующим звеном между фазой дизайна бизнес процесса и фазой его реализации.

Вместе с тем, спецификация BPMN тесно связана с BPEL. Возможность выражения конструкций BPEL через нотацию BPMN в первую очередь интересует технических специалистов, а бизнес-аналитиков, аналитиков требований, инженеров требований, мне кажется, скорее интересует способ представления, передачи смысла.

BPMN определяет набор правил, однако стоит ли строго следовать этому набору нетехническим специалистам?

К чему это я? Насколько строго бизнес-аналитикам следует следовать правилам нотации? И каковы эти правила, если учесть тот факт, что нотация будет использоваться только для отображения бизнес-процессов, и никогда, как модель, отображаемая в исполняемый код BPEL.

Т.е. стоит ли строго следовать правилам - где message flow, а где control flow?

Что лучше использовать pool или lane для отображения участников процесса (сотрудников, отделы, службы, системы)?

Существует ли набор ясных, определенных и однозначных правил и рекомендаций, как следует использовать BPMN именно бизнес-аналитикам?

84

Для всех / Перенесено: рамка у модели

« : 12 Июня 2010, 17:54:08 »

Тема перенесена в Sparx.

http://www.uml2.ru/forum/index.php?topic=2484.0

85

Поздравления / Поздравляем Андрея Вербицкого с Днем рождения!

« : 20 Мая 2010, 21:07:38 »

Андрей!!!!!!

Приятно поздравить тебя с днём рожденья,
Сегодня в программе - одни развлеченья.
Так смейся, танцуй, веселись до утра,
Раз в год наступает такая пора.
А завтра пусть будет опять всё как нужно,
Живи интересно, активно и дружно -
С друзьями, с родными, со всеми на свете,
Найди своё счастье на этой планете.

86

О Сайте и Форуме / Блог сообщества

« : 20 Апреля 2010, 12:26:53 »

Друзья, напоминаю, что начал работу ресурс http://blogs.uml2.ru/.
Однако активности особой не наблюдается, прошу осваиваться и публиковаться.

87

Обучение / Хотите протестировать свои навыки?

« : 14 Марта 2010, 15:51:52 »

Если вдруг Вам пришла такая мысль в голову и не жалко небольшого количества времени, то я приглашаю Вас пройти два небольших испытания:
take the business analysis quiz
и
take the UML quiz

думаю некоторые результаты будут для Вас большим сюрпризом

88

Проектирование / Технический проект. Характеристики функций

« : 11 Марта 2010, 16:42:43 »

В ГОСТ 34 по содержанию частей технического проекта есть такой пункт:

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

Не совсем понимаю, что и как тут писать. В частности:

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

89

Поздравления / С праздником 8 Марта

« : 07 Марта 2010, 19:24:54 »

Дорогие участницы нашего форума!

Мужская половина с радостью и удовольствием желает поздравить Вас с праздником Весны, с 8 марта.

Славим вас, душой красивых, Добрых сердцем, неспесивых, Не сердитых и не гордых, Щебутных и непокорных, Нежных, преданных, усталых, Озабоченных, счастливых, Чаще милых, реже вздорных, Наших женщин чудотворных!

90

Консалтинг и Внедрение / Укрощение строптивого или бег на месте

« : 04 Марта 2010, 17:22:16 »

Друзья, есть некоторая проблемка, возникшая возможно по неопытности, но требующая разрешения.

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

Но, но... К мои словам и доводам хотя и прислушивались в начальном периоде, но все-таки настояли на внедрении пока только системы кадрового учета. Успешно или не успешно (я надеюсь первое) данная система практически внедрена.

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

Наконец, руководство увидело, что дело делается и ЭТО хорошо и вознамерилось интегрировать теперь систему кадрового учета с задачами ведения штатного расписания. Проще говоря попросило адаптировать имеющийся функционал по ведению ШР по нужды нашего планово-финансового отдела.

Тут стоит слегка отступить. В этом самом отделе уже была использована измененная конфигурация 1с: зарплата и кадры. Измененная под нужды ведения ШР, как это процесс понимается сотрудниками ПФО. Причем измененная настолько, что использовать конфигурацию для кадров и зарплаты уже не возможно.

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

Вообще вопрос интеграции ШР стоял и раньше,но в силу объективных или скорей субъективных причин этому процессу всячески препятствовали. Главным образом старый начальник. Но появился новый, которому была поставлена задача в кратчайшие сроки осуществить переход и начать работу в новой системе. Кстати новый начальник родственник старого.

Процесс начался 8 февраля со знакомства. Были представители отдела кадров, ПФУ, разработчика ну и я, конечно. Встреча скорее была малополезной, чисто ознакомительной.

10 февраля была еще одна встреча - я забрал комплект отчетов и оставил ряд вопросов.

Через неделю у разработчика и у меня накопился ряд вопросов и я пришел найти ответы. Т.е. это была третья встреча. Встреча прошла вполне конструктивно. В ходе ее обнаружилась некоторая проблема. Начальник ПФО предложил свое решение, как она считает нужным. Решение логичное, но в ходе обсуждения с начальником ОК и юристом возникло некоторое разногласие, да и сама практика прием на работу, имеющаяся в вузе, тоже вступала в противоречие.

Я предложил встретится заинтересованным лицам вместе и обсудить проблему и дать мне точное решение ее. Встреча намечалась на 15 часов 25 марта. Но начальник ПФО, сославшись на срочные дела просила отложить встречу.

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

Мы встретились у проректора сначала без начальника ПФО. Проректор сам настоял, чтобы начальника ПФО пригласили на встречу. Начальник ПФО объявила, что вопросом, связанным со ШР она заниматься сейчас не будет. Не видит никаких проблем и не понимает почему ее вообще пригласили.

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

Но... теперь начальник ПФО встал в полную круговую оборону. Все дела заморожены на месяц как минимум. В личной беседе среди одной из причин (якобы) было то, что я обратился за разъяснениями не к ней непосредственно, а минуя ее к работнику который занимается ШР вот уже больше 3 лет. На самом деле это обращения было почтой, на адрес который мне сообщили сами сотрудники.

Я, конечно, надеюсь, что "время лечит раны", однако, учитывая, что старый начальник явно препятствовал получению информации, а новый - родственник и тоже проявляет похожие тенденции, боюсь будет сложно.

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

Как преодолеть такие противоречия? Как следует поступать в таких ситуациях? Чтобы и дело двигалось,  всем было хорошо?