powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Требования к ПО(видение заказчика,что писать)
60 сообщений из 60, показаны все 3 страниц
Требования к ПО(видение заказчика,что писать)
    #35172684
lenchen777
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Всегда думала,что ТЗ - это и есть видение заказчика,то - то то,делается так то так-то,такие-то кнопочки,такие-то поля,обязательны,необязательны к заполнению и ТД. Но оказывается при разработке ПО кроме ТЗ пишется еще и Видение заказчика.Вот мне его надо написать,а что там писать непонимаю, посоветуйте,плжста
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35172855
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как вариант - содержание такого документа:
(все примеры надуманы, но достаточны для пояснения содержания)


Содержание
ВЕРСИИ ДОКУМЕНТА 2
СОДЕРЖАНИЕ 3
НАЗНАЧЕНИЕ ДОКУМЕНТА 4
1. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ 5
2. ТЕКУЩАЯ СИТУАЦИЯ 6
3. ЦЕЛИ ПРОЕКТА «...» 8
<бизнес цели, т.е. что получит заказчик за свои деньги: увеличение продаж, управление расходами и т.п.>
5. ЗАДАЧИ ПРОЕКТА «...» 11
<что нужно сделать для достижения целей, причем, не только в техническом плане, но и в организационном, например: "Перестроить процесс поставки товара в точки продаж", "Организовать рассылку целевых приглашений на рекламные акции" и т.п.>
6. РЕЗУЛЬТАТИВНЫЕ ПРИЗНАКИ 12
<здесь описание измеримых результатов для каждой цели/задачи, например: цель "Увеличить продажи", задача: "Привлечь новых покупателей", результат (один из - их может быть множество: "Прирост покупателей составляет не менее 10%/мес">
ПРИЛОЖЕНИЕ №1: МАТРИЦА УЧАСТИЯ 13
<здесь высокоуровневый список работ с указанием ответсвенности подразделений в виде матрицы "О-С-И" ("ответственный исполнитель-соисполнитель-информируемый" по отношению к результатам работы) >
ПРИЛОЖЕНИЕ №2: СПИСОК ОТЧЕТОВ ОБ ИНТЕРВЬЮ С КЛЮЧЕВЫМИ ПРЕДСТАВИТЕЛЯМИ ЗАКАЗЧИКА 15
ПРИЛОЖЕНИЕ №3: СПИСОК ДОКУМЕНТОВ ПО ПРОЕКТУ «...» 15
<ссылки на документы, обосновывающие существование проекта>

В результате разрабатывается ТЗ на ИТ систему, которая может помочь (а не обязательно поможет!) заказчику в достижении целей (если это вообще возможно, конечно).

Качество такого документа напрямую зависит от полноты информации, полученной в ходе интервью с ключевыми менеджерами/экспертами заказчика.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35172936
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мало похоже на требования к информационной системе, больше на бессмысленные толмуды, которые так любят консультанты-внедренцы.
Видение... прирост продаж на 10% при помощи ИС :)
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35172959
lenchen777
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хорошо,а в Вашем понимании,что такое видение?
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173028
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот шаблон документа Vision из openUP
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173045
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmмало похоже на требования к информационной системе, больше на бессмысленные толмуды, которые так любят консультанты-внедренцы.
Видение... прирост продаж на 10% при помощи ИС :)

1. Проекты создают не для "внедрения ИТ систем". Если это вынести в цели, то получится "внедрение ради внедрения". Хотя - кому что нравится.
2. Примеры утрированные.
Но если коснуться продаж (абстрактно конечно), то я могу тезисно (и не менее утрировано :0) проиллюстрировать логику бизнесмена, который может вложить, например, $100К за внедрение ИС.

И логика будет такова (допустим, что бизнесмен очень продвинутый и дальновидный):

Директор
1. Мне нужно поднять продажи
2. Этого можно достичь, привлекая новых покупателей, или продавая существующим новые услуги.
3. Для этого нужно:
- заново обучить персонал
- развернуть рекламную кампанию
- донести новые предложения до существующих клиентов (покупателей)
4. Обучение - обеспечит нач. отдела продаж, дам ему бюджет ххх
5. Рекламная кампания - обеспечит отдел рекламы, дам ему бюджет zzz
6. Разработать и донести новые предложения до клиентов - обеспечит отдел маркетинга, бюджет yyy. Здесь нужно работать очень тонко, чтобы делать целевые предложения и не отпугнуть потенциальных покупателей. Что скажет на это нач. отдела?

Нач. отдела маркетинга
1. Да, мы можем разработать предложения, интересные клиентам
2. Работать нужно действительно тонко, но я не могу вручную произвести сегментацию клиентской базы (очень много клиентов, допустим), хотя и знаю, как это сделать
3. Нам нужен долговременный эффект, а это - регулярное выполнение такого упражнения
4. По моим оценкам, мы сможем добиться 10% прироста числа покупателей наших услуг, если будем проводить 2 акции в месяц
5. Для того, чтобы получить это счастье, мне нужен инструмент - п/о для .... стоимостью ~$100k

На выходе, мы имеем цель: "Увеличение продаж", 3 задачи, одна из которых требует разработки/внедрения специализированого п/о, и результативный признак - увеличение продаж на 10% в месяц.
Открывается ИТ проект... и т.д.

