106

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

« : 19 Декабря 2006, 19:31:59 »

А ВЫ не путаете ИТ-спеца c техническим спецом?

BAS, хорошо-хорошо, технарей я имел ввиду...
Господа, давайте на заключительной ноте от SLAV'а прекратим оффтопить...

107

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

« : 18 Декабря 2006, 21:53:53 »

SLAV, KIDMAN спасибо, что присоединились к беседе!

Важны не только алгоритмы, но и структура! Что важнее?"

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

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

Р.Х. Зарипов в своей работе "Машинный поиск вариантов, при моделировние творческого процесса" отмечает: «...подавляющее большинство элементов творческой деятельности, реализуемых человеком «легко и просто», «не думая», «по интуиции»,
на самом деле являются неосознанной реализацией определенных алгоритмизируемых
закономерностей, реализацией неосознаваемых, но объективно существующих и формализуемых критериев красоты и вкуса».

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

Вот GALOGEN очень интересно заметил при поддержке KIDMAN:

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

Но ведь не менее часто встречается и обратный вариант!!! Когда ИТшник занимается гуманитарной деятельностью, экономической или управлением и оказывается более эффективен, чем на его месте был бы 100% гуманитарий. И это все потому что иногда очень важен некоторый структурный подход, который как раз получает ИТшник еще при обучении... Но тут, конечно, все зависит от личностных данных человека... и от его знаний... ведь без математики и SQL запрос не напишешь

108

Теория моделирования и нотации / Re: Что такое декомпозиция

« : 17 Декабря 2006, 17:39:04 »

ВИ всегда возвращает результат и всегда есть неделимая последовательность действий.
А Функция? разве что-то другое. По определению функция есть результат преобразования
аргументов, в чем разница...

На минуту представим, что ВИ - это компонент системы (так оно в принципе и есть, если
смотреть на систему со стороны USECASE). Ну вот... в системном анализе есть очень важный принцип:
Иерархической структуре системы можно поставить в соответствие иерархическую структуру
функций компонентов. На верхнем уровне этой структуры находится цель системы, на
достижение которой направлены функции компонентов, которые можно трактовать как цели
функционирования компонентов. Надеюсь, понятно к чему я клоню... Простите, "те же яйца,
только сбоку"

Декомпозиция - это процесс упрощения чего-либо без потери целостности.

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

ИМХО надо в другую тему перенести посты, а то от бизнес-процессов далековато ушли

109

О Сайте и Форуме / Re: Концепция этого ресурса

« : 12 Декабря 2006, 22:54:15 »

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

110

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

« : 11 Декабря 2006, 22:28:22 »

Фактически все наши ВИ, ДК и т.п. есть суть анализ, а вот конструирование кода под реальную платформу и архитектуру, есть синтез.

А ведь действительно, согласен на все 100, хотя такая мысль в голову даже не приходила

Думаю в каждой из областей, где применяется или должен применяться СА, он притерпевает
значительные изменения по своему составу. А сама дисципцлина является прямо-таки необъятной. Мне даже кажется, что можно некоторую закономерность выявить, хотя может это глупость, но попробую сформулировать: чем больше мы упрощаем систему, анализируя ее, тем более сложные методы мы используем для ее изучения. Т.е. хочу сказать, что более подробное изучение, анализ или просто рассмотрение некоторой системы ведут за собой усложнение средств анализа. Упрощая одно мы усложняем другое. В объектно-ориентированном подходе мы не используем весь арсенал СА для изучения систем,
это нам и не нужно. Но это только с одной стороны! А вот если обратимся к UML, то увидим
разнообразие различных связей (отношений), подсистем и элементов (классы, ВИ, состояния и тд).
В итоге получается, используя UML как средство моделирования, мы значительно расширяем
фундаментальные понятия системного анализа. как было сказано и с чем полностью согласен:

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

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

111

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

« : 10 Декабря 2006, 00:15:05 »

Благодарю, galogen!
Попытаюсь дать определение понятию система. Как-то редко приходится видеть какое-либо
определение названного понятия, потому что как ни напиши, всегда можно поспорить, чтобы
варьировать его в ту или другую сторону. Золотая середина... Система - совокупность отдельных объектов с неизбежными связями между ними. И опять же сразу возражения, определение как-то не катит совсем, даже от самого себя: организация системы имеет подчиненность определенной цели!!! Да, наверное, так пишется в каждой книге про системный анализ - обязательно должна быть цель. Без цели никак... Возможно допускаю ошибку, но не могу с этим согласиться на все 100%. Попытаюсь объяснить.
Тут как нельзя кстати выразился galogen:

системный анализ широко используется массами чисто интуитивно

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

суть и назначение системного анализа - решение сложной проблемы

