- •Раздел 2. Лист 75/75
- •1) Постановка задачи.
- •2) Математическая формализация.
- •3) Построение алгоритма.
- •4) Составление алгоритма на языке программирования.
- •5) Отладка и тестирование программы.
- •6) Проведение расчетов и анализ получаемых результатов.
- •Основные типы алгоритмов. Структуры и формы записи алгоритмов.
- •2) Графический способ (с использованием графических примитивов, блок-схем)
- •1) Словесно-формульный (на естественном языке)
- •Структурированные типы данных (массивы, файлы, записи, множества).
- •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.Практическое использование пилотного проекта: план перехода и его реализация
20.Требования к технологии проектирования систем. Стандарты проектирования, оформление проектной документации, использование интерфейса.
Требования к технологии проектирования систем Общие требования к методологии и технологии:
Технология – жесткая последовательность действий, приводящая к цели.
Методы, методологии реализуются через конкретные технологии, через стандарты, инструментальные средства, которые обеспечивают выполнение ЖЦ.
Технология проектирования определяется как совокупность трех составляющих:
пошаговой процедуры, определяющей последовательность технологических операций проектирования;
критериев и правил, используемых для оценки результатов выполнения технологических операций;
графических и текстовых средств, используемых для описания проектируемой системы.
Технологические инструкции, составляющие основу технологии, должны состоять из описания послед-сти технол операций, условий, в зависимости от которых выполняется та или иная операция, и описание самих операций.
Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим общим требованиям:
технология должна поддерживать полный ЖЦ ПО;
технология должна обеспечивать гарантир достиж цели разработки ИС заданного качества и в установ время;
технология должна обеспечивать выполнение крупных проектов в виде подсистем (т.е. проведение декомпозиции проекта на составные части, разрабатываемые группами, ограниченной численностью с последующей интеграцией частей). Опыт разработки крупных ИС показал, что для повышения эффективности работ необходимо разбить проект на слабосвязанные по данным и функциям подсистем. При этом необходимо обеспечить координацию ведения проекта и исключить дублирование результатов работ каждой проектной группы;
технология должна обеспечивать возможность проведения работ по пров. подсистем небольшими группами (3-7 человек). Это обусловлено принципами управляемости коллектива и повышение производительности за счет минимизации числа внешних связей;
технология должна обеспечивать минимальное время получения работоспособной ИС. Речь идет не о сроках готовности всей ИС, а о сроках реализации отдельных подсистем. Реализация ИС в целом в короткие сроки может потребовать большого числа разработчиков, при этом эффект может оказаться ниже, чем при реализации в более короткие сроки отдельных подсистем меньшим числом разработчиков. Практика показывает, что даже при наличии полностью завершенного проекта, внедрение идет последовательно по отдельным подсистемам;
технология должна предусматривать возможность управления конфигурацией проекта, возможность автоматического выпуска проектной документации и синхронизации ее версий с версией проекта;
технология должна обеспеч независимость выполняемых реш от средств реализации ИС (языки программ);
технология должна быть поддержана комплексом средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ (case-средства).
Реальное применение любой технологии проектирования, разработки и сопровождения ИС в конкретной организации и в конкретном проекте невозможно без выработки ряда стандартов (правил, соглашений), которые должны соблюдаться всеми участниками проекта.
Стандарты проектирования, оформление проектной документации, использование интерфейса
Реальное применение любой технологии проектирования, разработки и сопровождения ИС в конкретной организации и в конкретном проекте невозможно без выработки ряда стандартов (правил, соглашений), которые должны соблюдаться всеми участниками проекта.
К таким стандартам относятся:
стандарты проектирования;
стандарты оформления проектной документации;
стандарты пользовательского интерфейса.
Стандарты проектирования должны устанавливать:
набор необходимых моделей (диаграмм) на каждой стадии проектирования и степень их детализации;
правила фиксации проектных решений на диаграммах, в том числе: правила именования объектов, набор атрибутов для всех объектов и правила их заполнения на каждой стадии, правила оформления диаграмм;
требования к конфигурации рабочих мест разработчика, включая настройки ОС, общие настройки проекта;
механизм обеспечения совместной работы над проектом, в том числе: правила интеграции подсистем проекта, прав поддержания проекта в одинак. для всех разработчиков сост, прав проверки реш на непротиворечивость.
Стандарты оформления проектной документации должны устанавливать:
комплектность, состав и структуру документации на каждой стадии проектирования;
требования к ее оформлению (содержание разделов, подразделов, графиков, таблиц);
правила подготовки, рассмотрения, согласования, утверждения документации с указанием предельных сроков для каждой стадии;
требования к настройке издательской сист, используемой в качестве встроенного ср-ва подготовки докум-ции;
требования к настройке case-средств в соответствии с установленными требованиями.
Стандарты пользовательского интерфейса должны устанавливать:
правила оформления экранов, состав и расположение окон и элементов управления;
правила использования клавиатуры и мыши;
правила оформления текстов помощи;
перечень стандартных сообщений;
правила обработки реакций пользователя.