Что не так с видением бизнеса?
Понятно ли, зачем все-же нужна эта система бизнеса и за что он готов платить деньги?
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173053
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ИМХО видение заказчика - это как он собирается/должен применять ИС для достижения своих целей. Что изменится в бизнес-процессах, в т.ч. какие у него возникают новые риски (конкуренты базу сопрут) и как защищаться, какие изменения в квалификации, кого и чему учить.
Советские ГОСТы все эти вопросы требовали отражать в ТЗ и проектных документах.
Отдельный Vision документ - ихняя мода:)
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173055
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да, хотел еще раз обратить внимание, что вопрос касался именно видения заказчика, а не требований к ИС.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173061
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173075
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вернее, в боллее крупном масштабе вот:
Discipline: Requirements
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173077
Фотография shelsoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lenchen777 ... оказывается при разработке ПО кроме ТЗ пишется еще и Видение заказчика .

1) Про вИдения см. "Призрак опера" или "Призрак оперы"


2) См. ГОСТ. ГОСТ 34.601-90. АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ Явного "вИдения" нет. Скорей всего смотрим стадии 1 и 2. Содержание документов в Приложении 1 РД 50-34.698-90 АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ.

3) ГОСТ Р ИСО/МЭК 12207-99 "Процессы жизненного цикла программных средств". Явного "видениЯ" нет. Скорей всего смотрим "Процесс заказа" - определяет работы заказчика, то есть организации, которая приобретает систему, программный продукт или программную услугу.

4) Классика. Вигерс Карл "Разработка требований к программному обеспечению". "Документ об образе и границах (vision and scope document) собирает бизнес-требования в единый документ, который подготавливает основу для последующей разработки продукта". Там же приведен "Шаблон спецификации требований к ПО IEEE Standard 830-1998, «IEEE Recommended Practice for Software Requirements Specifications» (IEEE, 1998b)

Так, навскидку где почитать ... Советую начать с пункта 4.



______________________________________________________
Задолбали вихри яростных атак ...
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173109
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JimmyДа, хотел еще раз обратить внимание, что вопрос касался именно видения заказчика, а не требований к ИС.
видение заказчика на ИС - разгрузить менеджеров целью предоставить им время для выполнения своих обязанностей, а не для ежедневной практики в Excel. А с какой целью... это за рамками проекта ИТ.
Видение заказчика на менеджеров - добиться повышения объемов продаж.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173288
ЮВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lenchen777Всегда думала,что ТЗ - это и есть видение заказчика,то - то то,делается так то так-то,такие-то кнопочки,такие-то поля,обязательны,необязательны к заполнению и ТД. Но оказывается при разработке ПО кроме ТЗ пишется еще и Видение заказчика.Вот мне его надо написать,а что там писать непонимаю, посоветуйте,плжста

ТЗ деклпариует ЧТО должно быть сделано, а не как.
Главные пункты ТЗ:
ЦЕЛЬ - измеряемая характеристика (получить прибыль $100000);
НАЗНАЧЕНИЕ - каким образом достигнуть цель (автоматизировать такие-то процессы).
Заказчик часто не специалитс в области IT и ни про какие кнопочки понятия не имеет.
Но если он разбирается в теме, то в ТЗ в разделе "Специальные требования" может выдвинуть свои условия.
Отдельного документа типа "Видение ..." стандартами не предусмотрено.
Далее возможны варианты.
1 На основании спецтребований из ТЗ или исходя из собственного видения РАЗРАБОТЧИК готовит технический проект и предствляет его на утверждение (согласование) ЗАКАЗЧИКУ в виде пояснительной записки.
2 Перед выполнением техпроекта ЗАКАЗЧИК или РАЗРАБОТЧИК готовят документ "Технические предложения" (по ГОСТ 2.118), в котором и описывают свое "видение".
3 При разработке ПО для Минобороны предусмотрен документ "Руководящие указания по конструированию" (есть соответствующий ГОСТ) , в котором также можно изложить собственное видение ПО.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173434
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Shtock
В RUP концепция-это так называемый Vision.
Его цель,говоря высокопарно,сбор,анализ и определение высокоуровневых потребностей пользователей и функций продукта.
Главное внимание уделятся возможностям,которые нужны будущим пользователям и причинам существования этих
потребностей.
Конкретные требования д/б описаны в спецификациях требований.

Базовые разделы:

Введение
Проблема,кот. решает продукт (с нашей точки зрения)
Описание пользователя
Пользователь/рынок (портрет:опыт пользователя,обяз-ти,что и для кого он делает,его проблемы,
проблемы,кот для него решит продукт,критерии удачности продукта с его стороны)
Среда пользователя
Конкуренты
Характеристика продукта
Описание продукта
Позиция продукта среди аналогов
Краткий обзор возможностей
Вопросы цены
Функции продукта
Прочие требования
Стандарты
Системные
Лицензирование
Производительность
Базовые прецеденты
Требования к документации
Рук-во пользователя
help
правила внешнего оформления (если коробочный продукт)
Глоссарий
Ссылки на документы

Обычно весит не более 3-4 страниц.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173694
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВ
ТЗ деклпариует ЧТО должно быть сделано, а не как.
Согласен
ЮВ
Главные пункты ТЗ:
ЦЕЛЬ - измеряемая характеристика (получить прибыль $100000);
Это абсолютно неверно. ТЗ описывает требуемый функционал. Получение прибыли относится к бизнес-целям и бизнес-плану.
В реалиях это отражается в том, за получение прибыли голова болит не у ИТ-подразделения. А топ-менеджер не заморачивается деталями, кто и как должен выставить некий статус.
ЮВ
Заказчик часто не специалитс в области IT и ни про какие кнопочки понятия не имеет.
Но если он разбирается в теме, то в ТЗ в разделе "Специальные требования" может выдвинуть свои условия.
Нет таких специальных требований. Есть требования функциональные, есть технические. Можно определить требования к интерфейсу. Все это "специальное" должно быть разобрано по этим категориям.
ЮВ
Отдельного документа типа "Видение ..." стандартами не предусмотрено.

