ГОСТ 34.602-89 (Техническое задание на создание автоматизированной системы)

08.06.09

Архитектура

"Листая старые страницы" времен универа нашел несколько, которыми можно поделиться, не рискуя получить по бошке. :)
В общем-то, ничего нового, но думаю, многим может пригодиться.

 

 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.

Комплекс стандартов на автоматизированные системы.

Техническое задание

на создание автоматизированной системы



 Дата введения 01.01.90
 

    Настоящий стандарт распространяется на автоматизированные системы /АС/ для автоматизации различных видов деятельности /управления, проектирования, исследования и т.п/, включая их сочетания, и устанавливает состав, содержание, правила оформления документа "Технологическое задание на создание /развитие или модернизацию/ системы"/далее - ТЗ на АС/.

    Рекомендуемый порядок разработки, согласования и утверждения ТЗ на АС приведен в приложении 1.

1. ОБЩИЕ ПОЛОЖЕНИЯ


     1.1. ТЗ на АС является основным документом, определяющим требования и порядок создания /развития или модернизации – далее создания/ автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.

     1.2. ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.
 Дополнительно могут быть разработаны ТЗ на части АС: на подсистемы АС, комплексы задач АС и т.п. в соответствии с требованиями настоящего стандарта; на комплектующие средства технического обеспечения и программно-технические комплексы в соответствии со стандартами ЕСКД и СРПП; на программные средства в соответствии со стандартами ЕСПД; на информационные изделия в соответствии с ГОСТ 19.201 и НТД, действующей в ведомстве заказчика АС.
 Примечание. В ТЗ на АСУ для группы взаимосвязанных объектов следует включать только общие для группы объектов требования. Специфические требования отдельного объекта управления следует отражать в ТЗ на АСУ этого объекта.

     1.3. Требования к АС в объеме, установленном настоящим стандартом, могут быть включены в задание на проектирование вновь создаваемого объекта автоматизации. В этом случае ТЗ на АС не разрабатывают.

    1.4. Включаемые в ТЗ на АС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам.
 Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений.

     1.5. ТЗ на АС разрабатывают на основании исходных данных, в том числе содержащихся в итоговой документации стадии "Исследование и обоснование создания АС", установленной ГОСТ 24.601.

     1.6. В ТЗ на АС включают только те требования, которые дополняют требования к системам данного вида /АСУ,САПР,АСНИ и т.д./, содержащиеся в действующих НТД, и определяются спецификой конкретного объекта, для которого создается система.

    1.7. Изменения к ТЗ на АС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол является неотъемлемой частью ТЗ на АС. На титульном листе ТЗ на АС должна быть запись "Действует с ...".

2. СОСТАВ И СОДЕРЖАНИЕ

 
     2.1. ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы: 
      1/ общие сведения;
      2/ назначение и цели создания (развития) системы;
      3/ характеристика объектов автоматизации;
      4/ требования к системе;
      5/ состав и содержание работ по созданию системы;
      6/ порядок контроля и приемки системы;
      7/ требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
      8/ требования к документированию;
      9/ источники разработки.
    В ТЗ на АС могут включаться приложения.

    2.2. В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ.
 В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ на АС в целом.

    2.3. В разделе "Общие сведения указывают:
      1. полное наименование системы и ее условное обозначение;
      2. шифр темы или шифр /номер/ договора;
      3. наименование предприятий /объединений/ разработчика и заказчика /пользователя/ системы и их реквизиты;
      4. перечень документов, на основании которых создается система, кем и когда утверждены эти документы;
      5. плановые сроки начала и окончания работы по созданию системы;
      6. сведения об источниках и порядке финансирования работ;
      7. порядок оформления и предъявления заказчику результатов работ по созданию системы /ее частей/, по изготовлению и наладке отдельных средств /технических, программных, информационных/ и программно-технических /программно-методических/ комплексов системы.

     2.4. Раздел "Назначение и цели создания /развития/ системы" состоит из подразделов:
      1. назначение системы;
      2. цели создания системы.
     2.4.1. В подразделе "Назначение системы" указывают вид автоматизируемой деятельности /управление, проектирование и т.п./ и перечень объектов автоматизации /объектов/, на которых предполагается ее использовать.
 Для АСУ дополнительно указывают перечень автоматизируемых органов /пунктов/ управления и управляемых объектов.
    2.4.2. В подразделе "Цели создания системы" приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.

    2.5. В разделе "Характеристика объекта автоматизации" приводят:
      1. краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;
      2. сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
 
Примечание. Для САПР в разделе дополнительно приводят основные параметры и характеристики объектов проектирования.

    2.6. Раздел "Требования к системе" состоит из следующих подразделов:
     1. требования к системе в целом;
     2. требования к функциям /задачам/, выполняемым системой;
     3. требования к видам обеспечения.
 Состав требований к системе, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы. В каждом подразделе приводят ссылки на действующие НТД, определяющие требования к системам соответствующего вида.
    2.6.1. В подразделе "Требования к системе в целом" указывают:
      требования к структуре и функционированию системы;
      требования к численности и квалификации персонала системы и режиму его работы;
      показатели назначения;
      требования к надежности;
      требования безопасности;
      требования к эргономике и технической эстетике;
      требования к транспортабельности для подвижных АС;
      требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;
      требования к защите информации от несанкционированного доступа;
      требования по сохранности информации при авариях;
      требования к защите от влияния внешних воздействий;
      требования к патентной чистоте;
      требования по стандартизации и унификации;
      дополнительные требования.
    2.6.1.1. В требованиях к структуре и функционированию системы приводят:
      1. перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;
      2. требования к способам и средствам связи для информационного обмена между компонентами системы;
     3. требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией /автоматически, пересылкой документов, по телефону и т. п./;
      4. требованиям к режимам функционирования системы;
      5. требования по диагностированию системы;
      6. перспективы развития, модернизации системы.
    2.6.1.2. В требованиях к численности и квалификации персонала АС приводят:
       требования к численности персонала /пользователей/ АС;
       требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков;
       требуемый режим работы персонала АС.
    2.6.1.3. В требованиях к показателям назначения АС приводят значения параметров, характеризующие степень соответствия системы ее назначения.
 Для АСУ указывают:
     степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления;
     допустимые пределы модернизации и развития системы;
     вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.
    2.6.1.4. В требования к надежности включают:
      1. состав и количественные значения показателей надежности для системы в целом или ее подсистем;
      2. перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей;
      3. требования к надежности технических средств и программного обеспечения;
      4. требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.
    2.6.1.5. В требования по безопасности включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы /защита от воздействий электрического тока, электромагнитных полей, акустических шумов и т.п./, по допустимым уровням освещенности, вибрационных и шумовых нагрузок.
     2.6.1.6. В требования по эргономике и технической эстетике включают показатели АС, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала.
      2.6.1.7. Для подвижных АС в требования к транспортабельности включают конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам.
      2.6.1.8. В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают:
       1. условия и регламент /режим/ эксплуатации, которые должны использовать технические средства /ТС/ системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания;
        2. предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т.п.;
        3. требования по количеству, квалификации обслуживающего персонала и режимам работы;
        4. требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов;
        5. требования к регламенту обслуживания.
     2.6.1.9. В требования к защите информации от несанкционированного доступа включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.
     2.6.1.10. В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе - потеря питания) и т.п., при которых должна быть обеспечена сохранность информации в системе.
     2.6.1.11. В требованиях к средствам защиты от внешних воздействий приводят:
       1. требования к радиоэлектронной защите средств АС;
       2. требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).
     2.6.1.12. В требованиях по патентной чистоте указывают перечень стран, в отношении которых должна быть обеспечена чистота системы и ее частей.
     2.6.1.13. В требования к стандартизации и унификации включают:
 показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.
     2.6.1.14. В дополнительные требования включают:
       1. требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них;
       2. требования к сервисной аппаратуре, стендам для проверки элементов системы;
       3. требования к системе, связанные с особыми условиями эксплуатации;
       4. специальные требования по усмотрению разработчика или заказчика системы.
     2.6.2. В подразделе "Требования к функциям (задачам)", выполняемым системой, приводят:
       1. по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;
 при создании системы в две или более очереди – перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;
       2. временный регламент реализации каждой функции, задачи (или комплекса задач);
       3. требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов;
       4. перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.
   2.6.3. В подразделе "Требования к видам обеспечения" в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы.
  2.6.3.1. Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.
   2.6.3.2. Для информационного обеспечения системы приводят требования:
      1. к составу, структуре и способам организации данных в системе;
      2. к информационному обмену между компонентами системы;
      3. к информационной совместимости со смежными системами;
    4. по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;
      5. по применению систем управления базами данных;
      6. к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
      7. к защите данных от разрушений при авариях и сбоях в электропитании системы;
      8. к контролю, обновлению и восстановлению данных;
      9. к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).
   2.6.3.3. Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога.
   2.6.3.4. Для программного обеспечения системы приводят перечень покупных программных средств, а также требования:
      1. к независимости программных средств от используемых СВТ и операционной среды;
      2. к качеству программных средств, а также к способам его обеспечения и контроля;
      3. по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ.
   2.6.3.5. Для технического обеспечения системы приводят требования:
     1. к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;
      2. к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.
    2.6.3.6. В требованиях к метрологическому обеспечению приводят:
     1. предварительный перечень измерительных каналов;
     2. требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;
     3. требования к метрологической совместимости технических средств системы;
     4. перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;
    5. требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы;
     6. вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию.
   2.6.3.7. Для организационного обеспечения приводят требования:
     1. к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;
     2. к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации;
     3. к защите от ошибочных действий персонала системы.
   2.6.3.8. Для методического обеспечения САПР приводят требования к составу нормативно-технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т.п.).

   2.7. Раздел "Состав и содержание работ по созданию (развитию) системы" должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.
   В данном разделе также приводят:
      1. перечень документов по ГОСТ 34.201, предъявляемых по окончании соответствующих стадий и этапов работ;
      2. вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
      3. программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
     4. перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).

    2.8. В разделе "Порядок контроля и приемки системы" указывают:
     1. виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
    2. общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации;
     3. статус приемочной комиссии (государственная, межведомственная, ведомственная).

   2.9. В разделе "Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие" необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие.
 В перечень основных мероприятий включают:
     1. приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ;
     2. изменения, которые необходимо осуществить в объекте автоматизации;
     3. создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
     4. создание необходимых для функционирования системы подразделений и служб;
     5. сроки и порядок комплектования штатов и обучения персонала.
 Например, для АСУ приводят:
      изменения применяемых методов управления;
      создание условий для работы компонентов АСУ, для которых гарантируется соответствие системы требованиям, содержащимся в ТЗ.

    2.10. В разделе "Требования к документированию" приводят:
     1. согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации;
     2. требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
     3. при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

   2.11. В разделе "Источники разработки" должны быть перечислены документы и информационные материалы /технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др./, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

    2.12. В состав ТЗ на АС при наличии утвержденных методик включают приложения, содержащие:
      1. расчет ожидаемой эффективности системы; 
      2. оценку научно-технического уровня системы.
 Приложения включают в состав ТЗ на АС по согласованию между разработчиком и заказчиком системы.

3. ПРАВИЛА ОФОРМЛЕНИЯ

 

    3.1. Разделы и подразделы ТЗ на АС должны быть размещены в порядке, установленном в разд.2 настоящего стандарта.

    3.2. ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней.
 Номера листов /страниц/ проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа /над текстом, посередине/ после обозначения кода ТЗ на АС.

   3.3. Значения показателей, норм и требований указывают, как правило, с предельными отклонениями или максимальными и минимальным значениями. Если эти показатели, нормы, требования однозначно регламентированы НТД, в ТЗ на АС следует приводить ссылку на эти документы или их разделы, а также дополнительные требования, учитывающие особенности создаваемой системы. Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АС, в нем следует сделать запись о порядке установления и согласования этих показателей, норм и требований:
 "Окончательное требование /значение/ уточняется в процессе ... и согласовывается протоколом с ... на стадии ...". При этом в текст ТЗ на АС изменений не вносят.

    3.4. На титульном листе помещают подписи заказчика, разработчика и согласующих организаций, которые скрепляют гербовой печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ на АС и должностных лиц, участвующих в согласовании и рассмотрении проекта ТЗ на АС, помещают на последнем листе.

   3.5. При необходимости на титульном листе ТЗ на АС допускается помещать установленные коды, например: гриф секретности, код работы, регистрационный номер ТЗ на АС и др.

   3.6. Титульный лист дополнения к ТЗ на АС оформляют аналогично титульному листу технического задания. Вместо наименования "Техническое задание" пишут "Дополнение N ... к ТЗ на АС ...". 

   3.7. На последующих листах дополнения к ТЗ на АС помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.

   3.8. При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ на АС и т.п. и применять слова: "заменить", "дополнить", "исключить", "изложить в новой редакции".


 ПРИЛОЖЕНИЕ 1

 Рекомендуемое