Попробую дополнить. Сложные проблемы появились почему? А т.е. существуют
различные науки, которые постоянно продолжают усложняться: все более глубокое изучение
все более глубоких вопросов.
Вот.
А.В. Антонов "Системный анализ"
"СА - дисциплина синтетическая. Она использует методы, модели и результаты различных
теоретических курсов. Но, несмотря на использование в своем арсенале самых современных
методических разработок имеется ряд проблем, которые до сих пор не нашли своего решения.
Это является следствием того, что объектом системных исследований являются сложные системы"
Но вот тут все-таки возникает вопрос, что если СА сделать жертвой операции Декомпозиция,
тогда, возможно появится другой взгляд на решение некоторых насущных проблем. поставлю вопрос по другому: Можно ли разделить системный анализ на две поддисциплины - Анализ и Синтез?

112

UML SysML и пр. / Re: Методика количественной оценки диаграмм UML

« : 10 Декабря 2006, 00:10:41 »

Спасибо, Юрий, за ссылки. У меня аглийский не флюент, в общем то, поэтому нужно более
подробно просмотреть материал. Понятие "метрика" для меня совсем не знакомо. Но с интересом ознакомлюсь и напишу об успехах...

113

UML SysML и пр. / Методика количественной оценки диаграмм UML

« : 09 Декабря 2006, 00:11:44 »

В рунете совсем мало информации по названной теме. Хотелось бы услышать мнение участников форума по поводу математических оценок. Насколько объективно использовать подобные методики и нужно ли это, ведь человеческое восприятие (визуальное) имеет также большое значение...
Так чему же следует отдать предпочтение: полученным в результате вычислений цифрам или все-таки делать упор на человеский фактор?

Сегодня только один литературный источник, из тех которые я прочитал или просмотрел
(простите если пропустил подобную информацию в каких-либо популярных изданиях касающихся UML, всего не перечитаешь, к сожалению), содержит главу Количественная оценка диаграмм, где описывается методика количественной оценки и сравнения диаграмм UML. С технической точки зрения все кажется вполне логично и прекрасно, а то как же иначе, не обладая достаточными знаниями в предметной области, сказать "хорошо" ли "нарисовал" диаграмму, или "плохо", тем более что, по сути, мы решаем аналитическую задачу, а следовательно хочется получить решение с ответом. А с "нетехнической" мне оценить сложно, опять же к сожалению :-) Но все-таки мучают сомнения, особенно, когда представлю какого-либо опытного архитектора, который несколькими бессонными начами проектировал-проектирвоал диаграммы... А в понедельник утром с довольным лицом подставил данные из аккуратных диаграмм в формулы и......бац Облом, полученные числовые значения говорят: диаграмма недостаточно информативна!

Вот во вложенном файле сокращенно одна из методик, взято из книги Д.Э. Федотова, Ю.Д. Семенова, К.Н. Чижика "CASE-технологии"

114

Бизнес-анализ и Целеполагание / Re: Что такое бизнес-процесс?

« : 07 Декабря 2006, 22:26:36 »

galogen,
приму участие с удовольствием, очень интересно! Тема действительно неплохая, знаний пока маловато, но это отличный способ их расширить и пополнить.

115

Бизнес-анализ и Целеполагание / Re: Что такое бизнес-процесс?

« : 07 Декабря 2006, 00:09:41 »

Например, компания может сознательно организовать информационный бизнес-процесс своего основного производства

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

Сам по себе деканат не явялется самостоятельной финансовой единицей, но является стуркутурной единицей. Можно ли в этом случае считать деятельность деканата - бизнес-процессом?

Думаю, скорее ДА, чем НЕТ. Конечно если рассматривать работу деканата в советские годы, на этот счет не знаю.... А вот если сегодня взять какой-либо негосударственный институт...., вот тут, на мой взгляд, имеет смысл.

Вот постараюсь привести пример, своего рода мое понимание глубокого смысла БП на низком уровне : Когда некоторая компания постоянно работает в одном ключе, то важность БП сходит на нет. Пока не приходит время, когда результативность начинает снижаться, например из-за расширения штата. На уровне подразделений все происходит инертно: если старые сотрудники увольняются, вновь пришедших обучают работать по наработанной годами схеме и вроде все нормально. Но тут случается нечто новое, что рушит всю консервативную последовательность работы. Чтобы увеличить КПД (использую неподходящее слово) компания решается на реинжиниринг, изменение структуры, внедрение новой ERP. Меняется документооборот, обязанности и тд и тп что приводит к недопониманию сотрудниками друг друга, вся работа можно сказать рушится. А вот если бы были четко прописаны БП? Нет, конечно, и они претерпят некоторые изменения, но позволят избежать паники и снижения производительности...

Ну в заключении добавлю достаточно замысловатое трудночитаемое определение.
М. Каменнова, А. Громов "Моделирование бизнеса"
******************
Понятие «процесс» — ключевое в современной теории управления бизнесом. Международный стандарт ИСО 9000:2000 определяет процесс как совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы и выходы. Процесс включает одну или более связанных между собой процедур или функций, которые совместно реализуют некую задачу бизнеса — обычно в рамках организационной структуры. Он может выполняться в пределах одной организационной единицы, охватывать несколько единиц или даже несколько различных организаций, например, в системе «покупатель-поставщик»
Процесс обычно связан с операционными отношениями, например, процесс разработки нового изделия или процесс продаж.
******************

