Если это ваш первый визит, рекомендуем почитать справку по форуму. Для размещения своих сообщений необходимо зарегистрироваться. Для просмотра сообщений выберите раздел. |
методолгия разработки бизнес ПО |
Философия, технологии, алгоритмы! |
|
Опции темы |
09.08.2005, 02:38 | #3 | |
Форумец
Сообщений: 180
Регистрация: 15.11.2003
Не в сети |
Цитата:
Казалось бы: ответ очевиден, но - неочевидный есть вопрос: а что, бывает и не бизнес-ПО? Если бывает, то второй вопрос: а на кой хрен оно создавалось? И третий вопрос, если оно все-таки было создано: что именно оно пропиарило таким образом? Дядя - ты с пива спросил или серьезно? Если серьезно, то уж потрудись пояснить свою мысль внятно. А то типа совсем непонятно, уж чисто за себя тут туплю, но про что сказал Дядя - не понять никак |
|
09.08.2005, 11:04 | #4 |
Форумец
Сообщений: 722
Регистрация: 24.03.2004
Возраст: 41
Не в сети |
ghost-vrn- отвали .
Есть несколько методологий ведения проектов, начиная с обшего анализа системы и заканчивая сопровождением.Проблема в том, что все это ори ентированно на крупные компании и крупные проекты, растянутые по времени на месяца. В воронеже таких проектов единицы. Да и штат контор не велик. То же самое и с ПО по ведению проектов - то что есть требует много времени на ввод инфы, слишком все громоздко. Кто нибудь в Воронеже использует методологии ведения проектов, а также какой то софт? Если да - было бы интересно узнать что это за софт, и как все делается. проблема в том , что проектов много, все они не сильно крупные, занято на каждом от 1до 3 чел. На бумажке все вести достало. |
12.08.2005, 18:39 | #9 |
Форумец
Сообщений: 665
Регистрация: 23.04.2002
Возраст: 42
Не в сети |
Требования к процессу разработки программного обеспечения документированы в модели CMM. Сейчас модель стала стандартом де-факто, крупные отечественные игроки рынка аутсорсинга (Luxoft,EPAM) имеют сертификаты CMM. Уже не говоря про индийские компании Модель CMM разработана институтом программной инжинерии Карнеги-Меллон (SEI).
Грубо говоря, CMM - это специализированный аналог ISO 9001:2001 для компаний, занимающихся разработкой ПО. Указаны ключевые процессы которые должны происходить при разработке и требования к ним. В качестве методологии обычно выбирается RUP. Rational утверждает что внедрение RUPа дает третий уровень CMM. Подготовка к сертификации и сертификация по CMM процесс очень долгий, растягивается на годы. И требует очень серьезных ресурсов (шестизначные суммы в $). |
16.08.2005, 08:31 | #10 | |
Active
Сообщений: 56
Регистрация: 16.08.2005
Не в сети |
Цитата:
Тема давно раскопана. И активно используется. Есть каике вопросы подробнее? |
|
16.08.2005, 10:24 | #11 | ||||
Active
Сообщений: 56
Регистрация: 16.08.2005
Не в сети |
Цитата:
Цитата:
Цитата:
Цитата:
Я бы, в качестве удовлетворения интереса к методологиям разработки ПО, рекомендовал ознакомиться с методологией MSF (Microsoft Solutions Framework) и RUP на данный момент они наиболее интересны. Все завист от требований и желаемого результата. |
||||
16.08.2005, 12:04 | #12 | ||
Форумец
Сообщений: 665
Регистрация: 23.04.2002
Возраст: 42
Не в сети |
Цитата:
Соотевтсвенно отсюда и разница в уровне детализации требований. Процессы модели CMM специфичны именно для разработки ПО. При производстве мороженного не протекает процесс управления требованиями (по крайней мере в том объеме и с теми особенностями в котором он описан в СММ). Это можно легко видеть по тексту. Да и хотя бы по объему описание CMM превышает текст стандарта ISO в 10 раз. В то же время основа у CMM и ISO одна и та же. Это процессный подход (формализация и документирование процессов), ориентация на непрерывное улучшение Требование существования системы количественных измерений производительности процессов и корректирующий действий. то есть описания системы измерения и описание корректирующих действий (процесс CMM Project Monitiring And Control -в ISO это записи по качеству, управление ими и корректирующие действия). Общих мест очень много, и это неудивительно - "папа" у CMM и ISO один - TQM. Обычно компании сначала получают ИСО, а потом произвордят upgrade процессов до CMM. Цитата:
Кстати, о RUP. Самая дешевая лицензия (float user) на RUP стоит около 2000 - на ClearCase. На ClearQuest и RequsitePro - в два больше. + Обучение и ресурсы на поддержку. Ибо администрирование ClearCase дело не простое, особенно если использовать Base ClearCase process. UCM процесс не поддерживается многими IDE. Можно ли добиться то похожего же результата с помощью например Subversion и JIRA? Вопрос открытый, но его цена ниже на порядок. Во всяком случае прежде всего рекомендую почитать CMM - это даст понимание того что бывает, и каковы общемировые требования. Потом почитать RUP и решить, что внедрять немедленно, что внедрять потом, а о чем вообще пока не думать. Главное, что все должно идти от ваших требований. Конкретная реализация должна быть разработана исходя их них, буть это адаптация RUP, Agile или ХP. Так, имхо нет нужды тратить ресурсы на полноценное внедрение CMM, например, через RUP, и сертифицироваться, если не планируете работать на запад. |
||
16.08.2005, 14:20 | #13 | ||||||
Active
Сообщений: 56
Регистрация: 16.08.2005
Не в сети |
Цитата:
Хотя сейчас в инете много всякого рода статеек на "около стандартовские" темы которые мешают "божий дар с яишницей" и тянут все в одну кучу. Цитата:
Кстати, у нас обычно оценивают только систему управления качеством, т.е. службу качества ;-), а потом пишут что типа компания успешно прошла сертификацию. У кого реально сертифицирован процесс разработки у нас в Воронеже это Релекс. Больше не знаю ни кого. Относительно CMM, как известно это не стандарт это модель оценки (если не вдаваться в подробности) зрелости процессов предпритяия для решения тех или иных задач, т.е. способна компания сделать качественный продукт и насколько качественный. И ни где не было сказано что CMM только для ПО, для мороженного тоже подойдет. ;-) Цитата:
К сожалению объем документа не очем не говорит. И кстати ИСО охватывает гораздо большую область чем модель CMM. Цитата:
Цитата:
Цитата:
Обычно человеку далекому от "стандартов и процессов" это вызывает глубокую дипрессию ;-), или в худшем случае надовдит на мысль что все это пурга и бред. Лучше начать с чего нить более легкого и близкого к жизни ;-) ... например RUP и MSF. Так как тема - это методология ... а стандарты и тем более модели в методологиям не относятся. Относительно "чистоты" опредлелений, давайте не будем путать добрых читателей и вводить их в заблуждение. Поэтому, относительно "внедрения СMM". СММ не внедряют и тем более через RUP ... так как это модель оценки зрелости процессов, т.е. сначала налаживают у "себя" процессы, а потом оценивают (согласно модели) на определенный уровень, как это делается это отдельный разговор. В данном контексте "внедрение" или следование рекомендациям CMM это есть процесс(как точно было замечено, достаточно долгий) выстраивания у себя в организации системы организации производства, которое и оценивается согласно набору критериев и требований, на так называемые, уровни соответсвия модели CMM. Далее, "внедрение RUP" тоже не совсем корректно, точнее надо говорить использование RUP, и это автоматически не дает уровень CMM, а опять таки обеспечивает организацию/выстраивание процессов разрабоки ПО, что в дальнейшем и будет оцениваться. |
||||||
16.08.2005, 16:05 | #14 | |||||
Форумец
Сообщений: 665
Регистрация: 23.04.2002
Возраст: 42
Не в сети |
Integrator
Цитата:
Соответсвий можно привести массу. Например, процесс CMM уровня 2 работа с субподрядчиками. Такой процесс обязательно описывается в рамках ИСО. Только в СММ есть доп. особенности, специфичные для ПО. Процесс ИСО Анализ контракта ... и т.д Цитата:
Сертифицируется ВСЯ организация. Все процессы происходящие в организации влияют на качество - являются составной частью системы качества предприятия. Отдел ОТК лишь проверяет выходной результат и выявляет брак, но не обеспечивает устранение причины брака. Цитата:
Цитата:
А вот информацию как выстравивать процесс можно взять из RUP - так как это методология, а не модель, и там ясно прописано что и кто делает -то есть фактически описан процесс. Например, Настраиваем ClearCase UCM - получаем процесс конфигурационного управления. Внедряем RequsitePro - получаем возможность управлять требованиями. Пропишем регламенты использования- вот уже есть процесс. Добавив к ним ClearQuest (багтрекер) получим решение, которое содержит все данные для получения метрик. Какие метрики можно получать - описано в РУП. Грамотно выстроенные метрики - это половина требований СММ(целей) к процессу Измерения и контроля Вообще я думаю что не стоит пугаться слова процесс. Можно обозвать процесс словом техническая инструкция, алгоритм работы и т.д. В любом случае, люди которые занимаются разработкой бизнес ПО обязаны знать что это такое процесс. Иначе непонятно как они собираются автоматизировать это самый бизнес. Ведь именно процессы то как раз и автоматизируются. P.S. Цитата:
|
|||||
17.08.2005, 07:49 | #15 | ||||
Active
Сообщений: 56
Регистрация: 16.08.2005
Не в сети |
Цитата:
Цитата:
Но, вопросы толкования тех или иных требований стандартов это отдельная тема. Цитата:
Это все понятно, но уж как то все формально ... знаем мы как это все проходит, сам не раз готовил документы ;-) Цитата:
|
||||
17.08.2005, 11:04 | #16 | |
Форумец
Сообщений: 665
Регистрация: 23.04.2002
Возраст: 42
Не в сети |
Integrator
Я не в Воронеже работаю. Просто все забываю поменять откуда. Если ты не поставишь Requsite Pro, то это конечно не значит что у тебя этого процесса нет. Он может быть налажен вообще без средств автоматизации (теоретически). Но само по себе использование этой программы вместе с инструкциями по использованию само по себе уже какой-никакой процесс даст. Цитата:
|
|
17.08.2005, 12:41 | #17 |
Форумец
Сообщений: 2,045
Регистрация: 27.08.2003
Не в сети |
Больная тема для меня
Могу только собственные проблемы и мысли изложить, так как решения пока нет. Мы ведем проекты от нескольких человекомесяцев до нескольких человеколет. Проекты ведут от 1 до 10 человек одновременно. RUP, мне кажется, не есть универсальное средство для всех типов проектов, да и громоздко все это слишком. XP мне вообще поперек горла - оно, программирование, блин, всегда экстремально... Из средств используем VSS (и CVS), PowerDesigner, MS Visio и MS Project (кстати, мне он кажется вовсе не тяжелым, в отличие от Primavera, например). Увы, пока что методики, как таковой, нет, есть только неупорядоченный набор требований (правила оформления исходных текстов и т.д.). Причины две - нет времени и нет идей Есть только понятие, что надо. Из инструментария все же остановили выбор на StarTeam - может, и менее функциональная штука, чем ClearCase, но зато более легкая. Думаю, в этом году удасться внедрить на всех рабочих местах. То есть, сначала - инструмент, потом - методика. Звучит странно, согласен, но так проще внедрить. Сертифицироваться, считаю, надо обязательно. Выбираем между CMM (программистам понятнее) и ИСО/МЭК 90003 - "спецпакет" для ИСО 9001 (более правильно политически и в наших условиях проще внедрить). Кстати, насколько я знаю, CMM ИЗНАЧАЛЬНО был создан именно для софтверных продуктов и для проектно- а не процессноориентированых производств. |
17.08.2005, 12:41 | #18 | ||
Active
Сообщений: 56
Регистрация: 16.08.2005
Не в сети |
Цитата:
а учился где, если не секрет ... ? Цитата:
Да, а почему в нет форума по проектированию ИС, БД, ERP и тд системам? |
||
17.08.2005, 12:52 | #19 | |||
Active
Сообщений: 56
Регистрация: 16.08.2005
Не в сети |
Цитата:
Цитата:
Цитата:
|
|||
18.08.2005, 10:33 | #20 | ||
Форумец
Сообщений: 665
Регистрация: 23.04.2002
Возраст: 42
Не в сети |
zss_vrn
MS Project значительно дешевле Primavera. На порядок примерно. Хорошим решением является установка project central с корпоративным пулом (ресурсов очень удобно если ведутся параллельно несколько проектов), интеграция с Sharepoint и сервером Outlook. Цитата:
В то же время если сначала написать методику, то с большей долей вероятности может оказаться что ни одно средство под нее не подходит. Integrator Не секрет. Учился на матфаке ВГУ Цитата:
|
||
18.08.2005, 12:42 | #21 | |||
Форумец
Сообщений: 2,045
Регистрация: 27.08.2003
Не в сети |
Alex__G
Цитата:
Цитата:
Integrator Цитата:
У меня двое ездили на курсы по технологии программирования (точное название не помню) - там преподавалась, в частности, методика расчета трудозатрат на программный проект. Так вот, эта самая передовая методика для нетиповых проектов (а у кого, интересно, они типовые) дает точность расчета два-три раза. Мы и так точнее считаем |
|||
28.08.2005, 11:27 | #22 |
Форумец
Сообщений: 722
Регистрация: 24.03.2004
Возраст: 41
Не в сети |
Очень познавательно и полезно . но вопрос все таки остается открытым, это все системы качества, введенные для систематизации и упорядочиванния хаотического / полухаотического внутреннего процесса документооборота и системы взаимоотношений, основанная на формализации отношений и четком определении ролей. В с какого уровня всем эти руководствоваться? имеется в ввиду размер и численность. Все таки бобьшинство из вышесказанного по большому счету относится к компании вцелом, а не к отдельно взятому проекту, что порой бывает очень важно (личный контролт над проектом).Читаю СММ , и , честно, пока с трудом представляю что из этого можно применить в Воронеже на небольшом по численности предприятие.
|
29.08.2005, 09:01 | #23 | |
Active
Сообщений: 56
Регистрация: 16.08.2005
Не в сети |
Цитата:
Только самому организовать процесс ... хотя бы ключевые моменты, оватить ... конечно все зависит от проекта, а так ... если разработка, то достаточно ... Лучше почитать что нить про управление проектами ... |
|
29.08.2005, 09:11 | #24 |
Форумец
Сообщений: 722
Регистрация: 24.03.2004
Возраст: 41
Не в сети |
нет, почему же, если брать глобально всю организацию - то смм уровня 3 уже хорошо, я прикинул на своей - 2 -й уровень полноценно.
в настоящее время штудирую принципу ведения и упралвения проектами от майкрософт, но .... опять же масштабы, все равно если пытаться адаптировать под наш рынок - от изначальной теории не останется даже базисных моментов. |
29.08.2005, 19:12 | #25 | ||
Форумец
Сообщений: 665
Регистрация: 23.04.2002
Возраст: 42
Не в сети |
Цитата:
А если планируете развиваться и расти - то это другой вопрос. Всякое развитие предполагает капитальныен инвестиции. В данном случае целесообразны будут инвестиции в технологический процесс и читать СММ. Как Вы верно заметили, модель CMM выдвигает требования к организации в целом, не ограничиваясь только областью деятельности разработки софта. И это верно. Потому что на качество итогового продукта в той или иной мере влияют ВСЕ процессы, происходящие в организации. Если работа с субподрядчиками невыстроена, то ошибки при работе с ними могут привести проекта к краху. Практика использования субподрядчиков очень распространена. Особенно при внедрениях разных больших систем на предприятиях (около таких предприятий всегда крутятся несколько фирмочек с которыми целесообразно подружиться ). В общем, процессы разработки очень тесно связаны с другими процессами процессами в организации. Разработка софта не существует в вакууме - что и отражено в модели СММ. Но с чего начать? Я понимаю это легкий шок после первого прочтения модели , подавленность разницой между "Что должно быть" и "Что есть сейчас". Однако не стоит забывать, что в модели СММ есть обязательные и необязательные части. Так, большинство из написанного относится к рекомендациям, и обязательные цели могут быть достигнуты другими путями - более простыми. Начать надо выявления своих проблем. И находить решения своих проблем заглядывая в СММ, RUP, XP и т.д. Вы решили свою проблему? поработав с решением некоторое время Вы понимаете что оно может быть улучшено - возникают новые проблемы, открываются новые возможности - значит создается новая версия процесса. И т.д до бесконечности. keep improving! Уровни CMM это всего лишь milestones зрелости, которые вы пройдете своим путем. В конечном счете не нужно делать внедрение CMM самоцелью. Области ключевых прооцессов делятся на категории : 1. Управление проектом (Monitoring и control и т.д) 2. Процессы поддержки (Configuration management) 3. Инженерные процессы (Technical solution) 4. Процессные (не помню как точно называется) Забудьте пока о №4. Можно отложить пока в сторону №3 - первые два уровня модели - это в основном поддержка и управление. Проанализируйте что есть сейчас у Вас в этих областях и что бы вы хотели/для вас реально достичь через полгода? И работайте в этом направлении. p.s Если компания небольшая, то возможно не стоит ставить целью сертификацию по СММ. Но рабочий процесс улучшать однозначно надо - незавиимо от размеров. Исходя, как я уже сказал, из своих потребностей и возможностей. 10 человек - это то количество членов рабочей группы когда формализация отношений начинает иметь смысл. Цитата:
|
||