ПОРЯДОК РАЗРАБОТКИ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ ТЗ НА АС



 1. Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований /заявки, тактико-технического задания и т.п./.
 При конкурсной организации работ варианты проекта ТЗ на АС рассматриваются заказчиком, который либо выбирает предпочтительный вариант, либо на основании сопоставительного анализа подготавливает с участием будущего разработчика АС окончательный вариант ТЗ на АС.

 2. Необходимость согласования проекта ТЗ на АС с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик проекта ТЗ на АС.
 Работу по согласованию проекта ТЗ на АС осуществляют совместно разработчик ТЗ на АС и заказчик системы, каждый в организациях своего министерства/ведомства/.

 3. Срок согласования проекта ТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ на АС /копий/ одновременно во все организации /подразделения/.

 4. Замечания по проекту ТЗ на АС должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчиком системы до утверждения ТЗ на АС.

 5. Если при согласовании проекта ТЗ на АС возникли разногласия между разработчиком и заказчиком /или другими заинтересованными организациями/, то составляется протокол разногласий /форма произвольная/ и конкретное решение принимается в установленном порядке.

 6. Согласование проекта ТЗ на АС разрешается оформлять отдельным документом /письмом/. В этом случае под грифом "Согласовано" делают ссылку на этот документ.

 7. Утверждение ТЗ на АС осуществляют руководители предприятий /организаций / разработчика и заказчика системы.

 8. ТЗ на АС /дополнение к ТЗ/ до передачи его на утверждение должно быть проверено службой нормоконтроля организации-разработчика ТЗ и, при необходимости, подвергнуто метрологической экспертизе.

 9. Копии утвержденного ТЗ на АС в 10-дневный срок после утверждения высылаются разработчиком ТЗ на АС участникам системы.

 10. Согласование и утверждение дополнений к ТЗ на АС проводят в порядке, установленном для ТЗ на АС.

 11. Изменения к ТЗ на АС не допускается утверждать после представления системы для ее очереди на приемо-сдаточные испытания.

 12. Регистрация, учет и хранение ТЗ на АС и дополнений к нему проводят в соответствии с требованиями ГОСТ 2.501.

См. также

Архитектура решений Программист Платформа 1С v8.3 Бесплатно (free)

В статье расскажу про относительно уникальное явление на рынке. EmplDos - полноценный сервис, который в качестве Backend использует платформу 1С. Речь пойдёт не только о технической и архитектурной стороне вопроса, а ещё и о всех трудностях и граблях, которые пришлось и до сих пор приходится преодолевать на пути к успеху.

14.10.2024    4127    0    comol    28    

28

Кейсы автоматизации Платформа 1С v8.3 1С:Документооборот Бесплатно (free)

