Posts tagged ‘бизнес-анализ’
Бизнес-анализ Сангвис ИТ Пеликан Картотека отводов
Часть 3 Подсистема Доноры 2
Блок Картотеки отводов
Естественно, что первый блок, который был спроектирован в автоматизированной системе, это «Картотеки» в подсистеме «Доноры».
На первый взгляд эта задачка кажется совсем не сложной, и из предыдущего описания понятно что и как надо было делать.
Даже если представить себе, что мы бы не работали в условиях когда одновременно с автоматизацией произошло изменение оргстрктуры, тоже были бы всякие подводные камешки. Но у нас была задача не просто создать картотеки, но еще и сделать их единые по городу. Но не сразу, конечно. Сначала все делали для городской СПК (это еще до создания Сангвиса), и потом продолжили эту работу, когда СПК преобразовалась в ОЗК1 (отдел заготовки крови №1).
Мы все большие задачи решали постепенно, продвигаясь маленькими шажками. Это требовало делать много лишней работы, но зато обеспечивало реальное внедрение, причем достаточно быстрое.
Понятно, что на самом первом этапе были сделаны «Картотеки отводов». Теперь это не два типа, а именно две картотеки – два файла:
- Картотека лиц, которые не могут быть донорами
- Картотека «адресов неблагополучия»
Бизнес-анализ Сангвис ИТ Пеликан Обследование доноров
Часть 3 Подсистема Доноры
Проблемы, решаемые службой крови при работе с Донорами.
Существуют две противоречащие друг другу (в количественном аспекте) тенденции в работе с донорами в службе крови:
1) привлечение к выполнению донорской функции возможно большего числа людей, проживающих преимущественно в той местности, где расположено предприятие службы крови (регион), по крайней мере, это количество людей должно быть достаточно для обеспечения региона (по западным оценкам – не менее 5% населения)
2) недопущение до сдачи крови людей по заранее заданным критериям
Условно первую задачу можно назвать «организация донорства», а вторую — «отбор доноров».
Использовать Систему для содействия решению первой задачи стало возможно не на первых этапах ее создания, а значительно позже – когда был предусмотрен специальный блок, но главное в ее решении – привлечение общества к проблеме донорства, создание определенного имиджа донора, воспитание у молодежи соответствующего отношения и т.д
Вторая задача решается службой крови в контакте с другими медицинскими структурами в целях обеспечения безопасности. При этом есть две проблемы, которые приводят к необходимости это делать:
1) защита донора
2) защита реципиента – больного, которому для лечения требуется трансфузия компонентов крови (переливание).
Бизнес-анализ Сангвис ИТ Пеликан Структура
Часть 2 Подсистемы и Блоки
Говоря о техническом задании, я упирала на то, что главной задачей была структуризация, и последующее выстраивание этапов проектирования.
Из этого, конечно, не следует, что с первого раза – именно тогда –структура системы и сложилась окончательно.
Мы шли к окончательной структуре долго, повторяя итерации проектирования одних и тех же компонентов системы.
Трудность представляли даже термины – что на каком этапе декомпозиции использовать. Вроде бы в ГОСТах и написано, но не все, и как применить – всегда вопрос открытый. Какими именно терминами оперировать? Это именно та сфера, где никогда не было (и сейчас – я в этом уверенна – не смотря на нынешнее обилие западных книжек – тоже нет) однозначного толкования терминов.
Но в течение нескольких лет мы свою структуру как-то (совсем не очевидно) описали.
На верхнем уровне структуры в ней Подсистемы (практически по ГОСТу)
И вот подсистем у нас получилось всего 3:
Доноры
Продукция
Управление
Из этого видно, какая значительная часть приходится на все, что касается автоматизации работы с донорами.
Бизнес-анализ -Сангвис –АСУ Пеликан Структура Базы данных
Часть первая – наше техническое задание Продолжение
Итак, август 1989 года, условия начала нового проекта:
1. Новый для нас объект автоматизации, и работали мы как внешние разработчики
2. Полное отсутствие аналогов, публикаций, типовых решений – чего-бы то ни было, поэтому естественно, что это была заказная индивидуальная разработка
3. Полное отсутствие использования средств автоматизации на объекте и какого-либо опыта у пользователей
4. Обязательность использования стандартов во всех отраслях деятельности, где они существовали, и при создании информационных технологий, частности
5. Система должна была быть разработана для всей организации, а не для какого-то отдельного подразделения (со временем масштаб организации еще и вырос значительно).
6. Инициатором разработки АС являлось высшее руководство организации.
Бизнес-анализ -Сангвис –АСУ Пеликан Начало
Часть первая – наше техническое задание
Затеев свои мемуары, я уже писала о том как начиналось АСУ в Сангвисе. Даже достаточно подробно в заметке про 1990 год. Сейчас я немного повторюсь, но немного под другим углом зрения – уже с точки зрения особенностей самой разработки.
После первого знакомства с будущим Заказчиком (я предпочитаю говорить Пользователем), наша команда — воспитанники советской школы проектирования, объяснили ему, что начать надо с заключения договора на обследование и разработку Технического Задания.
В нашей команде никаких разночтений, разногласий не было, никому не пришло в голову предложить – «да зачем нам Техзадание, набацаем несколько АРМов, напрямую пообщавшись с пользователями».
Хочется мне с сегодняшних позиций понять – а почему мы были так в этом уверенны.
Отраслевые стандарты
(далее…)
Снова про конференции: ноябрь и декабрь
24 ноября ежегодный «Аутсорсинг Форум АСТРА Версия 2.010
2 декабря в Москве состоялась IV конференция BPM (Business Process Management), организованная компанией AHConferences
19 декабря 2010 (в воскресенье) в Киеве прошел Зимний Аналитический Капустник UA
ИТ-аналитик: От линии фронта до модели компетенций
Долго я собиралась, но потом все-таки посмотрела видео с круглого стола 2010-10-28 сообщества системных аналитиков на тему «Модель компетенции аналитика», ну и постоянно слежу за всеми обсуждениями этой темы.
Толчком к тому, чтобы уже сесть наконец за пост, в котором собрать мнения и выразить свое, послужила статья Андрея Вербицкого «Анализ. Основы и философия» в №3 журнала AnalyzeIT Сообщества Системных аналитиков.
Сама я термином «философия» по отношению к нашей профессии никогда не пользовалась, да и сейчас считаю, что это немного перебор – привыкла относиться к предмету философии с особым пиеететом. Но в данном случае –термин – это не суть. Мне показалось, что подход Андрея мне наиболее близок, видимо потому что не сводит нашу профессию к формализму техник и инструментов, которым страдают очень многие формулировки и описания, не смотря на декларируемую НЕ приверженность этим самым техникам и инструментам.
В обсуждении на форуме после круглого стола на тему «Модель компетенции аналитика», возникла такая фраза: «..на просторах Интернета была обнаружена статья «Бизнес-аналитик – свой человек за линией фронта». Статья эта «обнаружилась» еще в 2005г., принадлежит перу Б. Шлаина, независимого консультанта , (часть сайта, посвященая бизнес-анализу сейчас не доступна) и широко гуляет по разным сайтам, почти всегда одной первых выдается в поиске.
И еще одну статью я использую в сегодняшнем обзоре – она гораздо меньше известна и цитируема, опубликована в декабре 2009г: «Бизнес-аналитик: инженер, врач или шаман?».Автор Петр Газарян.
Конференция специально для Ит аналитиков Req Labs 2011
Конференция Req Labs посвящена работе с требованиями в ИТ-проектах
I конференция, посвященная работе с требованиями в ИТ-проектах, очень успешно прошла 17 ноября 2009 г.в Москве. Она была посвящена лучшим практикам сбора, анализа и приоретизации требований, а также управлению изменениями. 24 доклада, каждый из которых нес в себе и теоретические знания, и опыт докладчика. Такого еще не было!
Материалы не устарели, познакомиться можно и это интересно.
И вот организуется II конференция Req Labs 2011 , которая пройдёт в Киеве 25 марта 2011 года. Это снова о всех аспектах сбора, анализа и использования требований к программному обеспечению.
Конференция будет полезна:
-
Бизнес аналитикам
-
Системным аналитикам
-
Менеджерам проектов
-
Руководителям групп разработки и тестирования
-
Другим специалистам Software Engineering
Программа этой конференции сформирована еще не полностью, и пока есть возможность принять участие не только в качестве слушателя, но и докладчика.
Срок подачи докладов на конференцию REQ Labs продлен до 10 января 2011:
Программный комитет конференции Req Labs 2011 активно принимает заявки на доклады. Поступило много интересных тем.
В связи с тем, что организаторы заинтересованы в том, чтобы отобрать самые лучшие доклады, срок подачи докладов продлен до 10 января 2011 года.
Две ИТ конференции в октябре 2010г
Из всего многобразия событий пока отмечу два:
User Experience Russia- 2010
Форум «IT-Лидер»
Размышления бизнес-аналитика
На размышления, из которых вырос этот пост, меня натолкнула статья Армена Базияна «Модель будущего при проектировании IT-систем» 31.08.2010
Автор – бизнес аналитик (как бы в разное время не называлась его должность) компании «Вымпелком».
Ведя уже почти год блог бизнес-аналитика, я до сих пор не подступилась к теме, которую считаю главной в этом блоге: «А кто же такой бизнес-аналитик в ИТ, и что он делает (должен делать) при проектировании, внедрении, сопровождении ИТ систем.