116

Бизнес-анализ и Целеполагание / Re: Что такое бизнес-процесс?

« : 04 Декабря 2006, 22:05:16 »

Предлагаю следующую формулировку бизнес-процесса, довольно интересно:
*******************
"Коммерческие и некоммерческие организации производят продукты или предоставляют услуги, поэтому они могут рассматриваться как производственные системы. В свою очередь, производственные системы состоят из групп взаимонезависимых компонент, работающих вместе для достижения конечной цели. Эти компоненты определяются как процессы. Таким сбразом, производственная система состоит из группы взаимосвязанных процессов, которые обеспечивают достижение целей организации.
Процессы — это связанный набор повторяемых действий (функций), которые преобразуют исходный материал и/или информацию в конечный продукт (услугу) в соответствии с предварительно установленными правилами.
Различают основные и вспомогательные процессы. Основные процессы — это те, которые добавляют качество, вспомогательные процессы формируют инфраструктуру организации. Примерами процессов могут быть процессы сбыта и снабжения, процесс разработки нового изделия и вывода его на рынок, процесс обслуживания клиентов."
*******************
Из книги Профессора Шеера "Бизнес-процессы. Основные понятия. Теория. Методы."

Ну раз от Шеера, то понятное дело, что это Бизнес-процесс в понимании Aris.

Также из этой книги, зачем, собственно говоря, нужны эти замысловатые БП:
*******************
"Выделение бизнес-процессов, их анализ и последующее совершенствование — колоссальный резерв для повышения конкурентоспособности компании и эффективности ее работы. Среди основных преимуществ такого подхода можно выделить простоту проведения оптимизации как самих процессов, с точки зрения их организации, синхронизации, ззаимосогласованности, так и ресурсов, потребляемых процессами, особенно это касается человеческих ресурсов. Кроме того, становится очевидность управления, нацеленного на конечный результат, который оценивается потребителем — клиентом процесса.
В качестве примеров направлений работ по совершенствованию процессов можно назвать:
-   Совершенствование     процесса     управленческого     учета     и     финансового планирования с целью быстрого доступа к критически важной информации.
-   Сокращение сроков освоения новых видов продукции и вывода ее на рынок.
-   Сокращение цикла обслуживания клиентов."
****************

117

О Сайте и Форуме / Re: ПЕРЕЕХАЛИ

« : 29 Ноября 2006, 20:21:42 »

BAS,
Там в теме Бизнес процессы ошибка небольшая, на второй строке написано: "Моделирование Бизнес процессов с использЫванием UML"

118

Обучение / Re: Методика преподавания структурного-функционального анализа

« : 29 Ноября 2006, 20:12:48 »

Сейчас учусь на одном из старших курсов по специальности Системное проектирование. К огромному сожалению, у нас нет преподователей которые смогли бы прочитать курс, связанный с современными методологиями анализа. Но, в любом случае, нам читают предметы которые лежат в основе проектирования, описания и тд, применительно к авиации. В этом семестре, например, начался Системный анализ. Мои однокурсники, мягко сказать не очень понимают что это за предмет и для чего все это нужно (по крайне мере 90% из них). А мне делать там нечего, простите за скромность. И на это есть 2 основные причины: Во-первых, мне очень интересно, что дает мотивацию посмотреть разнообразную литературу по теме. Во-вторых, по роду работы немного (к сожалению) занимался анализом Бизнес процессов и архитектурой программных средств, поэтому легко представляю как это все использовать на практике (хотя всего лишь неглубоко знаю UML и совсем немного ARIS). Вот мне и кажется, что в практике и есть основная проблема, нам ее просто критически не хватает! Рядовому студенту даже представить сложно как выглядит Бизнес процесс. Даже если он выучил методологию ARIS наизусть, то когда ему скажут, к примеру: "Спроектируй БП, описав работу материального отдела бухгалтерии!". Не удастся, потому что как работает бухгалтерия для него остается загадкой. Может в этом и кроется проблема...

119

О Сайте и Форуме / Re: Как мне нравится новый форум?

« : 28 Ноября 2006, 22:32:48 »

Привет,  BAS!
Очень рад, что переехали, да еще и на сайт с таким благозвучным названием. Если можно, я в одну тему и по сайту и по форуму отзыв оставлю.
Сайт очень понравился, по UML такой и должен быть: аккуратный, немного строгий, .... не простой, но одновременно без никчемных излишеств.
Про форум сложно сказать по удобству, надо некоторое время попользоваться, потом будет видно. Внешне - довольно симпотично. Жаль только регистрироваться заново пришлось Не стоит забывать, что на форуме главное содержание, которое, со временем, просто обязано пополниться интересными статьями и постами