Принципы проектирования систем

0:00 Что касается конкретных осу, то есть автоматизированных систем управления, определение ранее было это правило. Это связано все уже с информатикой проектирование. Осу то, но тут называется ряд принципов проектирования во 1 принцип новых задач. То есть когда автоматизированная система создается не обязательно она? Просто делает то, что мы уже делали, то есть, возможно, там возникнут новые задачи связи с особенностями техники. Там компьютер, то есть, может быть, какие задачи. Человек вообще решить не мог, и компьютер может. Поэтому, когда мы проектируем осу, не обязательно исходить из того, что мы просто берем сферу деятельности. Да и все, что там делал человек, приклады на компьютер. То есть мы изначально сферу деятельности анализируем с целью понять, где тут можно автоматизацию? Осуществить исходя из возможностей техники, а не сложившихся в ней там традиций и стереотипов. Да ну 2 принцип, это собственно системный подход, он понимается. Как структурирование, естественно, сферы деятельности, которые мы автоматизируем, ну и также организации переработки всей информации тоже структурирует в. общем, на разных уровнях он понимается как внутри самого компьютера. Так, допустим, взаимодействие компьютера с объектом, каким то особо обычно это происходит.

1:24 Дальше принцип использования типовых проектов, то есть несмотря на то, что вот ставятся новые задачи, связанные с автоматизацией. Эти задачи, как правило, типизируются, то есть изучается как. бы опыт решения подобных задач по возможности использовать типовое решение, так оно уже отработана с ним. Как бы все понятно, принцип непрерывного развития системы тем не менее имеется. То есть решение это типовой, но мы его адаптируем, и мы его меняем в зависимости от изменившихся ситуаций. Допустим, что нибудь простое, там сделали мы, под какое то конкретное предприятие. Программа управления его данными, предприятие меняется, открываются новые отделы, там новые услуги и так далее. Ну и поэтому мы меняем систему управления, там тоже меняем и саму программку.

2:09 Непрерывное развитие, но также принцип единой информационной базы. То есть информация в системе не в атаке лежит, а в виде как раз какого то целого? Поэтому нужно избегать дублирования информации или передачи информации в. разных форматах 1 и той же, ну и это вот в базах данных. Часто там, когда уже большая база начинается, что 1 и тоже записано по разному в разных местах. Все это надо сводить, чтобы именно была единственная информационная база.

2:39 Базовое определение проектирование АСУ оно на практике заключается в разработке конкретной совершенно документации. То есть вот как бы этот системный анализ такая дисциплина только что я говорил довольно все абстрактно, да вот в. Предыдущем клипе допустим сейчас конкретно, то есть проектирование, суть, а конкретные документы, структура которых описано ГОСТов. Там все совершенно вот этот документ, собственно, называется проект и в проектах должно быть описано.

3:12 Математическое программное организационно правовое обеспечение АСУ, значит, техническое обеспечение. Это что там работает, какая техника и они? Должны обеспечивать функция соцтехника, поэтому исходя из функции она подбирается информационное обеспечение, это как какой набор данных. Какая база данных или знаний имеется в системе математическое обеспечение АСУ, это совокупность методов и алгоритмов решения задач, то есть. Что мы с этими данными делаем и по каким каким моделям, да по каким алгоритмам, что и как мы с ними делаем? Ну, программное обеспечение системы. Это просто вот перечень списка программ, которые мы используем в этой системе, могут быть разные в принципе задача проектирования АСУ. Улучшение процесса управления объектом, разработка рациональной технологии получения какой то результатной информации об объекте составлении. Графиков и отчетов работы системы, чтобы можно было Танечку. Это анализ, общий осуществить создание базы данных и базы знаний, которые. Обеспечивают оптимальное использование информации, то есть вот в соответствии с разными требованиями к базе данных, там целостность и так далее.

4:30 И создание нормативно справочной информации о системе описания той системы, ну и последовательно следующий. В общем, принципиально этапы идут это во 1 обследования, то есть мы. Просто изучается система управления в результате во 1 обосновывается необходимость автоматизации. Что конкретно, что будет АСУ делать, что конкретно автоматизируем, чтобы делать так?

4:59 Дальше разрабатывается техническое задание и разрабатывается технический проект и рабочий проект. В принципе, вот 3 основные документы у нас идут техзадание, техпроектор, рабочий проект. В процессе обследования системы изучаются основные ее функции, если она система представлена как, допустим, организация, то структура организации, функции отдельных подразделений. Содержание работ собственно по управлению, что мы будем автоматизировать. В процессе обследования выясняется, какие у нас есть методические материалы, какие у нас инструкции есть, которые описывают эту работу того или иного подразделения, какой то под системой. И так далее какие можно методы применить при автоматизации и, собственно, конечные результаты обследования? Это список задач, которые мы конкретно автоматизируем и в какой последовательности будем проводить автоматизацию отчет по обследованию, это 1 документ. Который у нас фигурирует, это называется то Технико. Экономическое обоснование, но тут явно берется привить на предприятие в принципе. Особо можем не только на предприятии. Ну ладно, давайте на предприятие, значит, в то тогда по предприятию мы пишем какая то материально. Техническая база, численность работников, основные техникко, экономические показатели, поэтому но на уровне экономических показателей экономика предприятий тоже изучается. Конечно, программистами, потому что должен знать, что там, собственно, автоматизируется там.