Компания «Уралхим» использует 1С:Документооборот не только для хранения и согласования документов, но и для централизованного управления НСИ между 47 системами (не только на 1С); для бэкенда к мобильным приложениям охранников; и в качестве сервиса заказа справок для сотрудников. О деталях реализации нестандартных решений, разработанных в компании «Уралхим» на базе 1С:Документооборот, пойдет речь в статье.

02.08.2024    3551    0    Novattor    1    

16

Кейсы автоматизации Платформа 1С v8.3 Энергетика и ЖКХ Россия Бесплатно (free)

Делимся опытом автоматизации учета башни раздачи воды.

27.12.2023    2227    0    slavik27    7    

15

Отчеты и дашборды Бизнес-аналитик Бухгалтер Пользователь Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

Если вы привыкли выгружать бухгалтерские операции в Excel и дополнять их там управленческой информацией, вы сможете значительно сэкономить время, получая нужные управленческие отчеты в бухгалтерской программе сразу, без лишних движений. Представляем решение для самостоятельного внедрения управленческого учета в 1С:Бухгалтерии.

11.12.2023    2958    0    Serg_Tangatarov    2    

16

Архитектура решений Программист Бесплатно (free)

Рассмотрим применение архитектурной проверки задач в процессе разработки.

30.10.2023    5696    0    ivanov660    10    

35

Кейсы автоматизации Работа с требованиями Анализ бизнес-процессов Бесплатно (free)

Автоматизировать производственные процессы в 1С:ERP без доработки типовых механизмов очень сложно. А дорабатывать типовые механизмы 1С:ERP не всегда оправданно. Решением может стать технология разработки Рабочих мест, которая позволяет автоматизировать самые сложные участки последовательно – шаг за шагом, процесс за процессом. Расскажем о том, как помочь пользователям вводить большое количество данных, не нарушая порядок ввода и полноту заполнения всех необходимых реквизитов, и как вовлечь сотрудников Заказчика в разработку и тестирование функционала Рабочих мест.

26.10.2023    3008    0    user1754524    15    

17

Кейсы автоматизации Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Когда проект внедрения ERP в крупном холдинге захлебывается в проблемах производительности и в отчаянии пользователей, нужен комплексный подход. Расскажем о битве за производительность и об организационных мероприятиях по наведению порядка в системе и коллективе.

29.08.2023    3559    0    ke_almaty    0    

15
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. ValentinV 16.06.09 21:47 Сейчас в теме
Плюс я ставлю.
Что-бы вы ответили, если вам сказали, что ТЗ вам надо,
из-за того что у вас склероз? :)
2. Оболтус 187 17.06.09 08:24 Сейчас в теме
Я бы сказал, что завидую прекрасной памяти спрашивающего и его несомненной эрудиции. И задал бы встречный вопрос. А есть хоть одно внедрение, где бы этот ГОСТ применили?

