Компьютерный форум
Правила
Вернуться   Компьютерный форум > Форум программистов > Теория программирования > Общие вопросы создания ПО
Перезагрузить страницу Где можно узнать побольше о создании программного обеспечения
Ответ
 
Опции темы Опции просмотра
  (#16 (permalink)) Старый
Влад Влад вне форума
Специалист
 
Сообщений: 3,884
Сказал(а) спасибо: 1
Поблагодарили 25 раз(а) в 25 сообщениях
Регистрация: 27.06.2002
Адрес: Санкт-Петербург
По умолчанию 06.04.2008, 23:23

1. Нет. Сложность проекта и его бюджет - слабо связанные вещи. Точнее, линейной связи здесь нет, то есть, нельзя сказать, что чем больше бюджет - тем больше сложность. Бывает и наоборот.
2. Зря ерничаешь. Лучше этих ГОСТов ничего не придумано до сих пор. Кстати, ГОСТ РВ xx.xxx-2001, устанавливающий порядок выполнения НИОКР в интересах Министерства обороны, принят в 2001 году, - может быть, ваши преподы просто не в курсе.... И, конечно же, ты сам понимаешь, тчо ГОСТ - весьма консервативный документ, который просто не может и не должен изменяться каждые два-три года, - тогда это просто не стандарт, никакой разработчик не сможет следовать столь часто изменяющемуся стандарту.
Ответить с цитированием
  (#17 (permalink)) Старый
just_vladimir just_vladimir вне форума
Member
 
Сообщений: 420
Сказал(а) спасибо: 0
Поблагодарили 0 раз(а) в 0 сообщениях
Регистрация: 08.11.2006
По умолчанию 07.04.2008, 00:10

Цитата:
Нет. Сложность проекта и его бюджет - слабо связанные вещи. Точнее, линейной связи здесь нет, то есть, нельзя сказать, что чем больше бюджет - тем больше сложность. Бывает и наоборот.
А чем определяется бюджет проекта?

Цитата:
Зря ерничаешь. Лучше этих ГОСТов ничего не придумано до сих пор. Кстати, ГОСТ РВ xx.xxx-2001, устанавливающий порядок выполнения НИОКР в интересах Министерства обороны, принят в 2001 году, - может быть, ваши преподы просто не в курсе....
Не про 2001ый год нам ничего не говорили. Но все таки разве нормально, что работа в области ИТ регламентируются документами 30летней давности?
Ответить с цитированием
  (#18 (permalink)) Старый
Влад Влад вне форума
Специалист
 
Сообщений: 3,884
Сказал(а) спасибо: 1
Поблагодарили 25 раз(а) в 25 сообщениях
Регистрация: 27.06.2002
Адрес: Санкт-Петербург
По умолчанию 07.04.2008, 17:05

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

2. А почему бы и нет? Можешь ли ты привести конкретный пример: что неправильно написано в ГОСТе - номер и наиенование ГОСТа, номер пункта, в чем именно ошибка? Вот я, например, читаю сейчас на работе ГОСТ ЕСКД, введенный в действие в 1970-м году (страшно подумать - 38! (прописью: тридцать восемь ) лет назад) - и ничего, никаких глупостей в нем не нахожу.... очень полезный документ.


The difference between theory and practice is that in theory, there is no difference between theory and practice, but in practice, there is.
Ответить с цитированием
Ads
Ответ

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Trackbacks are Вкл.
Pingbacks are Вкл.
Refbacks are Выкл.


Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Разработка программного обеспечения на заказ. smileboy Софт и программы 0 21.12.2011 21:23
Регистрация своего программного обеспечения SergPas Офтопик 10 25.07.2011 22:11
Разработка программного обеспечения Picxcel IT 0 27.01.2011 16:31
Создание программного обеспечения NaN Общие вопросы создания ПО 4 22.03.2010 19:17
Написание программного обеспечения для работы в XLS&XML vbeketov Вопросы начинающих программистов 3 09.03.2010 16:35
Подтверждение программного обеспечения Exmap Вопросы начинающих программистов 19 21.10.2008 14:28
вакансия:Тестировщик программного обеспечения leto Работа 0 20.07.2007 11:07
вакансия:Тестировщик программного обеспечения leto Работа 0 10.07.2007 18:33
Оценка стоимости программного обеспечения Dian Мысли вслух 3 21.06.2007 17:52
Защита программного обеспечения MSwift Алгоритмы 6 16.05.2006 14:36
выбор программного обеспечения urak Prolog 4 14.03.2006 15:27
Где узнать побольше про treeView imported_BoBo .NET 1 31.12.2004 03:25



Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
Нardforum.ru - компьютерный форум и программирование, форум программистов