6:34 Краткое описание функции подразделений должностных лиц, схема информационных связей маршрутов движения документов, уровень уже имеющейся. Автоматизации там, по крайней мере, Ворта там стоит на компьютерах, это уже в принципе автоматизации на основные методы управления на. предприятии и так далее, ну и в то, собственно, обоснование же. Да что там обосновывается необходимости автоматизации, то, собственно, пишем. Что автоматизируется и зачем и в какой последовательности? Но как я говорил все это итоги обследования, то есть что сначала там, что потом.

7:09 Техзадание этот документ, на который есть ГОСТ, то есть четкая структура этого техзадания. Документ, утвержденный в установленном порядке определяющие. Цели требования, основные исходные данные, необходимые для разработки автоматизированной системы управления. Даже он там может содержать до оценку. эффективности значит техзадание это документ в основе договора, который лежит так юридически брать. Выполнил те задания, оплата есть на не выполнил. Дальше делать это объем работы и но в техзадание входит общая цель создания осол, состав ее подсистем требования как раз вот к различным видам. Обеспечения требования к информационным подсистемам к математическому программному испечению комплексу тех средств, этапы создания системы и сроки. То есть вот говорю, это выступает как объем работ, в частности, сроки там указываются, какие будут созданы предварительный расчет затрат и уровень. Экономической эффективности также на основании техзадания техзадание подписывает заказчик на основании техзадания, разрабатывается техпроект текст. Проект-это техническая документация, содержащая общесистемные проектные решения, алгоритм решения задач и оценка экономической эффективности АСУ.

8:29 Тех проект содержит фактический комплекс математических моделей, ну и в принципе 4 части. Там экономическая часть, экономика, организационная, информационная, математическая техническая, экономическая часть. Собственно, вот перечень организаций, разработчиков, краткая характеристика объекта как раз вот эти из 100 переписываем техникко экономические показатели и так далее, информационная часть там конкретно. Описывается, какая конкретно будет информация поступать способа ее передачи? Состав документов внутри системы, сроки периодичности в поступлении, то есть информационная часть тех проекта, это прям конкретно. Все движение документов в системе, какие там там, ну, движение документов совершенно конкретно вещь, то есть какие сроки будут поступать там. Допустим, не знаю отчеты те или иные, там вот и так далее.

9:25 Состав, какие там конкретно будут реквизиты, какая будет диапазон изменения этих документов, допустим, какая где будут справочные документы, какие будут новые там вводиться методы? хранения, поиска изменения, конкретные формы. То есть, допустим, если заявление о приеме на работу прям форма должна быть какой форме, какие реквизиты там, все очень, так сказать.

9:48 Четко должно быть математическая часть их проекта, это обоснование выбора системы программирования, то их много развилось. И перечень стандартных программ, которые применяются в системе и при ее. разработке техническая часть, собственно, сам технический процесс обработки данных, обоснование выбора оборудования. Там надо ли покупать новые компьютеры, нужно ли там сетевое какое то обеспечение? В общем, обоснование выбора любого комплекса технических средств, которые, собственно, обеспечивают работу. Ну и наконец рабочий проект, рабочий проект, это техническая документация, утвержденная В. Установленном порядке содержащие уточненные данные и проектные решения, уточненную оценку экономической эффективности. То есть рабочий проект в самом конце уже на основе технического проекта? Разрабатывается заказчик, уже закончил работы по подготовке объекта к ведению системы, подготовил помещение для компьютера, для техники, обучил там своих людей и так далее, все в самом конце короче. Рабочий проект Рабочий проект тоже содержит примерно те же части, что тех проект, но они уже уточненные по мере, так сказать, разработки системы. Допустим, экономика организационная часть содержит. Уточненный перечень задач, которые решает с каждой под системой, в частности, в рабочем проекте лежат инструкции всем должностным лицам. Допустим, предприятия о том, что они будут делать при работе. Системы, допустим, программист обязан там менять по заявке пользователь. Там что то и то, и то, то там оператор может вносить данные, там звать программиста. Если у него что, то не получается и так далее.

11:32 Информационная часть рабочего проекта включает материалы с перечнем показателей, порядок формирования массивов, информации, методы контроля, информации, изменений и так далее. Перечень конкретных показателей, которые по запросу выдаются система. Математической части уточненной математически естественно модели, используемая операционная система, выбранная система программирования, перечень стандартных программ и так далее. Ну и наконец техническая часть рабочего проекта, конкретные уже. Закупленные компьютеры все, что стоит там и работает системе, график их загрузки, график работы, режим функционирования. Вот все, значит, есть множество требований, единая система конструкторской документации, есть много ГОСТов на техзадание на. Рабочий проект и так далее, которые описывают с разной степенью подробности, но приденая гибкость есть. Если у нас проект маленький, там и ТЗ пишем маленькая. Если у нас проект о го го, там на весь завод мы большой, это запишем, то же самое относится. К тех проекту и к рабочему проекту, ну это нудная часть. Вообще говоря, то есть там надо все словами написать то, что программа и так быстро делает, но без нее нельзя, потому что должен закачивать четко себе. Представляешь, что и как там работаем?

12:52 В общем, опять же начальный курс, поэтому общее представление там может быть про разработку тех документация. Чего замучу, и там ГОСТы по разбираем мне тоже. Постоянно приходилось это делать, когда разрабатывала все эти документы. Я в огромном количестве писала, это довольно скучная часть работы, но, конечно, необходимо.

Расшифровка сделана автоматически (Yandex SpeechKit) и может содержать ошибки в терминах.