А должны на каждом.
4. ValentinV 17.06.09 14:33 Сейчас в теме
(2)
В программировании как известно, плохой проект, лучше никакого.
3. ValentinV 17.06.09 14:29 Сейчас в теме
Я думаю ГОСТ сегодня - это идеал. к которому надо стремиться.
Причем любой ГОСТ.
Продукты питания, лекарства, проектирование, строительство заводов, фабрик...
В Германии - это реальность, это основа их жизни и благосостоятельности и высокого уровня жизни.
И если люди не стремяться к лучшему, то его, лучшего, и не будет.
5. Арчибальд 2709 17.06.09 14:36 Сейчас в теме
(3) На вопрос ответ положительный. Но сколько крови это стоило....
6. ValentinV 17.06.09 15:11 Сейчас в теме
>Но сколько крови это стоило....
Не знаю правильно ли понял.
Сейчас разрушен космос, оборонка и т.д.
Везде фирмы купи-продай.
Все тяп-ляп.
Любой и каждый переделывает по-своему и как-попало.
Учебные поделки.
У всех один проект - ... то хвост отваливается, то лапы ломит...
Сейчас в этом вся Россия. Смертность, преступность, бардак.
Нет ни идеи, ни идеологии, ни проектов.
7. Арчибальд 2709 17.06.09 15:24 Сейчас в теме
(6) Головная фирма заказала мне работу (в 2002 г). Я настоял на составлении/утверждении ТЗ по ГОСТУ (вернее, ЕСПД). Разработка ТЗ шла 4 месяца. Зато реализация уложилась в один, поскольку практически все вопросы возникли в процессе разработки ТЗ, а сформулировать вопрос - это уже 60% ответа.
ValentinV; +1 Ответить
8. ValentinV 17.06.09 15:32 Сейчас в теме
(7) Головная фирма... ? Заказчик на доработку 1с?
Я считаю вышеуказанный путь самый правильный +.
А если вы при этом не франчайзи, а частное лицо, то вам ++.
Но путь ваш тернистый и ...
9. Арчибальд 2709 17.06.09 15:40 Сейчас в теме
(8) Фикси я в подчиненном предприятии. Делал конфушку для учета заготовок сырья. Просто мой куратор в головном офисе был с головой и принял на себя часть давления.
Больше пока не получается так...
10. Оболтус 187 17.06.09 15:43 Сейчас в теме
Нас в универе заставляли диплом по гостам делать.
Правда в реальной практике нормально применить пока не получается. :)
ValentinV; +1 Ответить
12. Арчибальд 2709 17.06.09 15:51 Сейчас в теме
(10) А я в армии 15 лет по ГОСТам программил... Вернулся на гражданку в 93, а тут такое...
Tatitutu; +1 Ответить
13. ValentinV 17.06.09 15:55 Сейчас в теме
(12)У меня также и тоже самое.
У торгашей часто слышу:
"Мы сами не знаем что нам надо, но мы заплатим деньги за результат".
А какой им результат нужен, если они ничего не понимают ?
ВОТ И РЕЗУЛЬТАТ ПО ВСЕЙ СТРАНЕ.
11. ValentinV 17.06.09 15:43 Сейчас в теме
Время креативов.
Креативный врач - лечит и здоровых и всем одно и то же лекарство.
Кративный строитель - всем строит развалюхи.
Креативный юрист - результат не предвидит и не гарантирует.
Креативный судья, креативный следователь, креативный дизайнер,креативный повар...
Жена - тоже креативная.
Проектировщик, программист...
И все не глядя и не вникая, быстро и ...
Смотришь на дома в деревне у нас и в Германии и думаешь...
ДОКОЛЕ!!!
Ish_2; Оболтус; +2 Ответить
14. Ish_2 1113 17.06.09 16:23 Сейчас в теме
(11) Сильно.
А про жену - лишнее. Не в ряду. Выпадает.
15. ValentinV 17.06.09 17:59 Сейчас в теме
(14) Каждый вправе выбирать.
Почему Германия, Голландия, Швеция и даже Финляндия - могут все.
Но у них нет ресурсов.
А у нас все ресурсы есть.
И ничего, почти ничего фундаментального не осталось.
И сейчас всем предлагают - меняй профессию, если нет работы.
Торгуй страной.
16. Ish_2 1113 17.06.09 18:37 Сейчас в теме
(15) Я извиняюсь, но содержание меня мало вдохновляет.
+ 14 Нарастающая "Креативность" в (11) достигает неожиданной развязки во
фразе про жену. И в этом смыле ,как раз в ряду . Нет , не лишнее. Передумал.
17. ValentinV 17.06.09 18:47 Сейчас в теме
(16)Может тут(про жену) я имел ввиду, что воспитывать надо.
А то можно и ГОЛЫМ КОРОЛЕМ остаться, если на каждую прихоть...
18. ValentinV 17.06.09 18:51 Сейчас в теме
(16) Ступай ка ты старик к синему морю и попроси золотую рыбку...;-)
19. mechail72 21.08.09 12:47 Сейчас в теме
Однозначно полезная вещь.+
Оставьте свое сообщение