Я лично под "Видением..." понимаю краткое описание целей и требуемого функцонала в целом, "как оно должно крутится, понимаешь" на языке, доступном бизнесу. Т.е. обзор функционала задачи.
Впрочем, признаю честно что соответствиями ГОСТУ никогда не заморачивался.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173717
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm JimmyДа, хотел еще раз обратить внимание, что вопрос касался именно видения заказчика, а не требований к ИС.
видение заказчика на ИС - разгрузить менеджеров целью предоставить им время для выполнения своих обязанностей, а не для ежедневной практики в Excel. А с какой целью... это за рамками проекта ИТ.
Видение заказчика на менеджеров - добиться повышения объемов продаж.

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

На самом деле, думается, что заказчиков, которым нужен исключительно софт, мало.
Любому бизнесу нужны осязаемые результаты, улучшить которые может (или не может) ИС.
Поэтому, просто установить систему, не задав вопрос "зачем?" - не очень профессионально, с т.з. исполнителя, который заботиться о своей репутации.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173791
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JimmyНа самом деле, думается, что заказчиков, которым нужен исключительно софт, мало.
Любому бизнесу нужны осязаемые результаты, улучшить которые может (или не может) ИС.

Вы абсолютно правы. Только причем здесь видение заказчиком ИС непонятно. У заказчика есть цель, допустим - уменьшить срок заключения договоров, что в свою очередь даст ему осязаемые результаты в форме денежных купюр. Цель ИТ проекта так и формулируется - уменьшить сроки визирования документов. И ни к каким последствиям подобное формулирование целей ИТ проектов не приводит.. если конечно все внедрено и цель достигнута. Но достигнута цель - уменьшился срок визирования. А получил ли заказчик от этого осязаемые купюры - дело заказчика, который посчитал, что достижение указанной цели даст ему финансовый результат. По Вашему ИТ компания должна нести ответственность за то, что прибыль у заказчика не увеличилась? Вы готовы подписаться под этим?
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173829
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мы готовы помочь заказчику увеличить прибыль, при условии, что понимаем, как это сделать, и, следовательно, как мы можем повлиять на этот процесс.
Для BI - это ключевой принцип.

Был прецендент в практике, когда нам заявили в конце проекта: "Мы не достигли своих целей, т.к. ожидали, что 1-2-3.." И было это следствием того, что цели в начале проекта формулировались просто: "Внедрить Хранилище Данных". Вопрос "Зачем?" был открыт вплоть до этапа сдачи, вот и получили клизму в итоге.
Проект довели до конца, конечно, но это была Сталинградская битва :0))

В итоге, когда мы видим, чего хочет заказчик, и не только от ИТ, то можем явно зафиксировать, что : "1-2-3 - за рамками нашего проекта (внедрения)". Это позволит построить более сбалансированные отношения с заказчиком и сразу "приземлить" его ожидания.

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

PS Следует учесть, что все рассуждения нужно читать в контексте заказных проектов, т.е. решениях "под заказчика".
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35173943
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JimmyДля BI - это ключевой принцип.

полноценный анализ совершенных(или ожидаемых) действий - это полезный принцип. Вопрос только в том, должна ли BI система отвечать за действия лиц, которые принимают решения на основе данных, предоставляемых BI-системой. Результат возложения на себя несвойственной ИС ответственности Вы выше описали и продолжаете на этом настаивать. Не лучше ли предоставить эту почетную миссию тем, кто действительно за это несет ответственность. Допускаю, что Вы осветили ситуацию, когда исполнитель выступал и в роли бизнес-консультанта. Но, на что подписались, то и будьте добры исполнить. Только к ИС это не имеет отношения, хотя и связь прослеживается. Data Minning здравствует.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35174183
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lenchen777Всегда думала,что ТЗ - это и есть видение заказчика,то - то то,делается так то так-то,такие-то кнопочки,такие-то поля,обязательны,необязательны к заполнению и ТД. Но оказывается при разработке ПО кроме ТЗ пишется еще и Видение заказчика.Вот мне его надо написать,а что там писать непонимаю, посоветуйте,плжста
"Vision" переводится как "концепция". См. шаблон RUP Vision. От заказчика там - заинтересованные лица и бизнес-требования, т.е. цели, для которых заказчику нужно ПО. Написать довольно трудно, т.к. потребности заказчика почти всегда расходятся с потребностями разработчика, и если у аналитика есть programming background (а он почти всегда есть) - очень большое искушение подменить понятия и выдать желаемое за действительное.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35174489
lenchen777
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
всем спасибо за ответы
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35174823
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, отличная иллюстрация того, как внедрялась система без учета всех интересов заказчиков - ЕГАИС ( тЫнЦ )
А именно, учли только интересы государственной структуры, и проигнорировали интересы бизнес-заказчиков, которые, хоть и по принуждению, но все-же должны были являться заказчиками ИС.
К этому проекту подошли исключительно с т.з. ИТ: "Мы просто внедряем систему, а дальше вы сами разбирайтесь".
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35175727
Фотография byur
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Цель ИТ проекта так и формулируется - уменьшить сроки визирования документов. И ни к каким последствиям подобное формулирование целей ИТ проектов не приводит.. если конечно все внедрено и цель достигнута. Но достигнута цель - уменьшился срок визирования. А получил ли заказчик от этого осязаемые купюры - дело заказчика, который посчитал, что достижение указанной цели даст ему финансовый результат. По Вашему ИТ компания должна нести ответственность за то, что прибыль у заказчика не увеличилась? Вы готовы подписаться под этим?

