Тестирование и отладка ис реферат
Обновлено: 02.07.2024
История тестирования программного обеспечения отражает эволюцию разработки самого программного обеспечения. В течение длительного времени разработка программного обеспечения уделяла основное внимание крупномасштабным научным программам, а также программам министерства обороны, связанным с системами корпоративных баз данных, которые проектировались на базе универсальной ЭВМ или миникомпьютера.
Содержание
Прикрепленные файлы: 1 файл
Программная инженерия.docx
ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ
Московский государственный университет экономики, статистики и информатики
Кафедра Информационных технологий,
Естественнонаучных и математических дисциплин
Выполнил: студент 1 курса
Кузьмин Валентин Валентинович
Проверила: Александрова Вера Алексеевна
Список использованной литературы…………………………………….19
История тестирования программного обеспечения отражает эволюцию разработки самого программного обеспечения. В течение длительного времени разработка программного обеспечения уделяла основное внимание крупномасштабным научным программам, а также программам министерства обороны, связанным с системами корпоративных баз данных, которые проектировались на базе универсальной ЭВМ или миникомпьютера. Тестовые сценарии записывались на бумагу. С их помощью проверялись целевые потоки управления, вычисления сложных алгоритмов и манипулирование данными. Окончательный набор тестовых процедур мог эффективно протестировать всю систему полностью. Тестирование обычно начиналось лишь после завершения плана–графика проекта и выполнялось тем же персоналом.
Появление персональных компьютеров способствовало стандартизации этой отрасли, поскольку приложения стали изначально создаваться для работы с общей операционной системой. Внедрение персональных компьютеров открыло новую эру и привело к быстрому и бурному росту коммерческих разработок. Коммерческие приложения жестко боролись за первенство и выживание. Пакетная обработка заменялась системами, работающими в реальном времени.
Тестирование систем реального времени потребовало другого подхода к проектированию тестирования из–за того, что рабочие потоки могли вызываться в любом порядке. Эта особенность привела к появлению огромного количества процедур тестирования, способных поддержать бесконечное число перестановок и сочетаний.
Долгое время программные ошибки рассматривали как простые неприятности. В связи со всеобщей компьютеризацией, все шире и шире захватывающей такие важные области, как управление системами жизнеобеспечения, медицинские приборы и сверхдорогую компьютерную аппаратуру, ошибки стало невозможно рассматривать как нечто имеющее значение только на этапах разработки.
Тестирование программного обеспечения (software testing) – это процесс анализа или эксплуатации программного обеспечения с целью выявления дефектов.
Слово процесс (process) используется для того, чтобы подчеркнуть, что тестирование это плановая, упорядоченная деятельность.
Важным понятием процесса тестирования является дефект (bug). Дефект – это программная ошибка – изъян в разработке программного продукта, который вызывает несоответствие ожидаемых результатов выполнения программного продукта и фактически полученных результатов. Дефект может возникнуть на стадии кодирования, на стадии формулирования требований или на стадии проектирования, либо же его причина может крыться в некорректной конфигурации или данных.
Отладка – это процесс выявления источников отказов, то есть ошибок, и внесение в программу соответствующих исправлений для их устранения.
Модульное тестирование (юнит–тестирование). Данный вид тестирования позволяет проверить на корректность отдельные модули исходного кода программы.
Идея состоит в том, чтобы писать тесты для каждой нетривиальной функции или метода. Это позволяет достаточно быстро проверить, не привело ли очередное изменение кода к регрессии, то есть к появлению ошибок в уже оттестированных местах программы, а также облегчает обнаружение и устранение таких ошибок.
Целью модульного тестирования является изоляция отдельных частей программы для того, чтобы показать, что по отдельности эти части работоспособны.
Как и любая технология тестирования, модульное тестирование не позволяет отловить все ошибки программы. В самом деле, это следует из практической невозможности трассировки всех возможных путей выполнения программы, за исключением простейших случаев. Кроме того, происходит тестирование каждого из модулей по отдельности. Это означает, что ошибки интеграции, системного уровня, функций, исполняемых в нескольких модулях, не будут определены. Кроме того, данная технология бесполезна для проведения тестов на производительность. Таким образом, модульное тестирование более эффективно при использовании в сочетании с другими методиками тестирования.
Интеграционное тестирование. В данной фазе тестирования отдельные программные модули объединяются и тестируются в группе. Обычно интеграционное тестирование проводится после модульного тестирования и предшествует системному тестированию.
Интеграционное тестирование в качестве входных данных использует модули, над которыми было проведено модульное тестирование, группирует их в более крупные множества, выполняет тесты, определенные в плане тестирования для этих множеств, и представляет их в качестве выходных данных и входных для последующего системного тестирования.
Системное тестирование. Это тестирование программного обеспечения, выполняемое на полной, интегрированной системе, с целью проверки соответствия системы исходным требованиям. Системное тестирование относится к методам тестирования черного ящика, и, тем самым, не требует знаний о внутреннем устройстве системы.
Надежность невозможно внести в программу в результате тестирования, она определяется правильностью этапов проектирования. Наилучшее решение проблемы надежности — с самого начала не допускать ошибок в программе. Однако вероятность того, что удастся безупречно спроектировать большую программу, бесконечно мала. Роль тестирования состоит как раз в том, чтобы определить местонахождение немногочисленных ошибок, оставшихся в хорошо спроектированной программе. Попытки с помощью тестирования достичь надежности плохо спроектированной программы, совершенно бесплодны.
Содержание работы
Введение……………………………………………………………………….
Основные понятия тестирования и отладки программного обеспечения….
Тестирование и отладка программного обеспечения…………………….
Стратегия тестирования программного обеспечения ……………………
Цели испытания программного обеспечения……………………………..
Уровни тестирования программного обеспечения……………………….
Методы тестирования программного обеспечения……………………………
Восходящее и нисходящее тестирование…………………………………
Метод сандвича……………………………………………………………..
Метод белого и черного ящика…………………………………………….
Регрессионное тестирование……………………………………………….
Верификационные тесты…………………. …………………………
Тесты регрессии ……………………….………………………………
Тесты регрессии на "закрытых" багах………………………………..
Каскадное тестирование…………………………………………………….
Заключение………………………………………………………………………….
Глоссарий……………………………………………………………………………
Список использованных источников………………………………………………
Приложение…………………………………………………………………
Файлы: 1 файл
Алейников В.К., КР, Информационные технологии.doc
Основные данные о работе
Тестирование и отладка программного обеспечения
Файл титульного листа
- Основные понятия тестирования и отладки программного обеспечения….
- Тестирование и отладка программного обеспечения…………………….
- Стратегия тестирования программного обеспечения ……………………
- Цели испытания программного обеспечения……………………………..
- Уровни тестирования программного обеспечения……………………….
- Восходящее и нисходящее тестирование…………………………………
- Метод сандвича………………………………………………………… …..
- Метод белого и черного ящика…………………………………………….
- Регрессионное тестирование……………………………………………… .
- Верификационные тесты…………………. …………………………
- Тесты регрессии ……………………….………………………………
- Тесты регрессии на "закрытых" багах………………………………..
Список использованных источников………………………………………………
Надежность невозможно внести в программу в результате тестирования, она определяется правильностью этапов проектирования. Наилучшее решение проблемы надежности — с самого начала не допускать ошибок в программе. Однако вероятность того, что удастся безупречно спроектировать большую программу, бесконечно мала. Роль тестирования состоит как раз в том, чтобы определить местонахождение немногочисленных ошибок, оставшихся в хорошо спроектированной программе. Попытки с помощью тестирования достичь надежности плохо спроектированной программы, совершенно бесплодны.
Тестирование оказывается довольно необычным процессом (вот почему оно и считается трудным), так как этот процесс разрушительный. Ведь цель проверяющего (тестовика) — заставить программу сбиться. Он доволен, если это ему удается; если же программа на его тесте не сбивается, он не удовлетворен. [5, c. 2-4]
Основная часть
1 Основные понятия тестирования и отладки программного обеспечения
1.1 Тестирование и отладка программного обеспечения
Тестирование проводится для того, чтобы найти ошибки в программе и тем самым повысить ее надежность, а следовательно, ценность.
Невозможно гарантировать отсутствие ошибок в нетривиальной программе; в лучшем случае можно попытаться показать наличие ошибок. Если программа правильно ведет себя для солидного набора тестов, нет основания, утверждать, что в ней нет ошибок; со всей определенностью можно лишь утверждать, что не известно, когда эта программа не работает. Конечно, если есть причины считать данный набор тестов способным с большой вероятностью обнаружить все возможные ошибки, то можно говорить о некотором уровне уверенности в правильности программы, устанавливаемом этими тестами. [10]
1.2 Стратегия тестирования программного обеспечения
Стратегия тестирования, или методы тестирования — это систематические методы, используемые для отбора и/или создания тестов, которые должны быть включены в тестовый комплект. Это могут быть случайные вводы, тест, направленный на проверку подозрений; тест, направленный на проверку соответствия требованиям; тест, направленный на проверку искаженности; тесты, который мы выполняли последний раз, тесты, которые отличаются от тестов, которые мы выполняли последний раз. Тестировщик выбирает стратегию, по которой он можем определить, удовлетворяет данный тест стратегии или не удовлетворяет. Сама стратегия должна быть программируемой.
Стратегия является эффективной, если тесты, включенные в нее, с большой вероятностью обнаружат ошибки тестируемого объекта. Эффективность стратегии зависит от комбинации природы тестов и природы ошибок, на поиск которых эти тесты направлены. Существуют эффективные и неэффективные стратегии. Более того, так как объект изменяется с целью исправления ошибок и увеличения его возможностей, типы ошибок, находимые у объекта, меняются со временем, и, следовательно, меняется эффективность стратегии. В то время как теоретически возможно, что стратегия по отношению к специфическим объектам совершенствуется во времени, на самом деле эффективность большинства стратегий со временем убывает.
Стратегия поведенческого теста основана на технических требованиях. Например: тест всех характеристик, упомянутых в спецификации, выполнение всех грязных тестов, вытекающих из требований. Тестирование, выполняемое с помощью стратегии поведенческого теста, называется поведенческим тестированием. Поведенческое тестирование называется также тестированием черного ящика. Для поведенческого тестирования также используется термин функциональное тестирование. При поведенческом тестировании (в принципе, но не на практике) не обязательно знать, как объект сконструирован.
Стратегия структурного теста определяется структурой тестируемого объекта Например: выполнение каждого оператора по меньшей мере один раз, выполнение каждой ветви по меньшей мере один раз, тестирование использования всех объектов данных, выполнение каждой команды объектной программы, полученной при компиляции. Тестирование, выполненное с помощью стратегии структурного теста, называется также тестированием прозрачного ящика или тестированием белого ящика. Стратегия структурного теста требует полного доступа к структуре объекта — то есть к исходному коду.
Стратегия гибридного теста является комбинацией поведенческой и структурной стратегий. Поведенческая, структурная и гибридная стратегии не противоречат друг другу, и ни про одну из них нельзя сказать, что она лучше других. Модули и низкоуровневые компоненты часто тестируются с помощью структурной стратегии. Большие компоненты и системы в основном тестируются с помощью поведенческой стратегии. Гибридная стратегия полезна на всех уровнях. Не существует лучшей стратегии, так как полезность стратегии зависит от природы тестируемого объекта, природы ошибок объекта и уровня ваших знаний. [7, c. 15-23]
1.3 Цели испытания программного обеспечения
Для проведения тестирования программного обеспечения есть несколько весомых причин.
Информация, необходимая для выполнения пункта 2, определяется степенью, до которой объект действует правильно (то есть количеством подтестов, пройденных и не пройденных), и некоторыми рамками, в пределах которых объект не может быть искажен. То есть пределом, до которого объект не взломан, и пределом, до которого он работает. Тот предел, до которого объект считается свободным от ошибок, является также границей, до которой он соответствует требованиям и не искажен. Таким образом, есть три основных задачи: хорошее проектирование, искаженность, проверка соответствия.
Все, что пишут программисты, содержит ошибки. Программист не может думать обо всем — в особенности обо всех возможных взаимодействиях между различными характеристиками и между различными частями программы. Попытка взломать программу - такой путь обеспечит нас уверенностью в том, что продукт готов к использованию.
Другая задача тестирования — это накопление информации для менеджмента. При наличии необходимой информации и достаточного количества тестов можно с уверенностью утверждать, что программа готова к использованию. В конечном счете - это работа тестировщика, — помощь в создании полезной программы.
Актуальность работы обусловлена тем, что при таком быстром темпе развития информационных технологий, возможность допущения ошибок очень высока и важно понимать значимость тестирования продукта. Чем меньше ошибок в программе или системе, тем выше качество продукта.
Предмет исследования: возможности использования технических средства тестирования программного обеспечения для проверки работы веб-системы.Цель работы заключается в закреплении, расширении, обобщении и систематизации знаний в рамках изучаемой предметной дисциплины, за счет проведения анализа специфики использования современных подходов и программных средств тестирования программного обеспечения.
Назначение второй программы заключается в чтении файла траекторий объектов и имитации работы алгоритмов БРЛС. Предполагается, что в эту программу для отладки будут интегрироваться разрабатываемые для БРЛС алгоритмы.
В целом в работе рассматриваются вопросы информационного поиска и сбора информации, рассматриваются различные инструменты и источники информационного поиска. Практическая часть представляет собой реализацию программного модуля для автоматического поиска и сбора информации из заданных источников.
Рекламный баннер предназначен для размещения на сайте веб-разработчика и ссылается на сайт рекламодателя. В зависимости от того, какие цели преследует рекламодатель при проведении баннерной рекламной компании изготавливаются отвечающие этим требованиям баннеры.
Программная реализация клиентского приложения обеспечения работы социальной сети организации учебных и развлекательных мероприятий для мобильных устройств на платформе iOS; Оценивание работоспособности разработанной программной системы на основе проведения тестирования.
Данный сайт разрабатывался как практическое задание по дисциплине Web-программирование, и соответственно имеет свои особенности, отличные от возможностей сайтов предназначенных для коммерческого использования.
Деятельность на этих направлениях является центральной и наиболее трудоемкой частью деятельности всего предприятия.Цель исследования – это обосновать необходимость разработки и разработать ИС автоматизации учета транспортных средств и выполненных работ автотранспортного предприятия. До внедрения проектируемой ИС процесс учета транспортных средств, формирование первичной документации, сбор данных по взаиморасчетам с клиентами был достаточно трудоемким и малоэффективным, по причине ручной обработкой поступающей информации.
Сервис сравнения схожести текстов – необходимый и полезный инст-румент для определения идентичности или похожести текстов.Не менее актуальна задача и для поисковых машин, которые не любят одинаковые или похожие страницы – тем не менее, несмотря на постоянную борьбу с ними, приходится признать, что судя по результатам работы даже лучших поисковиков, проблема эта далеко не решена.
Потребность ориентироваться в обновлениях актуальной информации делает необходимыми ее постоянный сбор в автоматическом режиме и сохранение в базы. Это могут быть полнотекстовые базы докуменов, или базы данных, в которых хранятся краткие данные, или оба этих вида вместе. Поэтому средства автоматического сбора, обработки и анализа является актуальными и востребованными в настоящее время.
Внедрение интернет-сайта поможет привлечь дополнительную аудиторию, ознакомить потенциальных клиентов с услугами ИП Савченков: это услуги психологов, логопеда, развивающие занятия и тренинги для детей и взрослых. Также сайт дает возможность оповещать потенциальных клиентов или уже пользующихся услугами ИП о расписании занятий, консультаций, а также семинаров и других событий.
Список использованной литературы
1.Системное программное обеспечение / А.В. Гордеев, А.Ю. Молчанов. — СПб: Питер, 2003. — 736 с.: ил.
2.Благодатских В.А., Волнин В.А., Поскакалов К.Ф. Стандартизация разработки программных средств. Учеб. пособие/Под ред. О.С. Разумова. — М.: Финансы и статистика, 2006. — 288 с.: ил.
3.Плаксин М.А. Тестирование и отладка программ — для профессионалов будущих и настоящих – М.: Бином. Лаборатория знаний, 2007. — 167 с.
5.Индивидуальная отладка программ / Ю.М. Безбородов. — М.: Наука. Главная редакция физико-математической литературы, 2006. — 192 с.: ил.
6.Искусство тестирования программ / Пер. с англ. Под ред. Б.А. Позина — М.: Финансы и статистика, 2006. — 176 с.: ил. список литературы
Задача накопления, обработки и распространения информации стояла перед человечеством на всех этапах его развития. В течение долгого времени основными инструментами для ее решения были мозг, язык и слух человека. Первое кардинальное изменение произошло с приходом письменности, а затем изобретением книгопечатания.
Положение в корне изменилось с появлением электронных вычислительных машин (ЭВМ). Принципиально новый шаг был совершен, когда от применения ЭВМ для решения отдельных задач перешли к их использованию для комплексной автоматизации тех или иных законченных участков деятельности человека по переработке информации.
Решающее значение для эффективности систем обработки информации имеет то обстоятельство, что они опираются на автоматизированные информационные базы. Это означает, что в памяти ЭВМ постоянно сохраняется информация, нужная для решения тех задач, на которые рассчитана система. Она и составляет содержимое информационной базы соответствующей системы .
Актуальность темы данной курсовой работы связана с необходимостью автоматизации процесса составления тестирования, а также сбора информации о результатах пройденных тестов в целях сбора статистики .
Объектом курсовой работы является тестирование.
В данной курсовой работе будет разработано программное обеспечения для автоматизации процесса составления тестирования , которое будет выполнять следующие функции:
Организация разного уровня доступа к программному продукту.
Предоставление информации о тестах.
Формирование запросов по различным критериям.
Предоставление возможности пройти тест.
Предоставление возможности просмотреть результаты тестирования.
Предоставление возможности создания необходимой отчетности.
Для выполнения курсовой работы были поставлены следующие задачи:
произвести анализ предметной области;
выбрать среды разработки программного обеспечения;
построить концептуальную, логическую и физическую модель базы данных;
разработать программное обеспечение;
произвести тестирование программного обеспечения;
разработать руководство пользователя.
Для выполнения поставленной цели и задач в работе будут использованы такие программные средства как: MS SQL Server 2015, Visual Studio 2017, MS Word 2016.
Курсовая работа состоит из трех глав, в первой главе описана предметная область, обзор существующих решений задач и обоснование выбора языка программирования, вторая глава описывает разработанное программное обеспечение, в третьей главе производится тестирование программного обеспечение, а также разрабатывается руководство по использованию.
![]()
1.1 Анализ предметной области
Тестирование — метод психологической диагностики, который использует стандартные вопросы и задачи, которые имеют определенную шкалу значений.
Основные существующие сферы тестирования:
профессиональная подготовка и отбор;
Тестирование позволяет с известной вероятностью определить актуальный уровень развития у индивида необходимых навыков, знаний, личностных характеристик и т. д.
Тестирование обычно разделяют на этапы:
1.2 Обзор существующих аналогов
В ходе выполнения курсовой работы был проведен поиск аналогов. В проекте будут рассмотрены такие программы как TestOfficePro и INDIGO.
TestOfficePro – платное программное обеспечение для контроля и проверки знаний. Позволяет создавать тесты разного уровня сложности и направленности.
TestOfficePro работает в локальной сети и на компьютерах, не подключенных к сети.
В программу входят:
программа для создания тестов – tMaker.
программа для проведения тестирования – tTester.
программа для управления пользователями и обработки результатов компьютерного тестирования – tAdmin.
Основные возможности TestOfficePro:
Для составления тестов используются следующие функции:
Многообразие типов вопросов.
Программа может разбить тест на несколько тем.
Каждый вопрос может содержать комментариий.
В программе существует возможность вставлять изображения, формулы, схемы, таблицы, аудио и видеофайлы, HTML документы и любые OLE документы.
Для получения объективных результатов используются следующие функции:
Настройка процесса тестирования.
В тесте вопросы можно перемешивать.
Можно ограничить по времени тестирование.
Можно определить в программе, необходимо ли показывать:
Время до окончания тестирования.
Система тестирования INDIGO – это бесплатный профессиональный инструмент автоматизации процесса тестирования и обработки результатов, который предназначен для решения широкого спектра задач:
Тестирование и контроль знаний.
Определение профессионального уровня.
Проведение психологического тестирования.
Организация олимпиад и конкурсов.
Система тестирования устанавливается на один компьютер-сервер.
Система может работать как на изолированном компьютере, так и в локальной сети или через Интернет.
Все данные хранятся централизованно в базе данных.
Администраторы работают через программу клиент.
Одновременно могут работать любое количество администраторов с разных компьютеров.
Пользователи работают через web-браузеры. Имеется поддержка браузеров на мобильных устройствах.
Система имеет многоязычный пользовательский web-интерфейс и полностью поддерживает символы всех языков.
Проанализировав платные решения, можно сделать вывод, что все эти системы позволяют создавать тесты, генерировать отчеты. Однако, при всей функциональности и масштабируемости данных систем, их внедрение и использование требует значительных вложений.
Исходя из вышеперечисленного, были выделены недостатки платных аналоговых систем:
слишком высокая цена за систему;
сложность в настройке;
необходимость выделения мощного сервера;
обучение персонала работы с данными системы требует вложения материальных средств.
Недостатки бесплатных систем:
необходимость в доработке;
Разрабатываемая система значительно будет отличаться от перечисленных решений. Её главные отличия будут состоять в следующем:
не будет требовать установки на пользовательскую машину;
будет обеспечивать доступ к базе данных без дополнительно программного обеспечения с любой машины;
не будет требовать долгой и сложной настройки клиентской части;
не будет требовать отвлечения пользователей от работы в процессе внедрения;
не будет требовательна к системным ресурсам;
не будет требовать привлечения дорогостоящих специалистов для установки;
будет легко расширяема и адаптируема под конкретные задачи, силами одного программиста, без привлечения дорогостоящих специалистов;
будет иметь интуитивно понятный интерфейс;
не будет требовать больших временных затрат на обучение пользователей в работе с системой.
1.3 Выбор средств разработки
1.3.1 Обоснование выбора среды разработки
Microsoft Visual Studio — продукт компании Майкрософт, который включает интегрированную среду разработки программного обеспечения и ряд других инструментальных средств.
Преимущества Visual Studio 2017:
Поколение компиляторов. Компилятор семейства Roslyn. Одно из главных преимуществ этих компиляторов — модульность. Она послужила ключом к организации компилятора в виде компонентной управляемой платформы.
Отладка. В Visual Studio 2017 расширяются возможности работы с кодом, благодаря функциям IntelliTrace, CodeMap, CodeLens.
Тестирование. Visual Studio 2017 позволяет использовать все возможности платформы Microsoft, для обеспечения контроля за качеством выпускаемого продукта.
Нагрузочное тестирование. Для проверки производительности доступны инструменты для записи последовательности действий пользователей в браузере и оформления этих этапов в качестве теста.
Управление процессами разработки. Благодаря возможностям MSDN подписки становятся доступны инструменты для построения процессов управления проектами.
Реализация, которая сочетает построение надежного и эффективного кода .
1.3.2 Обоснование выбора СУБД
Для выбора СУБД необходимо выбрать критерии для сравнения.
Критерии выбора современных СУБД: особенности архитектуры; разграничение прав доступа; механизм ролей; репликация; целостность данных; защита данных; ссылочная целостность.
Для сравнения будут рассмотрены СУБД: MS SQL Server и MS Access.
MS SQL Server – реляционная СУБД, построенная на архитектуре клиент-сервер. MS SQL Server ориентирован на использование в операционных системах Windows NT/2000 и использует системные функции.
Интерфейс конструктора таблиц, ввод данных, описание схемы данных в MS SQL Server, в значительной мере напоминает MS Access. MS Access может использоваться и в качестве клиентской части MS SQL Server.
Между СУБД есть огромная разница. MS Access базируется на архитектуре файл-сервер и приемлем для небольших баз данных и малого числа пользователей, SQL Server базируется на архитектуре клиент-сервер и применяется в базах данных среднего размера с огромным числом пользователей. В Access и SQL Server реализована система разграничения прав доступа. В SQL Server ограничения доступа можно выставлять на отдельные столбцы таблицы. SQL Server позволяет пользователям, которые правильно указали свой пароль при входе в сеть, при доступе к базе данных повторно не вводить его.
Существенное отличие состоит в том, что в Access процедуры и функции реализовываются на VBA, а в SQL Server основным языком является Transact SQL. Легко импортируются в SQL Server базы данных Access.
MS SQL Server поддерживает несколько баз данных. Управление SQL Server 2015 осуществляется через Enterprise Manager , который напоминает проводник.
Достоинства СУБД MS SQL Server 2016:
для повышения производительности труда администраторов баз данных реализован новый набор средств управления.
Недостатки СУБД MS SQL Server 2016:
нельзя определять для пользователя, какой максимальный объём ресурсов СУБД ему доступен;
нецелесообразно использовать в информационных системах, в которых большое количество пользователей и требовательные SQL-запросы;
Читайте также:
