
- •Раздел 2. Лист 75/75
- •1) Постановка задачи.
- •2) Математическая формализация.
- •3) Построение алгоритма.
- •4) Составление алгоритма на языке программирования.
- •5) Отладка и тестирование программы.
- •6) Проведение расчетов и анализ получаемых результатов.
- •Основные типы алгоритмов. Структуры и формы записи алгоритмов.
- •1) Словесно-формульный (на естественном языке)
- •2) Графический способ (с использованием графических примитивов, блок-схем)
- •Структурированные типы данных (массивы, файлы, записи, множества).
- •X: array [1..5,1..10] of real;
- •Var f :text;
- •Динамические структуры данных.
- •Динамическая память. Управление памятью.
- •Управление файлами.
- •Страничная память
- •Стратегии управления страничной памятью
- •Алгоритм fifo – Выталкивание первой пришедшей страницы – Простейший алгоритм
- •Операции над файлами
- •Организация ввода-вывода.
- •Жизненный цикл программ
- •6. Показатели качества по. Стандарты качества программного обеспечения. Тестирование и обеспечение качества.
- •Основные стандарты качества по гост 28195-89. Оценка качества программных средств. Общие положения
- •Гост 28806-90. Качество программных средств. Термины и определения
- •Гост р исо/мэк 9126-93. Оценка программной продукции. Характеристики качества и руководства по их применению
- •Уровни тестирования
- •Статическое и динамическое тестирование
- •Регрессионное тестирование
- •Тестовые скрипты
- •Тестирование «белого ящика» и «чёрного ящика»
- •Покрытие кода
- •8.Требования предъявляемые к ос. Ресурсы и их распределение в операционной системе.
- •9.Архитектура ос. Микроядерная архитектура.
- •11.Механизм прерываний. Способы выполнения прерываний. Приоретизация и маскирование прерываний. Диспетчеризация прерываний в операционной системе.
- •12.Специфика и свойства осрв. Технические свойства осрв.
- •13.Задачи, процессы, потоки. Связь между процессами в осрв.
- •Операции над процессами
- •Иерархия процессов
- •Преимущества многопоточности
- •17.Понятие безопасности информации и виды безопасности
- •18.Статьи затрат на разработку асоиу. Состав и структура асоиу: функциональные подсистемы, обеспечивающие и управляющие системы
- •19.Концепции системы: цели предприятия, цели асоиу. Содержание тз на проектирование асоиу.
- •20.Требования к технологии проектирования систем. Стандарты проектирования, оформление проектной документации, использование интерфейса.
- •21.Моделирование потоков данных. Накопительные процессы данных, потоки данных
- •1 Название подсистемы
- •1.1 Название процесса
- •22.Понятие пилотного проекта, его характеристики. Планирование и выполнение пилотного проекта
- •23.Оценка пилотного проекта
- •24.Внедрение пилотного проекта
- •25.Практическое использование пилотного проекта: план перехода и его реализация
19.Концепции системы: цели предприятия, цели асоиу. Содержание тз на проектирование асоиу.
Концепции системы: цели предприятия
Концепция – система взглядов на что либо, основные мысли.
Разработка концептуальной модели будущей системы – последующий этап после формирования цели. При формировании концептуальной модели для производственного предприятия основными целями могут быть:
Оптимизация процесса управления и сбора информации.
Сокращение численности управленческого аппарата.
Многофакторный автоматизированный анализ управления, процесса производства, маркетинга, сбыта и т.д. по разным факторным показателям.
Оптимизация производственной программы с учетом различных внутренних и внешних факторов.
Автоматизация отдельных функций управления.
Изменение временных периодов функций управления (имеется в виду сокращение сроков).
Повышение достоверности, своевременности сбора и обработки многофакторной информации.
Цели для поисковой системы:
Многопараметровое формирование наборов данных и значений.
Поиск, обработка и выдача многофакторных показателей или информации
Определение целей связанно со следующими признаками:
Режим работы. Здесь имеется в виду периоды, частоты выдачи информации, время анализа и т.д.
Уровень представления информации. Здесь имеется в виду высший уровень управления оперативный уровень управления, производственно-технологический уровень, уровень маркетинга и сбыта, уровень снабжения, сбыта, финансирования и т.д.
Средства сбора информации. Количество точек измерения иди терминалов, количество параметров, их характеристики, характеристика различных видов информации и вид её представления и отображения.
Уровень отображения. Имеется в виду предполагаемый и возможный перечень средств отображения, место их расположения и их основные характеристики, включая и психофизические.
Метод управления, диагностирования, поддержки обеспечения. Имеется в виду централизованный, сосредоточенный, смешанный, анализ ситуации по причинно-следственным диаграммам и показателям, прогнозирование – анализ работы системы.
Средства реализации. ПК, суперПК, сети и т.д.
Границы финансовых возможностей и критерии эффективности. Наличие необходимого и достаточного финансирования, максимальные границы затрат на создание системы, показатели экономической эффективности.
После определения цели, т.е. формирования концептуальной модели необходимо провести предварительный анализ, основанный на обработке следующих данных:
Описание структуры производства и связей между структурами.
Описание системы управления.
Определить, какие данные для какой задачи нужны, провести предварительную оценку объема данных.
Установить, какие вычислительные средства имеются на предприятии.
После этого анализа можно выбрать путь проектирования и вариант работы над проектом. Т.е. необходимо провести концептуальное проектирование или сформировать предварительный или черновой вариант системы, в котором надо определить:
Структуру системы, т.е. состав подсистем, задач и связи между ними.
Состав технических средств, их расположение и характеристики, способы решения задач, перечень основных показателей, способы представления данных.
Состав основных требований к системе.
Этапность реализации проекта, сроки выполнения.
Финансовые и материальные затраты
Далее делается оценка возможности реализации выбранного проекта. Т.е.
Наличие достаточного финансирования.
Возможность реализации в заданные сроки.
Наличие достаточного опыта и знаний для выполнения проекта.
Определить, подходят ли выбранные методы и способы и позволяют ли они решать те классы задач, которые включены в данный проект.
Наличие или возможность приобретения требуемых технических средств и оборудования.
Для систем реального времени определить возможность соблюдения временных требований по обработке сигналов и их отображению.
На этапе концептуального моделирования работы проводятся в двух направлениях:
Изучение предметной области, построение концептуальной модели данных и знаний.
Разработка структуры предметной области, метода представления данных и знаний и взаимодействия системы с пользователем или разработка интерфейса.
Проведение всей необходимой работы на этапе концептуального моделирования требует большого опыта и знаний.
Как правило, на первом этапе прорабатывается и создается структура БД и БЗ с необходимым программным обеспечением, которое может являться первой реализацией проекта.
Если у разработчика или заказчика есть средства моделирования или автоматизированного проектирования, то на этом этапе моделируется будущая система, и заказчик и пользователь определяют необходимые её параметры и возможность будущей системы отвечать заданным требованиям, т.е. на данном этапе делается спецификация всех требований и параметров будущей системы. Кроме них также включается перечень документов и форм их представления в системе, а также описание всех режимов работы системы.
В состав системы на этапе концептуального проектирования могут быть включены блоки, исполняющие различные функции. В частности:
Сбор и анализ информации.
Подсистема обучения.
Подсистема тестирования.
Экспертная подсистема.
Подсистема, осуществляющая взаимодействие между модулями, функциями, задачами и пользователем.
Могут быть включены модули связи, мосты.
Все эти блоки можно отнести к обеспечивающим подсистемам.
В общем виде концептуальное проектирование – это:
Разработка будущей модели или системы, в том числе и информационной модели объекта.
Способы решения задач, представления данных и знаний.
Порядок реализации системы, включающий этап обследования, проектирования подсистем, реализация всей системы и её внедрение.
Концепции системы: цели АСОИУ
Для обеспечения рабочей структуры система должна:
Определить цели нашей системы
Сформулировать концепцию системы
Обследовать объект управления и получить ответ на вопрос: можно ли создать систему для достижения выдвинутых целей в соответствии с данной концепцией
Сформулировать состав системы и содержание системы
Под целями понимаются:
Цели могут быть политическими, т.е. разработка данной АСОИУ представляется как процесс информатизации общества;
Коренное изменение и улучшение процесса управления объектом;
Достижение экономического эффекта.
----------
В общем виде концептуальное проектирование это:
Разработка модели будущей системы и информационной модели объекта;
Выбор способов решения задач представления данных и знаний;
Рассмотрение порядка реализации системы.
После определения целей необходимо провести предварительный анализ, основанный на обработке следующих данных:
Описание структуры производства и связь между структурами;
Описание системы управления;
Определение, какие данные для каждой задачи нужны; провести предварительную оценку объема данных;
Есть ли ПК, периферия и какое используется ПО.
Далее необходимо провести концептуальное проектирование или сформировать черновой вариант системы, в котором надо определить:
Структуру системы;
Состав технических средств;
Выбрать способ решения задач, перечень основных показателей, определить способы представления данных;
Состав основных требований;
Определить этапы реализации проекта, сроки, финансовые и материальные затраты.
Далее делается оценка возможности реализации выбранного проекта. Сюда входит:
Наличие достаточного финансирования;
Возможность реализации в заданные сроки;
Определить наличие достаточного опыта и знаний для реализации проекта;
Наличие или возможность приобретения требующихся технических средств (ТС).
Далее следует этап концептуального проектирования. Здесь работа проводится в двух направлениях:
Изучение предметной области и построение концептуальной модели данных и знаний;
Разработка структуры предметной области.
Далее следует этап специфицирования. На нем:
Формируются все требования и показатели;
Составляется перечень документов и форм их представления в системе;
Описание связей в системе;
Описание всех режимов работы системы и всех ее подсистем.
В состав системы на этапе концептуального проектирования могут быть включены такие блоки:
Подсистема обучения; 2) Подсистема тестирования; 3) Экспертная подсистема.
Содержание ТЗ на проектирование АСОИУ
Техническое задание.
Всяким основанием для написания ТЗ служит технико-экономическое обоснование, в котором должны найти отражение все положения, расположенные на этапе концептуального проектирования.
Содержание технико-экономического обоснования:
Характеристика объекта в данном предприятии, которое необходимо автоматизировать;
Цели, функции, задачи создания автоматизированных систем;
Ожидаемые технико-экономические результаты;
Выводы и предложения.
Разработка ТЗ при создании АСОИУ является завершающим этапом проектной стадии и заключается в предоставлении данных, необходимых для разработки системы.
ТЗ включает в себя:
Требования к комплексу и задачам;
Требования к техническим средствам;
Требования к информационному обеспечению;
Требования к математическому обеспечению.
При разработке ТЗ устанавливается очередь создания АСОИУ с указанием перечня подсистем и задач, входящих в состав системы.
Очередность разработки системы обуславливается следующими факторами:
Возможностью реализации данной подсистемы;
Возможностью использования технических средств;
Возможностью внедрения в наименьшие сроки тех или иных подсистем;
Подготовленностью предприятия;
Наиболее целесообразной технологической реализации всей системы с точки зрения общей суммы затрат;
Возможностью использования в последующих подсистемах результатов предыдущих подсистем;
Возможностью создания информационной базы системы.
Очередность проектирования и внедрения отдельных очередей системы должна быть отражена в общем графике работ по созданию АСОИУ.
ТЗ должно содержать:
Характеристику объекта и/или существующей системы управления;
Цели, функции, задачи создания АСОИУ;
Ожидаемые технико-экономические результаты.
Разделы ТЗ:
Наименование;
Основание для создания;
Цели;
Требования к АСОИУ;
Состав, содержание и организация работ по подготовке объекта к вводу системы в действие;
Показатели эффективности;
Порядок контроля и приемки системы;
Источники разработки.
Требования к системе обычно содержат:
Перечень автоматизированных органов управления с указанием условий и режимов эксплуатации АСОИУ;
Перечень функциональных подсистем и их основные характеристики;
Место АСОИУ в иерархии управления, ее взаимосвязи с системами управления других уровней;
Перспектива развития, модернизации, наращивание подсистемы.
Требования к функциям системы:
Перечень функций с указанием объемов и видов входной, выходной информации;
Требования к качеству и характеристикам реализации функции:
Точность;
Время решения данной функции;
Достоверность выдачи результата;
Периодичность форм представления информации;
Продолжительность и режим вычисления;
Режимы работы системы;
Режим работы рабочих мест.
Требования к совместимости с другими системами, способы обмена информацией с другими системами.
Требования к техническим средствам:
Виды технических средств;
Характеристики технических средств.
В ТЗ следует указать:
Требования по защите информации;
Требования по документированию;
Требования по надежности;
Требования к ПО.
В раздел состав/содержание необходимо включить:
Набор обеспечивающих систем;
Условия функционирования систем, при которых гарантируется соответствие требованиям ТЗ;
План работы, перечень организаций-соисполнителей;
Обоснование очередности работы.
Раздел «показатели эффективности» должен содержать:
Общие затраты по созданию АСОИУ по годам (месяцам), в том числе на НИР и ОКР, на приобретение техники, ее установку и пуск;
Ожидание экономии от внедрения системы;
Срок окупаемости затрат.
Раздел «порядок контроля и приемки» должен содержать:
План, форму испытаний;
Описание конкретных задач и примеров.
Раздел «источники разработки» должен содержать:
Перечень НИР;
Отчеты по ОКР;
Перечень защищенных авторами разработок на тему АСОИУ;
Список технической и научной литературы.