Я бы не стал формулировать в качестве цели создания ПО уменьшение сроков визирования документов, если это конечно не АС (в терминах ГОСТ 34). Сроки зависят еще и от человека -- сколько времени ему требуется на анализ положений договора .... поэтому лучше говорить, что одна из целей -- это сокращение времени на на передачу документов для визирования ;-) ...
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35175752
Фотография byur
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JimmyКстати, отличная иллюстрация того, как внедрялась система без учета всех интересов заказчиков - ЕГАИС ( тЫнЦ )
А именно, учли только интересы государственной структуры, и проигнорировали интересы бизнес-заказчиков, которые, хоть и по принуждению, но все-же должны были являться заказчиками ИС.
К этому проекту подошли исключительно с т.з. ИТ: "Мы просто внедряем систему, а дальше вы сами разбирайтесь".

Заказчик тут именно государство. Оно заказало разработку такой системы в своих интересах. А заводы (бизнес) являются скорее ее пользователями, чем stakeholders. Просто в данном случае потребности/ограничения этих самых пользователей никто не учитывал.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35175789
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
byur JimmyКстати, отличная иллюстрация того, как внедрялась система без учета всех интересов заказчиков - ЕГАИС ( тЫнЦ )
А именно, учли только интересы государственной структуры, и проигнорировали интересы бизнес-заказчиков, которые, хоть и по принуждению, но все-же должны были являться заказчиками ИС.
К этому проекту подошли исключительно с т.з. ИТ: "Мы просто внедряем систему, а дальше вы сами разбирайтесь".

Заказчик тут именно государство. Оно заказало разработку такой системы в своих интересах. А заводы (бизнес) являются скорее ее пользователями, чем stakeholders. Просто в данном случае потребности/ограничения этих самых пользователей никто не учитывал.

Как их теперь ни назови, причина кризиса то одна - нарушение бизнес-процессов у пользователей/невольных заказчиков.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35176288
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
byur
Цель ИТ проекта так и формулируется - уменьшить сроки визирования документов. И ни к каким последствиям подобное формулирование целей ИТ проектов не приводит.. если конечно все внедрено и цель достигнута. Но достигнута цель - уменьшился срок визирования. А получил ли заказчик от этого осязаемые купюры - дело заказчика, который посчитал, что достижение указанной цели даст ему финансовый результат. По Вашему ИТ компания должна нести ответственность за то, что прибыль у заказчика не увеличилась? Вы готовы подписаться под этим?

Я бы не стал формулировать в качестве цели создания ПО уменьшение сроков визирования документов, если это конечно не АС (в терминах ГОСТ 34). Сроки зависят еще и от человека -- сколько времени ему требуется на анализ положений договора .... поэтому лучше говорить, что одна из целей -- это сокращение времени на на передачу документов для визирования ;-) ...Вот, вот, вот... Теперь еще надо уточнить, что есть передача, и останется от системы ... одна электронная почта.
Нет, в видении надо не сужать, а (сначала) расширять: что этому типу мешает визировать быстро? какие технологии могли бы ему помочь? А дать ему библиотеку типовых формулировок - это поможет, а запрещенных оборотов - дык кто ж их перечислит - не будем, а формализовать тексты у авторов - ну это в будущем.
Тем самым сложится четкое, а не интуитивное понимание границ проекта - что и зачем делается, а что и почему в проект не входит, хотя интуитивно бы и могло.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35177804
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JimmyКстати, отличная иллюстрация того, как внедрялась система без учета всех интересов заказчиков - ЕГАИС ( тЫнЦ )
А именно, учли только интересы государственной структуры, и проигнорировали интересы бизнес-заказчиков, которые, хоть и по принуждению, но все-же должны были являться заказчиками ИС.
К этому проекту подошли исключительно с т.з. ИТ: "Мы просто внедряем систему, а дальше вы сами разбирайтесь".
это обычная иллюстрация плохо спроектированной и реализованной системы. Что ж Вы все какие-то бизнес-интересы, бизнес-требования пытаетесь на пустом месте пристроить? Нет никакого " неучет а" бизнес-требований в том, что документ минутами сохраняется, отсутствуют нормальные механизмы импорта и т.п.
Вот когда с учетом бизнес-требований устанавливается SAP, а заинтересованные лица узнают реальные запасы у кладовщиков, которые их в Excel подбивают - это ужас. Или в соответствии с целями бизнеса отметится на фондовой бирже и лапшой о необходимости для этого SAP устанавливается система. А ЕГАИС просто плохо сделанная система. Возможно потому, что к системе выдвигались бизнес-требования (видение) и никто не подумал о собственно системе.
Не нужно замешивать требования бизнеса в ИС. Еще есть владельцы денежных средств которые в этом не сомневаются, но не думаю что они на этом форуме появляются.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178038
ЮВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВ
Главные пункты ТЗ:
ЦЕЛЬ - измеряемая характеристика (получить прибыль $100000);

aag Это абсолютно неверно.


iscrafmНе нужно замешивать требования бизнеса в ИС.

Именно потому, что 99,9 (9 в периоде) разработчиков АС придерживаются этого кредо, мы и имеем в основном хлам.
АС - это не только чисто программная среда, но и организационная, техническая, методическая и т. п., новые технологии.
Все это должно быть взаимоувязано в ТЗ на АС и направлено на достижение цели.
Иначе получается, как в интермедии А. Райкина про клнента (заказчика в нашей терминологии), которому сшили кривой костюм:
- Претензии к пуговицам (к ПО) есть? Нет, пришиты намертво.
- Я сейчас мошт штрою.
- Ты думаешь, у меня дефект речи?
Дурачок!
Один зубы сверлит, другой точит, третий коронку вставляет, а за дикцию никто не отвечает.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178064
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВИменно потому, что 99,9 (9 в периоде) разработчиков АС придерживаются этого кредо, мы и имеем в основном хлам.

Вам приводят примеры, когда системы строятся в угоду бизнесу, а технической поддержки бизнеса... именно примеры хлама. Не перепутали ничего? Или приведите пример хлама? Обратных то много, хотелось бы услышать Ваш пример :)
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178071
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВИначе получается, как в интермедии А. Райкина про клнента (заказчика в нашей терминологии), которому сшили кривой костюм:
- Претензии к пуговицам (к ПО) есть? Нет, пришиты намертво.
- Я сейчас мошт штрою.
- Ты думаешь, у меня дефект речи?
Дурачок!
Один зубы сверлит, другой точит, третий коронку вставляет, а за дикцию никто не отвечает.
совсем не в тему. К чему? Ладно, если бы обсуждался вопрос несогласованности различных модулей ИС между собой... а так...
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178435
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm<...>
Вам приводят примеры, когда системы строятся в угоду бизнесу, а технической поддержки бизнеса... именно примеры хлама. Не перепутали ничего? Или приведите пример хлама? Обратных то много, хотелось бы услышать Ваш пример :)
Примеры повсюду, но мы не замечаем этих "танцующих медведей", потому что являемся "апологетами" :) . Чтобы начать замечать - можно почитать Алана Купера, "Психбольница в руках пациентов". Не лестная, правда, книга.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178476
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm ЮВИменно потому, что 99,9 (9 в периоде) разработчиков АС придерживаются этого кредо, мы и имеем в основном хлам.

Вам приводят примеры, когда системы строятся в угоду бизнесу, а технической поддержки бизнеса... именно примеры хлама. Не перепутали ничего? Или приведите пример хлама? Обратных то много, хотелось бы услышать Ваш пример :)

Каждый второй результат внедрения ERP системы - хлам, используя вашу терминологию.
И не потому, что система плохая, а потому, что их внедряли не понимая, что именно ждут заказчики от системы (откаты не считаем :0). При этом не важно, были ли в проекте так не любимые вами консультанты, или нет - просто работа сделана непрофессионально, для галочки:
"Внедрено ----> ок"
И действительно внедрено, с формальной точки зрения, ведь акты-то подписаны.
А если спросить заказчика, доволен ли он? Ответ на этот вопрос и будет результатом внедрения.
Неформальным, но наиболее адекватным.

Думаю, точки зрения участников дискуссии достаточно очевидны, на чем предлагаю закончить.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178539
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВИменно потому, что 99,9 (9 в периоде) разработчиков АС придерживаются этого кредо, мы и имеем в основном хлам.
АС - это не только чисто программная среда, но и организационная, техническая, методическая и т. п., новые технологии.
Все это должно быть взаимоувязано в ТЗ на АС и направлено на достижение цели.
Это просто провокация на флейм. ИС не имеет какой-то одной цели. Точно также как в любой крупной организации существует более одного бизнес-процесса, не все из них направлены на получение прибыли и некоторые даже противоположены по своей сути.
Используя аналогию - какова цель автомобиля? Перемещение из пункта А в пункт Б? Вы уверены что направив все силы на достижение этой цели, вы получите хорошую машину?
Существует множество целей, которые необходимо достичь и выбор приоритета между ними - это область искусства, причем не аналитика и не консультанта. А заказчика.
Утверждение, что мы имеем хлам, потому что разработчики придерживаются неправильного кредо настолько огульно, что неопровержимо. Что есть хлам, что не совсем хлам, и почему он хлам...


Nobody faults but mine... (LZ)
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178540
ЮВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВ
Главные пункты ТЗ:
ЦЕЛЬ - измеряемая характеристика (получить прибыль $100000);
aag
Это абсолютно неверно. ТЗ описывает требуемый функционал. Получение прибыли относится к бизнес-целям и бизнес-плану.
В реалиях это отражается в том, за получение прибыли голова болит не у ИТ-подразделения. А топ-менеджер не заморачивается деталями, кто и как должен выставить некий статус.

В ГОСТах на разработку ТЗ есть обязательный (повторояю для непонятливых еще раз большими буквами - ОБЯЗАТЕЛЬНЫЙ) раздел "Технико-экономические показатели", в котором как раз и приводится подтверждение (расчеты) реальности поставленной цели.
Сейчас этот раздел повсеместно игнорируется, ибо, как я писал выше, 99% разработчиков цели себе ставят совсем иные (ибо Это АБСЛЮТНО неверно), далекие от эффективности АС.
Поэтому в В реалиях это отражается в том, что получаем хлам.
Заказчик АС не получает того, что ожидал, и рззочаровывается в автоматизации вообще.
Так мы рубим сук, на котором сидим.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178551
ЮВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aag...кредо настолько огульно, что неопровержимо. ...
Почти по Чехову:
"Этого не может быть, потому что этого не может быть никогда"
(рассказ "Письмо к ученому соседу")
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178561
ЮВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Jimmy
Думаю, точки зрения участников дискуссии достаточно очевидны, на чем предлагаю закончить.
Да, и приступить к празднованию Дня 8 Марта.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178565
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВВ ГОСТах на разработку ТЗ есть обязательный (повторояю для непонятливых еще раз большими буквами - ОБЯЗАТЕЛЬНЫЙ) раздел "Технико-экономические показатели", в котором как раз и приводится подтверждение (расчеты) реальности поставленной цели.Сейчас этот раздел повсеместно игнорируется, ибо, как я писал выше, 99% разработчиков цели себе ставят совсем иные (ибо Это АБСЛЮТНО неверно), далекие от эффективности АС.
Что является эффективностью АС и от чего она зависит?

Nobody faults but mine... (LZ)
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178581
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВ aag...кредо настолько огульно, что неопровержимо. ...
Почти по Чехову:
"Этого не может быть, потому что этого не может быть никогда"
(рассказ "Письмо к ученому соседу")
Ну а что тут ответить? Что у нас хлама нет? Да есть, конечно и полно. Что хлам в разработке образуется из-за плохо проведенного бизнес-анализа и/или неудачного ТЗ? Да большинство именно из-за этого. Что плохо проведенный бизнес-анализ всегда плохо проведен потому что не учитывает экономические цели? Что хлам у нас - 99% всех ИС? Это какие-то настолько общие утверждения что спорить с ними бессмыслено.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178601
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Jimmy
Каждый второй результат внедрения ERP системы - хлам, используя вашу терминологию.
И не потому, что система плохая, а потому, что их внедряли не понимая, что именно ждут заказчики от системы (откаты не считаем :0). При этом не важно, были ли в проекте так не любимые вами консультанты, или нет - просто работа сделана непрофессионально, для галочки:
"Внедрено ----> ок"

Не испытываю указанных Вами чувств к консультантам. Хотя бы потому, что сам этим занимаюсь. Мы говорим только о том, какие цели формулировать для создания ИС.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178639
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm[Не испытываю указанных Вами чувств к консультантам. Хотя бы потому, что сам этим занимаюсь. Мы говорим только о том, какие цели формулировать для создания ИС.

Извините, показалось.
Предлагаю последовать совету ЮВ насчет празднования 8 марта.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35178707
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AlexTheRaven iscrafm<...>
Вам приводят примеры, когда системы строятся в угоду бизнесу, а технической поддержки бизнеса... именно примеры хлама. Не перепутали ничего? Или приведите пример хлама? Обратных то много, хотелось бы услышать Ваш пример :)
Примеры повсюду, но мы не замечаем этих "танцующих медведей", потому что являемся "апологетами" :) .
я как раз считаю, что нацеливая ИС на несвойственные цели мы забываем о несчастных "уцелевших" все больше и больше. Вместо того, чтобы перед ИС ставить ее прямые цели (интуитивность, правильная архитектура, легкость в освоении и т.п.) - ей вменяется "повышение прибыльности". Пусть уж этим занимается менеджмент компании, это их задача. В итоге имеем "танцующих медведей".

А.КуперOracle, PeopleSoft, ADP, SAP, Siebel, создают сложное программное обеспечение, необходимое для корпоративной деятельности. Эти продукты крайне сложны, невразумительны и перегружены возможностями. Каждое ежегодное обновление добавляет множество новых функций, но по-прежнему оставляет уже имеющиеся функции непонятными и неподвластными для людей, не прошедших месяцы суровых тренировок

Без разницы что тяжело или неудобно. Перед системой ставили совсем другие цели: повысить прибыль на 30% :)
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35179793
bas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Прикольная дискуссия:
* одни говорят, что конечные цели бизнеса (увеличить прибыль\продажи ...) должны быть в Системном Видении и подписываются под этим. Вот я драл бы в 3 шкуры с исполнителя, подписавшимся под таким Видением и не принял бы Систему, пока она мне не повысила бы прибыль :)
* другие тыкают в документы бессмысленно
* третьи говорят, что бизнес должен формулировать ИТ цели

В общем, порекомендую:
* почитать Вигерса
* вспомнить, что есть Бизнес Видение, а есть Системное.
* почитать пор цели здесь
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35179936
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
basПрикольная дискуссия:

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

автор с uml2.ruЕсли вы как сторонний ИТ-ремесленник не объясните руководству компании как ваша разработка поможет компании достичь их целей (Получить Х% прибыли или дохода по инвестициям в течение Y месяцев), то вы заказ на свою разработку не получите. Ваш кусок хлеба с маслом получит другой разработчик.

Зачем перечитываеть еще раз то же самое, но на другом ресурсе. Какова Ваша точка зрения на затронутую тему? Я ее конечно понял из обсуждения на UML2.RU, но хочется чтобы озвучили "специально для SQL.RU", если не возражаете.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35179940
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
bas
* почитать Вигерса
* вспомнить, что есть Бизнес Видение, а есть Системное.

Одни говорят ... живите по Вигерсу, другие - по Дамодарану, третьи - по Куперу, четверты по ---
голова закружится. А по-своему все уже разучились? Откуда такая слепая вера в чей-то опыт, подходящий к конкретной ситуации, в конкретном месте и в конкретное время. Понятно, что историю и ее интересные факты нужно знать. Но говорим мы не о вещах, которые можно раз и навсегда однозначно заформулировать. А Карла Вигерса для общего развития (не более), конечно можно почитать.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35180642
Фотография shelsoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm
Не передергивайте ...

- Что сдаем ?
- Китайский язык
- Если методичка есть, то пошли сдавать


1) Если у человека, нет опыта то любой шаблон ему подспорье.
2) Есть некие ритуальные танцы в любом проекте, главное что бы танцору ничего не мешало ...
3) Шаблоны выполняют роль шпаргалки (например я обязательно смотрю ГОСТ/ISO/IEEE перед началом каждого проекта дабы поймать себя на мелочах)
4) Ну соотвественно в голову не надо только есть, надо еще и думать


______________________________________________________
Задолбали вихри яростных атак ...
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35180793
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shelsoft3) Шаблоны выполняют роль шпаргалки (например я обязательно смотрю ГОСТ/ISO/IEEE перед началом каждого проекта дабы поймать себя на мелочах)

