Показать сообщение отдельно
Старый 19.01.2006, 01:02   #34  
bobkov_imported is offline
bobkov_imported
Участник
 
69 / 10 (1) +
Регистрация: 23.02.2004
Цитата:
Сообщение от Sitizen Посмотреть сообщение
Цитата:
Сообщение от bobkov Посмотреть сообщение
Цитата:
Сообщение от Sitizen Посмотреть сообщение
Цитата:
Сообщение от bobkov Посмотреть сообщение
5. В чем особая ценность нестандартных идей? на месте клиента, я бы больше доверял консультанту, который предлагает стандартные, проверенные идеи с предсказуемыми последствиями.
Стандартные идеи хороши для решения стандартных задач. Консультанта обычно приглашают для решения нестандартных задач.
Чем обоснуете свое утверждение? Вы знаете, что существует масса отечественных и международных стандартов на создание АСУ?
По моему Вы немного путаете понятия. Стандарты и идеи - это разные вещи.
Немудрено запутаться в понятиях, когда обсуждаемые критерии изначально написаны в форме ребуса :-) Пойди угадай, что имелось в виду... Вот вы например, можете однозначно сказать, что такое "нестандартные идеи"? Я - нет. Что такое идея - понятно, что такое стандарт - тоже, а где автор взял такое словосочетание как "нестандартные идеи" - остается только гадать... :-) Как будто бывают стандарты на идеи... :-)

Цитата:
Сообщение от Sitizen Посмотреть сообщение
Стандарт нам говорит, например, что за этапом анаиз должен следовать этап дизайн, но что именно будет написано в дизайне, и как в этом документе буду решены те или иные задачи будет зависеть от конкретного человека.
Насчет того, что стандарты не регламентирует содержания документов - вы заблуждаетесь. Откройте хотя бы РД 50-34.698-90 "АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ" Стандарты на внедрение регламентируют содержание документов.

Для того чтобы регламентировать, "как будут решены те или иные задачи", создаются методические указания, в Аксапте на эту тему есть "Best Practice". Цель такой регламентации очевидна - уменьшение трудоемкости разработки и сопровождения, а также сроков и затрат на создание АСУ и ее частей.

Другое дело, что у нас не любят использовать стандарты, у нас любят "творить", изобретать велосипед. Наверное, потому что так оно интереснее... Креатив-то надо куда-то девать... :-)

Цитата:
Сообщение от Sitizen Посмотреть сообщение
Один опишет, что это нужно сделать настройками, другой - попытается разработать новый функционал, а третий посмотрит на все это и спросит у заказчика "А вам это надо?" и предложит изменить бизнес-процесс, чтобы "красиво" уложить его в существующий функционал. И никаких вам противоречий со стандартами.
"Красиво" - это эстетическая характеристика, она неприменима к оценке качества АСУ. Вы будете смеяться, но есть ГОСТ 28806-90 "Качество программных средств", который определяет применимые характеристики качества.
Из-за такой вот отсебятины в решениях, когда каждый лепит, что в голову придет, очевидно страдает характеристика качества под названием "сопровождаемость" (подхарактеристики: анализируемость, модифицируемость, стабилизированность, тестируемость). Мой любимый пример такого куска хлама в Аксапте - русский модуль "Кадровый учет". Явно творец какой-то от души порезвился. Из всех характеристик качества этого модуля на удовлетворительном уровне, пожалуй, только нормосоответствие.

Цитата:
Сообщение от Sitizen Посмотреть сообщение
И, по моему, вообще Закзчику, если его задача решена, наплевать, соответствует-ли ее решение стандартам или нет.
Уже сейчас Заказчику очень не наплевать на стоимость будущего сопровождения и, главное, развития системы. Соблюдение подходящих стандартов (например, того же "Best Practice") - это способ снизить стоимость сопровождения и развития. Не согласны? Знаете другие способы?

Цитата:
Сообщение от Sitizen Посмотреть сообщение
А уж если не наплевать, то уверяю вас, что под это решение появится еще один стандарт (а в свое время так они все и появились)
Вы можете привести хотя бы один пример такого появления какого-нибудь стандарта на внедрение?