Основы разработки ТЗ по ГОСТ 34 — 4 фрагмента вводного вебинара

Автор Alla Bessonova
Основы разработки ТЗ по ГОСТ 34 — 4 фрагмента вводного вебинара

Давайте будем знакомиться.

Вот — это я. Тимофеев Алексей. По образованию я математик программист меня есть второе образование инженер системотехник кандидат технических наук защищался я по теме вычислительные машины системы и комплексы и 2 мая специальность по кандидатской диссертации радиолокация навигация и также.

Я закончил двухгодичный курс философии науки при.

Военной академии связи. Буденного Санкт. Петербург меня вот всем сертификатов есть от. Института семьи — это при карнеги-меллон институт занимающийся системной инженерии есть опыт не только сертификаты, но и большой практический опыт во всех этих областях управление проектами и управление программами в разработке требований и так далее есть практика работы с разными системами управления разработки требованиями такими как. Вот раньше надо реквизит прокат лыж администрирование баз данных за более triflate моей работы было выполнено очень много проектов все проекты у меня успешные нет ни одного провалившегося глобального проекта за последние 10 лет сумма денег на которых были реализованы проекты она превышает вот указанную здесь заказчики были всегда довольны, но и создана с нуля несколько коллективов довольно крупных отделов дирекцией и за последние 10 лет обучено более специалистов теперь конкретно о практике работы с стандартом. ГОСТ 34 коротко здесь основные вехи которые связаны именно с этим всего я провёл разработку и экспертизу более 280 технических заданий 6 из них проходила сертификацию в специальных которые занимаются такими вещами как оценка качества технического задание выполнено по данному стандарту. Ну вот теперь когда мы с вами. Познакомились мы поговорим о чём мы сегодня с вами будет сумма потому, что точек приема платежей у этого оператора было достаточно много коммуникационную функции технического, повторюсь, что техническое задание — это такой документ который определяет кто когда. Где и при каких условиях должен делать и как — это будет исполнитель сдавать и как — это будет принимать заказчик вот от качества технического задания того насколько она хорошо вот она насколько хорошо грамотно проработанные требования к системе на длительное время зависит климат в 2 коллективов в коллективе заказчика и в коллективе исполнитель. Если всё хорошо у нас с вами описана топ проблем трений конфликтов которые все возможные их будет минимум как только. Значит мы плохо проработали техническое задание следует ожидать возникновения конфликтов и по моей практике могу судить, что там где вот техническое задание на создание системы делалось квалифицированными специалистами кота. Что такое проектирование системы который понимает как взаимодействовать с персоналом заказчика который предъявляет требование. Как проводить интервью этот климат климат в обоих коллективов был просто замечательный мы расставались заказчиком лучшими друзьями мы сдавали системы и очень долго у нас оставалось такое очень после вкусе о взаимодействии друг с другом говорю об этом не случайно потому, что понимаю знаю уверен в этом, что создание технических заданий их разработка не может выполняться людьми не имеющими определённой квалификации в области проектирования систем и взаимодействии с другими людьми. Какие типовые ошибки при разработке. ТВ обычно встречаются провёл экспертизу очень многих технических заданий и по своему опыту могу судить. А следующий, что чаще всего на первом месте встречается перекос в сторону одной из функций детский сад в основном в основном и чаще всего — это стороны юридической функции очень часто на экспертизу мне попадали технические задания которые стандарт предусматривает несколько стадий создания системы их от 8 стадия 1 формирование требований к автоматизированной системе последняя — это стадия ввода системы в действие и дальше уже начинается сопровождение условно услуг. Я разбиваю эти на 4 процессора процесс проектирования процесса разработки процесса и буду системы и процессы хватает. Для полноты как бы картины для полноты жизненного цикла автоматизированной системы не хватает только одной стадии стадии стадии вывода автоматизированная система из эксплуатации когда истек срок её физическое или моральное годности когда её можно заменить на другую систему — это очень. Непростые дорогостоящие работы обычно. Они совмещаются в параллельном проектировании новой системы и техническое задание — это вот у нас с вами такой документ который создан после трех стадий проектирования долями используются на всех остальных стадиях создания автоматизированной системы он является основой и для эскизного проектирования и технического создания рабочей документации он же является для приемки системы ввода её действия и к ним уже очень часто обращаются и на стадии сопровождения автоматизированных систем дети стали. ГОСТ 34.601 90 вот то, что у нас написано с вами нижнем левом технические задания на создание резервной системы образуют вот такую вот тираж в голове стоит техническое задание на автоматизированную систему в целом которая должна быть выполнена по стандарту. ГОСТ 32896 поэтому уже стандарту выполняются разработка выполняется разработка эскиза на подсистемы автоматизированной системы готовые решения не всегда. Что называется поднимается рука у заказчика его обругать и.

0 комментариев
0

Читайте также