Лекции по проектировании информационных систем для студентов, обучающихся по специальности «Прикладная информатика в экономике»



бет23/31
Дата18.10.2022
өлшемі0.58 Mb.
#462896
түріЛекции
1   ...   19   20   21   22   23   24   25   26   ...   31
doc 165

Итерационное использование прототипного подхода к разработке ЭИС обеспечивает экономию ресурсов на проектирование, а самое главное, резкое сокращение времени на разработку и внедрение готовой к эксплуатации системы. При этом основным достоинством прототипной технологии является значительное снижение объема доработок ЭИС при ее внедрении, который для традиционных методов проектирования, как показывает опыт, соразмерен с затратами на первоначальную реализацию.
    1. СЕРТИФИКАЦИЯ И ОЦЕНКА ПРОЦЕССОВ СОЗДАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ


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

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




Система проверки и аттестации (V&V)

Система проверки и аттестации включает в себя все процедуры, выполняемые в процессе проверки завершенности программного обеспечения, путем проведения процедур субъективного/объективного анализа и проверок, не предусматривающих проведения процедур тестирования программного обеспечения. Данная система включает в себя проведение инспекций и количественного анализа.


Инспекции

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





  • Обзор определения требований - Requirements definition review (RDR)

  • Обзор процесса системного проектирования - System design review (SDR)

  • Обзор технических характеристик модулей - Module specification review



Количественный анализ

Количественный анализ задействует объективно проверяемые показатели для измерения показателей производительности или качества работы программного обеспечения, например, таких, как показаны ниже:


Метрики информационной системы (размер программы, сложность кода и т. д.) Статистические данные (распределение сбоев, MTBF, и т. д.)


Процент завершенности (от планируемого срока реализации проекта)

Предполагается, что лучшим способом реализации системы проверки и аттестации V&V является привлечение независимых (внешних) профессиональных специалистов или независимых компаний, например независимые группы аудиторов в команде разработчиков, или специальные независимые компании, оказывающие услуги проверки и аттестации информационной системыV&V. Данный вид системы проверки и аттестации информационной системыV&V называют независимая система проверки и аттестации (IV&V- Independent Validation and Verification).




Рабочая обратная связь

Рабочая обратная связь включает в себя любые виды обратной связи, полученные после внедрения программного обеспечения. Данный процесс включает в себя любые вопросы, жалобы или отчеты о наличии сбоев, получаемые от пользователей, журналы выполнения информационной системы(history, logs) и прочие документы. Данная информация является чрезвычайно важной для разработчиков информационной системы в плане повышения качества работы ПО, особенно в плане планирования обновлений программного обеспечения.


Система тестирования информационной системы

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


Существует две основные задачи, для решения которых и проводится процесс тестирования программного обеспечения:




  1. Обосновать незавершенность программного обеспечения

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




  1. Улучшить качество работы программного обеспечения

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


Как правило, процесс тестирования информационной системы должен проводить: независимым специалистом, который не должен был принимать участие разработке данного программного обеспечения. Но это вовсе не обязательно должно означать, что ответственный за проведение испытаний специалист не должен быть программистом. Фактически тестирование методом прозрачного ящика (white-box testing} может быт более качественно выполнено специалистом, знающим программирование. Важным вопросе является незнание исходного текста программного обеспечения, для которого осуществляете процесс тестирования.


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


специалистов, ответственных за непосредственное проведение тестирования, их непосредственных руководителей и разработчиков процесса тестирования.

Для разработки плана проведения тестирования ПО, руководитель группы тестирования должен выполнить следующие процедуры:



    • Обсудить все необходимые вопросы с руководителем проекта разработки ПО, и проверить общий объем работ в рамках проекта и график его реализации;

    • Определить этапы проведения тестирования и разработать график проведения работ для группы тестирования. При реализации процесса тестирования ПО обычно выделяют два крупных этапа: разработка тестов и исполнение тестов;

    • Обсудить и утвердить при участии членов группы тестирования процедуру/систему

    • отслеживания сбоев ПО;

  • Провести оценку статистических данных процедуры отслеживания сбоев ПО и соответствующие графики.


Достарыңызбен бөлісу:
1   ...   19   20   21   22   23   24   25   26   ...   31




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет