Студопедия

Главная страница Случайная страница

КАТЕГОРИИ:

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника






Методы статического анализа






Статический анализ представляет собой исследования программного обеспечения без его запуска. В отличие от тестирования объектом исследования является не наблюдаемыми поведения программы, а ее код сопровождается. Это позволяет обнаружить некоторые виды дефектов, не выявляемые при тестированиях.

1) Анализ проекта (design review) – разновидность мозгового штурма – совместное обсуждения разработчиками проектных решений связанных с архитектурой системы с организацией взаимодействия компонентов, алгоритмами решения отдельных задач, а также применяемыми технологиями, алгоритмами и средствами. Анализ проекта похеж на мозговой штурм, но его поиском является …. Применяется во всех стадиях проекта. По мимо решения технических задач, анализ проекта способствует создания благоприятного климата в коллективе.

29.09.2015

Лекция 7

Code review

Code inspection

Инспекция кода – проверка исходного кода программного компонента, путем прочтения его разработчиками не участвующими в его разработке.

Задачи:

1) Улучшения качества оформления кода и проверки соблюдения требований на оформления и наличия комментарий. (проверка частично автоматизирована)

2) Поиск локализации ошибок – которые трудно выявить при тестирований (утечки памяти, некорректная работа с внешними ресурсами, некорректная реализация много поточности, использования неопределенного определения использования трюков и документирования). Часть этих задач выполняется автоматизировано. Поиск простых ошибок автоматизирован.

3) Поиск дыр в безопасности

4) Проверка качества модульных тестов

5) Обучения молодых разработчиков

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

Взаимный анализ кода написаний др. разработчикам.

Взаимный анализ группой разработчиков

24.09.2015

Лекция 8

Модели архитектуры Информационных систем

Они делятся на 2 большие категории:

1) Централизованные модели –

2) Децентрализованные модели –

 

I. Модель монолитная именно в ней деления на клиентскую часть отсутствует. Деления системы на клиентскую часть фактически отсутствует. Все компоненты системы вкл информационные обеспечения устанавливаются на каждый клиентский сервер.

Достоинств, а такой системы – это простота

Недостаток обмен или отсутствие информаций

Применяется в информационно управляющих системах не требующей регулярно отманивающих систем.

II. Фарсервирная модель – сервер есть но он играет важную роль. Со слабл структурированной документаций происходит выполнения.

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

Достоинство:

· Простата

· Возможность работы с не однородной не структурированных работ

Недостатки:

· высокая на грузка на сеть

· возможные коллизий привозможной при нескольких модификации файлов некоторых пользователей.

Применения:

o Файло-обменные системы

o Системы обработки слабо структурированной информации (техническая, медицинская, видеозаписей)

o Классическая клиент серверная модель – это модель

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

Достоинства:

1)

2) Рациональная нагрузка сервера между клиентом и сервером

Основной недостаток:

1) Необходимость установки и обслуживания специального программного обеспечения на каждый клиентский компьютер. Основное применения многопользовательский корпоративные системы

 

III. Трех уровневая архитектура или архитектура толстый и тонкий клиент

Появилось 3 звена.

Уровень хранилища данных обеспечивает целостность БД.

Уровень презентации и представлений решает

Система делится на 3 ФИЗИЧИСКИХ ЗВЕНА:

o Сервер БД

o Сервер приложений

o Клиентская часть

Которым соответствуют 3 логических уровня:

· Уровень хранения данных

· Уровень бизнес логики

· Уровень представлений или презентаций

Задача сервера БД является хранения данных обеспечения не противоречивых выполнений запросов при необходимости восстановления данных. Обработка данных во основном осуществляется серверам приложений.

Клиентская часть осуществляет визуализацию данных как правило виде HTML – страницы. А также подготовку запросов пользователя и валидацыю полученных от него данных.

Достоинства:

1) Простота подключения новых клиентов

Основной недостаток:

1) Повышенные требования к надежности производительности сервера

Основное применения

1) Системы доступа для обслуживания интернета

30.09.2015

Лекция 9

Многоуровневая архитектура

 

Lagor N-1
Lagor N
Lagor N + 1

 


В системе выделяются логические уровни различающиеся между собой как характер решаемых задач. Так и применяемых технологий и применяемыми инструментариями. Явный обмен данными осуществляется только между соседними слоями. Остальные слой абстрагирование. Эти слои называются слоями абстракции. Деления на логические слои или уровни может соответствовать на деления соответствующих звеньев. Основное преимущества – это гибкость архитектуры. Изменения локализуется в пределах одного двух слоев. Относительное удобство сопровождения и стандартизации.

Основной недостаток:

Снижения производительности между всеми отраслями


Поделиться с друзьями:

mylektsii.su - Мои Лекции - 2015-2024 год. (0.009 сек.)Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав Пожаловаться на материал