а я на проект смотрю. Ну здесь.. каждому свое, нравится Вам ГОСТ штудировать - Ваше право.

p.s. Вигерс далеко не ГОСТ, почитайте. Тогда может и измените свое мнение насчет передергивания, чем я собственно не занимаюсь. Немного сарказма есть конечно.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35180807
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shelsoft2) Есть некие ритуальные танцы в любом проекте, главное что бы танцору ничего не мешало ...

я об этом и говорю. В нужности этих ритуальных танцев даже в голову никому не приходит усомниться. Ведь это написано в великой книге RUP( AIM,PJM,...) или подобной Я стараюсь на проектах заниматься исключительно проектом.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35181673
Фотография shelsoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm
1) а я на проект смотрю. Ну здесь.. каждому свое, нравится Вам ГОСТ штудировать - Ваше право.
2) Я стараюсь на проектах заниматься исключительно проектом.


Опять передергиваете.
1) Судя по сайту iscra-framework у вас есть шаблонная документация, т.е. есть что штудировать. Так что прежде чем я обижусь
объясните мне почему я такой зануда предпочитаю тушенку сделанную по ГОСТ, а не по ТУ. Думаете с возрастом это пройдет ?
.

2) Я тоже стараюсь с девушкой заниматься исключительно любовью . Но разложив процесс по шагам могу сказать, что чисто любви там по сравнению с другими временно-затратно-ресурсными характеристики как мяса в продукте сделанной по ТУ (вам подсказка).




______________________________________________________
Задолбали вихри яростных атак ...
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35181873
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shelsoftТак что прежде чем я обижусь объясните мне почему я такой зануда предпочитаю тушенку сделанную по ГОСТ, а не по ТУ. Думаете с возрастом это пройдет ?
Дмитрий, откуда я знаю. Прежде чем обижаться задайте себе вопрос: а зачем я сюда ГОСТ приплел и раскладываю процесс занятия любовью? Нравиться Вам все делать по книгам (заметьте, выработанные стандарты я не трогаю! речь идет только о процессах, на которые нет и не может быть стандартов) - делайте. Это право каждого.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35182086
Фотография shelsoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmДмитрий, откуда я знаю.

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

iscrafmзадайте себе вопрос: а зачем я сюда ГОСТ приплел и раскладываю
Извиняюсь, особенности характера. Иногда перебарщиваю с терминами типа кг/амп.

iscrafmречь идет только о процессах, на которые нет и не может быть стандартов

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







______________________________________________________
Задолбали вихри яростных атак ...
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35182244
ЮВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shelsoft
т. е. вы никогда не задумались о качественных показателях (тема для флуда) информационных систем и предпочтениях потребителя (впарим, впарим, впарим ...)


Да, большинство, извините, гребаных консультантов не задумывались и впредь не намерены морочить этим себе голову, ибо объявлять целью ИС качественные показатели (повышение прибыли, уменьшение затрат, сокращение очередей и т. п.) это, цитирую, "Абсолютно неверно" .
В результате формулируются какие-то мифические цели, весьма далекие и не имеющиме отношения к реалиям жизни.
Один из многих примеров.
Почта. Автоматизация денежных переводов, наложеннызх платежей, выдача посылок и т.п.
В бумажную эру (до автоматизации) вы даете полученный (или отправляемый) перевод, вам (или вы) выдают деньги и всё, операция занимала минимум времени.
Теперь кассир-оператор одним пальцем заполняет на экране формы, операция длится до 5 мин, в результате очереди (это вместо того, чтобы посадить за стеной в соседней комнате какую-нибудь тетку, которвя вводила бы в комьютер данные вместо кассира-оператора автономно, не создавая очередь).
Аналогичная ситуация и в других конторах.
Меня задолбала эта совковая автоматизицмя, ибо
"Чем больше компьютеров, тем длиннее очереди".
И спасибо за это нашим "консультантам".
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35182275
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shelsoftт. е. вы никогда не задумались о качественных показателях (тема для флуда) информационных систем и предпочтениях потребителя (впарим, впарим, впарим ...)

задумывался. Отдаю первенство предпочтениям потребителя. При соответствующекм качестве конечно. Но ИС - не та область, где можно оперировать формальными показателями. Если система не вписывается в рамки для которых придумывался какой-либо набор формальных критериев, то что будем делать? Вписывать и получать "еще один из многих"?
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35182429
Фотография shelsoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВ
1) Один из многих примеров. Почта. Автоматизация денежных переводов ..
2) В бумажную эру (до автоматизации) вы даете ...
3) И спасибо за это нашим "консультантам"


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



iscrafm
Но ИС - не та область, где можно оперировать формальными показателями ... Что будем делать?

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




______________________________________________________
Задолбали вихри яростных атак ...
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35182658
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shelsoft
3) Ну-у-у, у меня в визитке одно время было написано "консультант по вопросам неавтоматизации"


хорошая фраза Надо её "скопирайтить".
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35183341
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЮВ
Да, большинство, извините, гребаных консультантов не задумывались и впредь не намерены морочить этим себе голову, ибо объявлять целью ИС качественные показатели (повышение прибыли, уменьшение затрат, сокращение очередей и т. п.) это, цитирую, "Абсолютно неверно" .
В результате формулируются какие-то мифические цели, весьма далекие и не имеющиме отношения к реалиям жизни.
Один из многих примеров.
Почта. Автоматизация денежных переводов, наложеннызх платежей, выдача посылок и т.п.
В бумажную эру (до автоматизации) вы даете полученный (или отправляемый) перевод, вам (или вы) выдают деньги и всё, операция занимала минимум времени.
Теперь кассир-оператор одним пальцем заполняет на экране формы, операция длится до 5 мин, в результате очереди (это вместо того, чтобы посадить за стеной в соседней комнате какую-нибудь тетку, которвя вводила бы в комьютер данные вместо кассира-оператора автономно, не создавая очередь).

