Управление 1С проектами - на практике?

Тема в разделе "Свободное общение", создана пользователем IntDex, 21 дек 2009.

Статус темы:
Закрыта.
  1. IntDex

    IntDex Гость

    Добрый день.
    Меня интересует вопрос управления разработкой и сопровождения собственных конфигураций 1С.

    Есть большой опыт руководства проектами бизнес направленности – на своих платформах, но нет понятий, как организовать командный процесс разработки для 1С, конфигурации от 7.7 до 8.2!?

    1. Как быть с контролем версий?
    2. Какой сторонний софт использовать?
    3. Как производить обновление конфигураций юзеров? Как наладить процесс обновления — конфигураций? Что делать если у пользователя конфигурация отличная от нашей, а он хочет перейти на нашу и т.п.?
    4. Каким методом может 2-3 человека работать над конфигурацией?
    5. Как построить процесс отладки и тестирования?
    6. Какие специфические документы(мануалы, спецификации, лист учета держателей подлинников и т. п.) - внутренние/внешние, приходится оформлять?
    7. Как подбирать специалистов? Как их тестировать и т.п.?


    PS. Интересен был бы опыт франчайзеров…
     
  2. puh14

    puh14 Well-Known Member
    1C Team

    Регистрация:
    11 июл 2008
    Сообщения:
    1.412
    Симпатии:
    0
    1) В семерке - ничего нет, только ручками бить, либо самому написать что-то для сохранения мд-шника.
    В восьмерке есть- гноилище конфигураций.
    2)Архиваторы, скрипты. В принципе можно всё бесплатное использовать.
    3)Например как 1с - дисочки рассылать, а лучше - за отдельную денежку к вам приедет человечек, сам воткнет и сам вылижет.Автоматичеки - вроде как тоже можно(только в восьмерке), сам не пробовал.

    Разводить на денежку, ругать конкурента, хвалить себя, считать бабло от переноса данных на свою конфу.
    4)В восьмерке - кто захватил корень объета ( или дерева объектов) тот с ним и работает, остальные курят бамбук. В семерке - только вась-вась, групповой работы нету.
    5) Интересные вопросы - как тех. задание поставлено, так и тестировать. Не работает - отлаживать дальше.
    6)ТЗ, договор, акт сдачи/принятия, инструкцию ( собственно в ТЗ это и должно быть описано).
    7)Нормальный отдел кадров и человек - постановщик задач. Сертификаты 1с опять-же.


    вообще - габеца почитай (про восьмерку), там отдельные главы про это дело написаны, да и книжка толковая.
    Про семерку - mista.ru
     
  3. NomadSoul

    NomadSoul Гость

    В довольно крупном минском 1С-франчайзи отработал программистом и внедренцем 2.5 года, работал на 1С 7.7. Как такового управления проектами не было (у меня есть с чем сравнивать).

    А по вопросам (для версии 7.7)
    1. Используется понятие "релиз". У клиента, допустим, установлена определенная типовая конфигурация такого-то релиза. У нас, затем, выпускается следующий релиз этой конфигурации (это MD и набор внешних отчетов). Затем конфигурация клиента обновляется до этого релиза.
    2. Кроме 1С-ки обычно ничего не используется. Ну если только какие-то внешние компоненты (по сути дела это подключаемые dll-ки). Для более удобной разработки используют OpenConf (весьма полезная штука, реально ускоряется вбивание кода).
    3. Обновление, как правило, производится вручную специалистом. Не обязательно 1С-программистом (при небольшом количестве неглубоких изменений относительно "типовой" настройки). На крупных франях обячное обновление выполняют специалисты по обслуживаю, которые даже "хелло ворлд" не могут накорябать. А если конфа у клиента сильно "истерзанная" - едет программист. Варианты - делать обновление при работе с удаленным доступом, выполнение обновлений локальным специалистом.
    4. Обычно каждому дают по копии конфы и некоторый свой выделенный участок деятельности. После внесения изменений их все сливают в один MD. В нормальных конторах после этого еще делают проверку работоспособности всего накарябанного. Как менее распространенный вариант можно упомянуть GCOMP, который разбивает конфу на модули, после внесения изменений в которых можно пересобрать MD. Но вносить изменения в метаданные так не удобно. Еще вариант - вынесений модулей во внешние файлы. Изменения (тоже без изменения метаданных) тогда можно вносить "на лету", не выгоняя пользователей (для 1С-франчайзи не сильно актуально).
    5. Желательно, чтобы процесс тестирования не выполнял разработчик, а на 1С-франчайзи это, как правило, так и есть. Но это и так всем понятно. А так - пользователи же все равно протестируют, обычно испльзуется этот метод ;)
    6. Если конфа сложная, а пользователей много, тогда есть смысл вести мануалы. Спецификации ведутся для управления процессом доработок, т.е. пользователи имеют "хотелки", по их списку составляется спецификация на доработки, делать которые есть смысл, и соответственно счет где указано сколько времени и денех нужно. Затем вопрос согласовывается, и строго по составленной спецификации делаются эти доработки. Примерно такая схема используется у франчайзи.
    7. Персонал подобрать всегда можно, сложнее подобрать квалифицированный персонал ;) Программистам, если квалификация вызывает сомнения, обычно дают тестовое задание (отчет, обработка, небольшая доработка в конфигурации). После чего смотрят срок выполнения и стиль программирования. Такой тест можно даже заочно проводить. После чего проводят более детальное собеседование.

    P.S. Было бы интересно поработать программистом 1С там, где есть управление проектами. ;) Но тут, наверное, главное - не "переборщить".
     
  4. Mirage

    Mirage Гость

    8 - ка, хранилище, 7 ка - слышал что народ парсит MD, потом SVN
    SVN
    Обновлять 8 ку, можно через файлы поставки, даже атоматически, даже через интернет, для перехода пишите перенос остатков
    8 Ка - опять же через хранилище, там и контроль версий, что бы не мешать друг другу, разбейте по функциональным блокам, ну а дальше все как всегда (не мне вас учить раз у вас опыт большой в Ит проектах :))
    Тестирование для любой БД может быть тестированием функциональности и тестированием производительности + тестирование на соответствие внутренних правил разработки и оформления кода, тестирование функциональности должен проводить человек знакомый с предметной областью, и с программированием (ну или хоте бы определить набор тестов), тестирование производительности решается с помощью ЦУП (решение для 8-ки от 1С), если захотеть то не вижу проблем для себя что то свое написать, Тестирование кодов тоже есть обработка от 1С но это для ее стандартов описанных в ее методологиях. для своих предеться писать свое
    Это уже зависит от размера проекта и методологий внедрения и разработки которые вы используете
    Разных специалистов по разному.
    Есть программисты которые должны будут проектировать подсистемы (может и конфигурации) - в 1С все мы программисты, а вообще это уже постановщики,
    а есть люди которые отчеты делать будут. Не путайте их разберитесь сначала с той потребностью которую имеете, а потом попросите кандидата рассказать вам как бы он ее решал. Ну естественно если вы не в теме потребности, посадите кого нибудь кто в теме рядом с собой.
    Ну это чисто по профессиональным скилам, а по человеческим подумайте как оценить сами :))
     
  5. vital

    vital Больной Компом Детектед
    Команда форума Web Team

    Регистрация:
    29 янв 2006
    Сообщения:
    2.474
    Симпатии:
    27
    <div style="width:100%;padding:8px;background:#fcc3c3;border:1px solid #ff0000;color:#ff0000;">Перемещено

    В соответствующий форум</div>
     
Загрузка...
Статус темы:
Закрыта.

Поделиться этой страницей