- •Структура и архитектура программного обеспечения (Software Structure and Architecture)
- •Объекты
- •Структура
- •Жизненный цикл аис
- •Методы оценки трудоёмкости разработки аис
- •Определение службы wins
- •С точки зрения пользователя
- •Участники процесса разработки по
- •Проблемы разработки по
- •Структура
- •Разработка программного продукта. Этапы проектирования и построение модели
- •Этапы и итерации
- •Элементы достоверности данных
- •Процессы жизненного цикла по (аис)
- •Модели жизненного цикла по Водопадная (каскадная, последовательная) модель
- •Итерационная модель
- •Спиральная модель
- •Программное обеспечение
- •Системное по
- •Прикладное по
- •Инструментальное по
- •Разработка программного продукта. Этапы проектирования и построение модели
- •Этапы реализации проекта
- •Планирование структуры дерева Каталога
- •Виды требований по уровням
- •Виды требований по характеру
- •Источники требований
- •Файловый сервер
- •Архитектура «файл-сервер»
- •Требования, предъявляемые к тс по
- •Серверные решения
Элементы достоверности данных
Итак, каковы же элементы достоверности данных? Данные – это как отшлифованный драгоценный камень. Существует много аспектов данных, и каждый из аспектов является важным фактором при проверке достоверности данных.
Для обеспечения достоверности данных, которые создаются в результате расчётов, необходимо соответствие другим факторам. Вот некоторые из этих факторов:
-
Расчёты, используемые для получения единицы данных.
-
Дата и время, когда были произведены расчёты.
-
Организация, выполнившая расчёты.
-
Необработанные данные, включенные в расчёты.
-
Необработанные данные, исключенные из расчётов.
Протокол передачи данных — набор соглашений интерфейса логического уровня, которые определяют обмен данными между различными программами. Эти соглашения задают единообразный способ передачи сообщений и обработки ошибок при взаимодействии программного обеспечения разнесённой в пространстве аппаратуры, соединённой тем или иным интерфейсом.
Стандартизированный протокол передачи данных также позволяет разрабатывать интерфейсы (уже на физическом уровне), не привязанные к конкретной аппаратной платформе и производителю (например, USB, Bluetooth).
27
\\=\=\=\=\=
28
Нелинейная система — динамическая система, в которой протекают процессы, описываемые нелинейными дифференциальными уравнениями.
Свойства и характеристики нелинейных систем зависят от их состояния. Некоторые виды нелинейных звеньев:
-
звено релейного типа
-
звено с кусочно-линейной характеристикой
-
звено с криволинейной характеристикой любого сочетания
-
звено, уравнение которого содержит произведение переменных или их производных и другие их комбинации
-
нелинейное звено с запаздыванием
-
импульсное звено
-
логическое звено
В отличие от линейной системы не обладает свойствами суперпозиции, частота выходного сигнала зависит от его амплитуды и др.
Многие нелинейные системы в области малых изменений параметров поддаются линеаризации.
\\\ +++
29
Модель жизненного цикла программного обеспечения — структура, содержащая процессы действия и задачи, которые осуществляются в ходе разработки, использования и сопровождения программного продукта.
Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации[1]. Этот цикл — процесс построения и развития ПО.
Процессы жизненного цикла по (аис)
-
Основные:
-
Приобретение (действия и задачи заказчика, приобретающего ПО)
-
Поставка (действия и задачи поставщика, который снабжает заказчика программным продуктом или услугой)
-
Разработка (действия и задачи, выполняемые разработчиком: создание ПО, оформление проектной и эксплуатационной документации, подготовка тестовых и учебных материалов и т. д.)
-
Эксплуатация (действия и задачи оператора — организации, эксплуатирующей систему)
-
Сопровождение (действия и задачи, выполняемые сопровождающей организацией, то есть службой сопровождения). Сопровождение — внесений изменений в ПО в целях исправления ошибок, повышения производительности или адаптации к изменившимся условиям работы или требованиям.
-
-
Вспомогательные
-
Документирование (формализованное описание информации, созданной в течение ЖЦ ПО)
-
Управление конфигурацией (применение административных и технических процедур на всем протяжении ЖЦ ПО для определения состояния компонентов ПО, управления его модификациями).
-
Обеспечение качества (обеспечение гарантий того, что ИС и процессы ее ЖЦ соответствуют заданным требованиям и утвержденным планам)
-
Верификация (определение того, что программные продукты, являющиеся результатами некоторого действия, полностью удовлетворяют требованиям или условиям, обусловленным предшествующими действиями)
-
Аттестация (определение полноты соответствия заданных требований и созданной системы их конкретному функциональному назначению)
-
Совместная оценка (оценка состояния работ по проекту: контроль планирования и управления ресурсами, персоналом, аппаратурой, инструментальными средствами)
-
Аудит (определение соответствия требованиям, планам и условиям договора)
-
Разрешение проблем (анализ и решение проблем, независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровождения или других процессов)
-
-
Организационные
-
Управление (действия и задачи, которые могут выполняться любой стороной, управляющей своими процессами)
-
Создание инфраструктуры (выбор и сопровождение технологии, стандартов и инструментальных средств, выбор и установка аппаратных и программных средств, используемых для разработки, эксплуатации или сопровождения ПО)
-
Усовершенствование (оценка, измерение, контроль и усовершенствование процессов ЖЦ)
-
Обучение (первоначальное обучение и последующее постоянное повышение квалификации персонала)
-
Каждый процесс включает ряд действий. Например, процесс приобретения охватывает следующие действия:
-
Инициирование приобретения
-
Подготовка заявочных предложений
-
Подготовка и корректировка договора
-
Надзор за деятельностью поставщика
-
Приемка и завершение работ
Каждое действие включает ряд задач. Например, подготовка заявочных предложений должна предусматривать:
-
Формирование требований к системе
-
Формирование списка программных продуктов
-
Установление условий и соглашений
-
Описание технических ограничений (среда функционирования системы и т. д.)
К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ:
-
каскадная модель (70-85 г.г.);
-
спиральная модель (86-90 г.г.).