1201

Сообщество Аналитиков / Re: Визитки

« : 13 Сентября 2007, 15:26:53 »

На эту тему общаюсь с владельцами netliberty.ru, чтобы они сделали сервис по заказу визиток с сетевыми identity

...с указанием community, ключевых activity и прочих ability

1202

Работа / Re: Организация работы отдела анализа

« : 13 Сентября 2007, 14:06:15 »

Я бы еще напомнил уважаемым коллегам про матричную модель распределения ролей Белбина.
Почитайте, например, здесь http://mindmix.ru/accountancy/167-933-stat-ja-roli-v-komande-rossiiskii-variant-read.shtml

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

1203

Работа / Re: Организация работы отдела анализа

« : 13 Сентября 2007, 12:44:39 »

Статья в тему в сегодняшней рассылке citforum.

Построение эффективного IT-отдела. 12 простых правил.
http://citcity.ru/16882/

Правило 1. Убедитесь, что состав группы соответствует задаче

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

1204

Работа / Re: Организация работы отдела анализа

« : 13 Сентября 2007, 11:26:07 »

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

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

прошу прощения за эмоциональный подход... кстати... ;-) шана това уметука!!! *с новым еврейским 5768 годом!!*

Эк вы от жизни отстали. У нас уже 7513 от сотворения мира.

1205

Конференции Семинары и Тренинги / Re: 1-й Осенний семинар: подготовка

« : 12 Сентября 2007, 11:46:41 »

Можно пару вопросов?

В семинаре могут принимать участие только зарегистрированные члены Сообщества?
Участие в семинаре платное?

1206

Идеи и мозговой штурм / Re: Анализ IT-безопасности на предприятиях

« : 11 Сентября 2007, 20:21:02 »

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

Давайте обсудим этот аспект.

Э-э-э... А безопасность чего здесь обсуждается? Что защищать-то будем?

1207

Примеры / Re: Реальные примеры - безналичная оплата топлива на АЗС

« : 11 Сентября 2007, 19:49:24 »

Интересно, как проект - жив ещё?


Прочитав всю ветку, я не понял главного: "считыватель" карт будет интегрирован в колонку, или это будет терминал, установленный у кассира?

И ещё несколько вопросов.

На какой платформе, собственно, предполагается реализация той части системы, с которой работает кассир? Что собой физически представляет терминал кассира - фискальный POS терминал, кассовый аппарат на базе PC с фискальным регистратором, специализированный терминал для приёма карт, напрямую соединяющийся с сервером, или ПИН пад с картридером, подключаемый к кассовому аппарату?

Принимаются ли на заправках стандартные платёжные карты (VISA, MasterCard и т. д.)?
Если да, то предполагается ли использование существующего оборудования?
Если нет, то предполагается ли расширение функиональности системы для приёма таких карт?

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

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

Предполагается ли кредитование клиентов? Или чистая предоплата?


В общем, сейчас аналитики будут меня бить, но я бы начал с такой картинки, на которой изображены "физические" компоненты системы. Кажется, у них это называется "схемой развёртывания"? 

1208

Обучение / Re: Требование к содержанию квалификационной работы

« : 11 Сентября 2007, 19:17:38 »

Эд, по-моему это сюжет для книги. Вот есть книга, которая описывает использование гибкого моделирования в agile подходах и в RUPе. А ты хочешь получить сюжет книги, которая описывает использование ГОСТов в оформлении документации в agile проектах и в RUP-проектах. Такого слоника быстро нам не осилить!

Ага, есть ещё книга, которая описывает использование RUP в виртуальной команде, разрабатывающей микроскопическую программу учёта времени, ежедневно затрачиваемого программистами. Но чтобы такое написать, надо быть сотрудником Rational. Других вариантов в реальной жизни я как-то не представляю.

1209

Обучение / Re: Требование к содержанию квалификационной работы

« : 11 Сентября 2007, 17:22:26 »

Здесь может быть множество факторов, которые следует учесть.

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

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

Моя специальность по диплому - Математическое обеспечение автоматизированных систем управления. Вроде бы, красиво и всё ещё актуально.
Но ВУЗ - военное авиационное инженерное училище. Соответственно, по выпуску я попал в лётно-испытательный центр, и общался в основном с представителями монстрообразных предприятияй и институтов авиационной промышленности. Где всё делалось (и наверняка до сих пор делается) строго по ГОСТ. Соответственно, что такое ТЗ, эскизный проект, технический проект, макет, различные виды испытаний - всё это мне пришлось изучать на месте, в процессе испытательной работы. Более того, без этих знаний моя деятельность вообще не имела бы смысла.

Если бы мне в училище пришлось выполнить подобную квалификационную работу - этот опыт мне бы тогда очень пригодился!


Другое дело, если выпускники из ВУЗа оправляются в свободное плавание и в конечном итоге оседают в разных бизнес-структурах. Здесь, пожалуй, современные методики будут востребованы намного больше, чем ГОСТы. Их, скорее, нужно ориентировать на ISO и зарубежные стандарты. Соответственно, и квалификация требуется несколько другая.

1210

Обучение / Re: Требование к содержанию квалификационной работы

« : 11 Сентября 2007, 16:20:55 »

Если да, то каким образом все это реализуется на практике? Насколько я могу знать, ИТ-компания может использовать некую технологию разработки, но техдокументацию и проектную документация оформляет по росГОСТам.

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

Лично мне приходилось сталкиваться с документацией, оформленной по ГОСТам, только в крупных гос. учреждениях, и то это было достаточно давно.

1211

Работа / Re: Организация работы отдела анализа

« : 11 Сентября 2007, 14:11:00 »

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

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

"Противопоказано", как мне кажется, слишком сильное слово. Зависит от масштабов проекта и множества деталей. А каждый проект, как известно, уникален.

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

Некоторые спецификации вообще разрабатывает клиент или партнёр, и обычно нет необходимости преобразовывать их в набор требований согласно собственным стандартам.

1212

Работа / Re: Организация работы отдела анализа

« : 11 Сентября 2007, 13:25:39 »

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

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

1213

Обучение / Re: Появилась в продаже книга Вигерса "Разработка требований к программному обеспечению"

« : 11 Сентября 2007, 13:18:45 »

Скорее, просто ошибка. Тираж давно уже распродан.

pdf версия есть здесь:
http://wmate.ru/ebooks/book229.html

1214

Обучение / Re: Появилась в продаже книга Вигерса "Разработка требований к программному обеспечению"

« : 06 Сентября 2007, 11:20:10 »

Да я и сам с экрана читать не привык. Хотя эту пришлось прочитать за неимением бумажного экземпляра.
Я думал, весь тираж уже давно распродан.

1215

Обучение / Re: Появилась в продаже книга Вигерса "Разработка требований к программному обеспечению"

« : 05 Сентября 2007, 20:37:28 »

Книга же, вроде, выпущена аж в 2004 году? У меня даже в формате pdf есть, скачанная откуда-то с просторов инета.

Или это форум помечает старые сообщения сегодняшней датой?