Помогите пожалуйста оценить сложность программ в человекомесяцах.
1. Программа учета в продуктовом магазине (супермаркет), учет товаров (30000 наименований), взаиморасчетов, банк, касса. Возможность простого изменения структуры базы данных. Легкое подключение новых отчетов. Возможность организации сети магазинов. Реализация на .Net + MSSQL.
2. Программа для работы кассира в торговом зале. Работа с фискальным регистратором. Поддержка нескольких моделей (3-5) фискальных регистраторов. Возможность безналичного расчета с покупателями (кредитные карты).
Понимаю, что описание слишком поверхностное. Если что-то надо добавить, скажите.
Если не сложно к оценкам приложить небольшой комментарий.
2. оценка по времени реализации производится в зависимости от сложности систем, в частностти:
а) сложности реализации (есть ли чтото подобное или нету, сколько будет использованно типовых программных реализаций и т.п.)
б) количество функций реализуемых в системе, и соответственнй обьём в машинных коммандах.
что вычисляется по "Нормам разработки ПС" (года этак 86 =))
3. гиморное это занятие...
у меня оценка никогда сразу не получалась .. было дело раз 8 переделывал
Здравствуйте, Sulla, Вы писали:
S>1. Залогинтесь
S>2. оценка по времени реализации производится в зависимости от сложности систем, в частностти: S>а) сложности реализации (есть ли чтото подобное или нету, сколько будет использованно типовых программных реализаций и т.п.) S>б) количество функций реализуемых в системе, и соответственнй обьём в машинных коммандах. S> что вычисляется по "Нормам разработки ПС" (года этак 86 =))
S>3. гиморное это занятие... S> у меня оценка никогда сразу не получалась .. было дело раз 8 переделывал
S>4. вечером найду "нормы", постраюсь выложить.
1. Залогинился
2. а) Конечно есть 1С:ТорговляИСклад, как минимум
б) количество машинных комманд вроде как не серьезно считать для .Net ибо нет там машинных комманд
3. Собственно для этого и спрашиваю. Да и точности не прошу.
4. Спасибо, но нормы не надо. Просто если не сложно дай свою субъективную оценку.
1. субьективную оценку дать сложно )
надо взять калькулятор и немного пощитать (немног оеслизанаеш что считать...)
для этого надо знать реализуемые функции и т.д.
есть чтонить типа ТЗ ? в частности интересует часть в которой указанно что будет реализоваться и как
сколько процентов типовых ПС будет использованно ?
(типовые : подключени к бд, реализация какихто функций,...)
2. так как есть подобные системыто сложность падает на порядок — это факт.
насчёт отсутствия машинных комманд, вы заблуждаитесь: любой реализуемой функции соответствует какоето количество машинных комманд, это всё есть в документации
Типовых будет море, т.к. это все таки MS Framework. Считать какую часть они занимают — неблагоарное занятие.
А как определить количество машинных комманд у функции, если в машинные команды функция превращается в момент запуска программы на конкретном компутере, при чем по идее код меняется в зависимости от специфики конкретного процессора ?
Здравствуйте, Аноним, Вы писали:
А>Помогите пожалуйста оценить сложность программ в человекомесяцах.
А>1. Программа учета в продуктовом магазине (супермаркет), учет товаров (30000 наименований), взаиморасчетов, банк, касса. Возможность простого изменения структуры базы данных. Легкое подключение новых отчетов. Возможность организации сети магазинов. Реализация на .Net + MSSQL.
А>2. Программа для работы кассира в торговом зале. Работа с фискальным регистратором. Поддержка нескольких моделей (3-5) фискальных регистраторов. Возможность безналичного расчета с покупателями (кредитные карты).
А>Понимаю, что описание слишком поверхностное. Если что-то надо добавить, скажите. А>Если не сложно к оценкам приложить небольшой комментарий.
1. Не понятно, что имеется ввиду под сложностью???
2. Какова цель оценки сложности (причина, стоящая за причиной ? Возможно Вы ходтите просто оценить стоимость разработки?
3. На столь общую постановку вопроса можно тоже ответить только общими фразами -- например, чтобы осметить работы, нужно как минимум иметь хотя-бы на высоком уровне требования к системе (можно что-то вроде документа Vision, с перечисленными фичами продукта). Если до конца все не ясно (требования), а зацепиться нужно , то можно разбить на этапы -- один из этапов -- создание требований к системе. И осмечивать каждый этап в отдельности ... а это предмет договоренности с заказчиком ... и готовность заказчика работать инкрементально.
Здравствуйте, byur, Вы писали: B>В ТЗ не пишется КАК будет реализовываться ... только ЧТО будет реализовываться, нечего тут народ с толку сбивать .
думал одновременно про ТП %) поэтому и написалось (ТП жуть)
Здравствуйте, sndanil, Вы писали: S>Типовых будет море, т.к. это все таки MS Framework. Считать какую часть они занимают — неблагоарное занятие. S>А как определить количество машинных комманд у функции, если в машинные команды функция превращается в момент запуска программы на конкретном компутере, при чем по идее код меняется в зависимости от специфики конкретного процессора ?
есть оценка усреднённая ) и переводить ручками функции в строки ненадо
могу скинуть пример рассчёта для систем которым Тз делал
Здравствуйте, byur, Вы писали:
B>1. Не понятно, что имеется ввиду под сложностью???
Количество человекомесяцев для реализации
B>2. Какова цель оценки сложности (причина, стоящая за причиной ? Возможно Вы ходтите просто оценить стоимость разработки?
Причин на самом деле много. Стоимость к ним не относится. На самом деле хотел сравнить две эти задачи по сложности их реализации и заодно оценить время разработки подобных программ.
B>3. На столь общую постановку вопроса можно тоже ответить только общими фразами -- например, чтобы осметить работы, нужно как минимум иметь хотя-бы на высоком уровне требования к системе (можно что-то вроде документа Vision, с перечисленными фичами продукта). Если до конца все не ясно (требования), а зацепиться нужно , то можно разбить на этапы -- один из этапов -- создание требований к системе. И осмечивать каждый этап в отдельности ... а это предмет договоренности с заказчиком ... и готовность заказчика работать инкрементально.
Ну если это немного прояснит ситуацию, то по первому пункту можно ориентироваться на функционал "1С:Торговля и склад", соответственно с реализацие на dotNet-е под MSSQL + возможность добавления функциональности путем написания дополнительных модулей. Что касается второго пункта, то это должен быть аналог "Супермаг-УКМ Терминал" для конечного (3-5) количества фискальных регистраторов http://www.servplus.ru/sistemaukmv4.asp или http://www.servplus.ru/functionsukmv4.asp#1
Здравствуйте, <Аноним>, Вы писали:
А>Помогите пожалуйста оценить сложность программ в человекомесяцах.
А>1. Программа учета в продуктовом магазине (супермаркет), учет товаров (30000 наименований), взаиморасчетов, банк, касса. Возможность простого изменения структуры базы данных. Легкое подключение новых отчетов. Возможность организации сети магазинов. Реализация на .Net + MSSQL.
А>2. Программа для работы кассира в торговом зале. Работа с фискальным регистратором. Поддержка нескольких моделей (3-5) фискальных регистраторов. Возможность безналичного расчета с покупателями (кредитные карты).
А>Понимаю, что описание слишком поверхностное. Если что-то надо добавить, скажите. А>Если не сложно к оценкам приложить небольшой комментарий.
А>Заранее спасибо.
Дело, конечно, неблагодарное.. ИМХО, команда от 5ти человек месяцев ч/з 8 может что-нибудь работающее выдать. Очень приблизительно ( в соотв. с исходными данными ), но минимальный масштаб бедствий мне представляется таким. На блок можно условно считать 2/3 человеко-месяца + проектирование/поиск/написание своего вреймворка + толкотня локтями. Вообще, если спецы без опыта подобной разработки, то такой проект, скорее всего, помрет. Если с опытом — сроки сами смогут посчитать.
Здравствуйте, sndanil, Вы писали:
S>Здравствуйте, g_i, Вы писали:
S>Не совсем понял ... S>команда из 5 человек за 8 месяцев — это по первому пункту ? S>а 2/3 человекомесяца — это по второму пункту ?
S>... и можно поподробней, что есть толкание локтями ?
S>спасибо
На оба пункта. Блоки:
1 проектирование,поиск-адаптирование/разработка фреймворка
2 учет товаров
3 взаиморасчетов
4 банк
5 касса
6 программа для работы кассира в торговом зале
7 работа с фискальным регистратором, поддержка нескольких моделей (3-5) фискальных регистраторов
8 возможность безналичного расчета с покупателями (кредитные карты)
Из оценки 2 человека-месяца на блок получаем минимум 16 месяцев на перечисленную функциональность — в идеальном случае; реализуется базовая функциональность каждого блока. Умножаем на 2 ( эмпирически — учитываем несколько повторных итераций + разработка мануалов + обучение юзеров + тестирование. Получаем 32. Делим на 4х/5х человек — получаем от 6 до 8 месяцев на работающий релиз. Учитываем, что параллельная разработка всех модулей невозможна (вазимозависимости) — это толкотня локтями. + требуется управление этим воинством (тимлидер тоже член команды) — потери до 50 % его времени на менеджмент.
Оценка 2/3 человекамесяца — из личного опыта. Может варъироваться, но не думаю, что слишком сильно.
Здравствуйте, <Аноним>, Вы писали:
А>Помогите пожалуйста оценить сложность программ в человекомесяцах.
А>1. Программа учета в продуктовом магазине (супермаркет), учет товаров (30000 наименований), взаиморасчетов, банк, касса. Возможность простого изменения структуры базы данных. Легкое подключение новых отчетов. Возможность организации сети магазинов. Реализация на .Net + MSSQL.
А>2. Программа для работы кассира в торговом зале. Работа с фискальным регистратором. Поддержка нескольких моделей (3-5) фискальных регистраторов. Возможность безналичного расчета с покупателями (кредитные карты).
А>Понимаю, что описание слишком поверхностное. Если что-то надо добавить, скажите. А>Если не сложно к оценкам приложить небольшой комментарий.
А>Заранее спасибо.
Сначала изучение предметной области, потом формирование ТЗ, и только потом оценка времени по ТЗ.
? Возможно Вы ходтите просто оценить стоимость разработки?
