Шпаргалка по "Программированию и компьютерам"

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

 Методологическую  основу проектирования АСОИУ составляет системный подход, в соответствии с которым она представляет собой совокупность взаимосвязанных объектов (элементов), функционирующих совместно для достижения общей цели.

 Процесс управления может быть описан как  направленное управляемое воздействие  на компоненты системы.

   
 
 
 
 
 
 
 

 Основные  информационные потоки выполняют следующее:

 1) Из внешней  среды системы управления (законодательство, конъюнктура рынка, информация  для выработки воздействия).

 2) Поток  из системы управления во внешнюю  среду (различные формы отчетности).

 3) Представляют  собой прямую-обратную связь.  Прямая связь – это различные  воздействия на объект управления (регламенты, нормативы, требования).

 4) Учетная  информация. 

 Системы управления представляют собой совокупность взаимодействующих структурных подразделений выполняющих:

 - планирование - функция, определяющая цель функционирования  автоматизированной системы на  различные периоды времени (стратегическое, тактическое, оперативное планирование);

 - учет - функция,  отображающая состояние объекта управления в результате выполнения технологических процессов;

 - контроль - функция, с помощью которой  определяется отклонение учетных  данных от плановых целей и  нормативов;

 - оперативное  управление - функция, осуществляющая  регулирование всех технологических процессов с целью исключения возникающих отклонений в плановых и учетных данных;

 - анализ - функция, определяющая тенденции  в работе системы и резервы,  которые учитываются при планировании  на следующий временной период.

 В соответствии с характером обработки информации на различных уровнях управления АС выделяют: системы обработки данных, информационные системы управления, системы поддержки принятия решений.

 Идеальной считается система, которая включает все три типа перечисленных информационных систем. В зависимости от охвата функций и уровней управления различают корпоративные (интегрированные) и локальные ИС.

 Корпоративная (интегрированная) ИС автоматизирует все функции управления на всех уровнях управления. Такая ЭИС является многопользовательской, функционирует в распределенной вычислительной сети.

 Локальная ИС автоматизирует отдельные функции управления на отдельных уровнях управления. Такая ИС может быть однопользовательской, функционирующей в отдельных подразделениях системы управления.

 Функциональные  подсистемы - представляют собой комплекс задач с высокой степенью информационных обменов или связей между задачами. Под задачей будем понимать некоторый процесс обработки информации с четко определенным набором входной и выходной информации.

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

 Это могут  быть:

 1) Управление  персоналом.

 2) Управление  материально-техническим снабжением.

 3) Управление  финансами и др.

 Обеспечивающие системы образуют следующие подсистемы:

 1) Подсистема организации обеспечения: методические материалы, описывающие процесс создания и функционирования системы, техническая документация, полученная в процессе проектирования (технико-экономическое обоснование, ТЗ).

 2) Правовое обеспечение: документы определяющие статус создаваемой системы, правовые полномочия подразделений и отдельных процессов.

 3) Техническое обеспечение: представлен комплекс технических средств предназначенных для обработки данных, в том числе каналы связи, средства накопления данных и т.д.

 4) Математическое обеспечение.

 5) Программное обеспечение.

 6) Информационное обеспечение: включает в себя средства внекомпьютерного информационного обеспечения (классификатор) и внутрикомпьютерного (структура БД, входных и выходных файлов, экранных форм).

 7) Подсистемы лингвистического обеспечения: определяют требования к языкам.

 8) Подсистемы технологического обеспечения.

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 2. Основы методологии проектирования АСОИУ: Жизненный цикл АС. Стадии создания АС. Понятие проекта, процесса проектирования и технологического проектирования АС. Объекты и субъекты проектирования АС. Состав компонентов технологии проектирования АС. Классификация методов проектирования АС.

 

 Под проектом АС мы будем понимать проектно-конструкторскую и технологическую документацию в которой описаны проектные решения по созданию и эксплуатации автоматизированной системы в конкретной программно-технической среде.

 Под проектированием АС понимается процесс преобразования входной информации об объекте проектирования, о методах проектирования, об опыте создания аналогичных проектов в проект АОСИУ.

 С этой точки  зрения процесс проектирования сводится к последовательной формализации проектных решений на различных стадиях жизненного цикла АС.

 1) Анализ  требований.

 2) Технорабочее  проектирование.

 3) Внедрение.

 4) Эксплуатация.

 Объектами проектирования являются отдельные элементы или комплексы функциональных или обеспечивающих частей АС. В качестве субъекта проектирования выступают коллективы специалистов осуществляющих проектную деятельность.

 Под технологией проектирования понимают совокупность методологий и средств проектирования, а также методов и средств управления процессом проектирования.

 ЖЦ АС (ГОСТ 34.601-90) может быть описан последовательностью  следующих стадий:

 1)  «Предпроектная»  стадия: исследование и анализ  существующих АС, определение требований  к вновь создаваемой системе.  Результатом является технико-экономическое обоснование и техническое задание на создание системы.

 2) Стадия  «Проектирования» или «Технопроектирования»:  разработка в соответствии выделенными  требованиями функциональной архитектуры  и обеспечивающих подсистемы. Результат  – оформление технического проекта (DFD, IDEF0, UML).

 3) Стадия  «Реализации» или «Рабочего проектирования»:  разработка программ, создание, наполнение  БД, создание соответствующей документации, руководства программисту, администратору (документация оформляется в соответствии  с ГОСТ RD 50.34.698-90 АС: требования к содержанию документа).

 4) Стадия  «Внедрения»: отладка подсистем,  обучение персонала, подписание  акта о внедрении.

 5) Стадия  «Эксплуатации»: сбор статистики  о функционировании и эксплуатации  АС, устранение ошибок, недоработок, оформление требований к модернизации АС.

 

 К основным целям системного анализа относится следующее: 1) сформулировать потребность в новой АС (идентифицировать все недостатки существующей АС); 2) выбрать направление и определить экономическую целесообразность проектирования АС.

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

 
 
 

 Другой  характерной чертой жизненного цикла  является наличие нескольких циклов внутри схемы:

 первый  цикл, включающий блоки 1 - 12, - это цикл первичного проектирования АС;

 второй  цикл (блоки: 7 - 8, 6 - 7) - цикл, который возникает после опытного внедрения, в результате которого выясняются частные ошибки в элементах проекта, исправляемые начиная с 6-го блока;

 третий  цикл (блоки: 9 - 10,4 - 9) возникает после сдачи в промышленную эксплуатацию, когда выявляют ошибки в функциональной архитектуре системы, связанные с несоответствием проекта требованиям заказчика, по составу функциональных подсистем, составу задач и связям между ними;

 четвертый цикл (блоки: 12,5 -12) возникает в том случае, когда требуется модификация системной архитектуры в связи с необходимостью адаптации проекта к новым условиям функционирования системы;

 пятый цикл (блоки: 12, 1 - 12 ) возникает, если проект системы совершенно не соответствует требованиям, предъявляемым к организационно-экономической системе ввиду того, что осуществляется моральное его старение и требуется полное перепроектирование системы.

 С точки  зрения реализации перечисленных аспектов в технологиях проектирования ЭИС  модели жизненного цикла, определяющие порядок выполнения стадий и этапов, претерпевали существенные изменения. Среди известных моделей жизненного цикла можно выделить следующие модели:

 каскадная модель (до 70-х годов) - последовательный переход на следующий этап после завершения предыдущего;

 итерационная  модель (70 - 80-е годы) - с итерационными возвратами на предыдущие этапы после выполнения очередного этапа;

 спиральная  модель (80 - 90-е годы) - прототипная модель, предполагающая постепенное расширение прототипа АС.

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

 Итерационная модель. Создание комплексных АС предполагает проведение увязки проектных решений, получаемых при реализации отдельных задач. Подход к проектированию «снизу-вверх» обусловливает необходимость таких итерационных возвратов, когда проектные решения по отдельным задачам комплектуются в общие системные решения и при этом возникает потребность в пересмотре ранее сформулированных требований.

 алгоритмов.

 

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

 

 Каноническое  проектирование АС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуществляемого на уровне исполнителей без использования каких-либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций. Как правило, каноническое проектирование применяется для небольших локальных АС.