И опять какой-то крик души - отчаянный и сумбурный. Качественные показатели (повышение прибыли, уменьшение затрат, сокращение очередей и т. п.) - это цель не ИС. Это цель самого бизнеса, где ИС - только инструмент. Вы к пылесосу какие требования предьявляете - что бы комнату чисто убирал? И поэтому, аналитики должны сосредотачиваться не на качественных показателях - это дело топ-менеждмента, а на функционале продукта. Ни одна самая лучшая ИС, ни один SAP и ни одна Axapta не поможет заработать миллион и не оградит от просирания всех имеющихся.
В вашем примере с почтой - я нифига не понял. Из-за чего очередь - из-за криво написанной ИС (под руководством гребаных, извините, консультантов), из-за неверно выстроенных БП, из-за необученности кассира-оператора с одним пальцем или из-за того что у них второй комп сгорел? И под все это подводится фундаментальный базис - гребаные консалтеры не додумались посадить вторую тетку. Они, может и гребанные, может и не додумались, но - 1) пример не наглядный, я этого из вашего поста не увидел и 2) какое отношение это имеет к ИС?

ЗЫ. Чисто для справки - к консультантам никакого отношения не имею.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35183385
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shelsoft
2) Хотя и жил тогда не помню (не нужно было). Кстати было бы забавным сравнить временные затраты по всей цепочке "отправитель-банк-перевод-банк-получатель". Хотя меня тоже достает эргономичность интерфейса, а также неумение проектировщиков пользоваться секундомером при разработке OLTP систем

В 97-98 гг. - минимум три дня на прохождение платежей через коррсчет. Зависело от РКЦ. Сбер на проведение операций брал неделю.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35183402
Фотография shelsoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aag
Спасибо, значит не все так плохо в датском королевстве




______________________________________________________
Задолбали вихри яростных атак ...
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35185657
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
basПрикольная дискуссия:
* одни говорят, что конечные цели бизнеса (увеличить прибыль\продажи ...) должны быть в Системном Видении и подписываются под этим. Вот я драл бы в 3 шкуры с исполнителя, подписавшимся под таким Видением и не принял бы Систему, пока она мне не повысила бы прибыль :)


А кто подписывается под видением заказчика, кроме него самого? Разве об этом речь, а не о том, чтобы просто понимать его мотивацию?
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35185799
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JimmyА кто подписывается под видением заказчика, кроме него самого? Разве об этом речь, а не о том, чтобы просто понимать его мотивацию?
только он конечно. Зачем тогда обсуждать то, что не относится к ИС. Заказчик хочет одного, а дадим ему совсем другое.
...
Рейтинг: 0 / 0
Требования к ПО(видение заказчика,что писать)
    #35192151
Фотография byur
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aag
И опять какой-то крик души - отчаянный и сумбурный. Качественные показатели (повышение прибыли, уменьшение затрат, сокращение очередей и т. п.) - это цель не ИС. Это цель самого бизнеса, где ИС - только инструмент. Вы к пылесосу какие требования предьявляете - что бы комнату чисто убирал? И поэтому, аналитики должны сосредотачиваться не на качественных показателях - это дело топ-менеждмента, а на функционале продукта. Ни одна самая лучшая ИС, ни один SAP и ни одна Axapta не поможет заработать миллион и не оградит от просирания всех имеющихся.
В вашем примере с почтой - я нифига не понял. Из-за чего очередь - из-за криво написанной ИС (под руководством гребаных, извините, консультантов), из-за неверно выстроенных БП, из-за необученности кассира-оператора с одним пальцем или из-за того что у них второй комп сгорел? И под все это подводится фундаментальный базис - гребаные консалтеры не додумались посадить вторую тетку. Они, может и гребанные, может и не додумались, но - 1) пример не наглядный, я этого из вашего поста не увидел и 2) какое отношение это имеет к ИС?

ЗЫ. Чисто для справки - к консультантам никакого отношения не имею.

Я имею отношение к консультантам, причем самое непосредственное. Другой вопрос о каком консалтинге идет речь. Говоря о цели "уменьшить очередь" - так действительно может сказать владелец бизнеса для которого очередь -- это проблема, которая ухудшает качество обслуживания и не позволяет увеличить кол-во обслуживаемых людей, а значит она влияет на недополучение денег. Т.е. имеем ясную бизнес-потребность -- не "сократить очередь", а увеличить "пропускную способность" организации :-). Ее можно увеличивать как экстенсивными так и интенсивными способами. Экстенсивно -- количество "окошек" увеличить посадив больше тетушек, но следует отметить что это не всегда возможно -- у меня реально был случай, когда помещение этого физически не позволяло сделать -- а это уже то, что называется ОГРАНИЧЕНИЯМИ (бизнеса). Что остается в интенсиве? Изменение БП ... например прием заказов/заявок/... через Интернет (если это допустимо), или по почте (обычной).
Если предположить, что автоматизация деятельности позволит обслуживать большее кол-во человек в ед. времени, то очевидно, что это и есть одна из целей автоматизации -- сократить среднее время обслуживания на N%. И экономика такой автоматизации легко тогда считается. Цели ясные, достижимые и измеряемые.
...
Рейтинг: 0 / 0
60 сообщений из 60, показаны все 3 страниц
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Требования к ПО(видение заказчика,что писать)
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]