Общие требования ко всем группам программного обеспечения кратко

Обновлено: 05.07.2024

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

Требования могут выражаться в виде текстовых утверждений и графических моделей.

В классическом техническом подходе совокупность требований используется на стадии проектирования ПО. Требования также используются в процессе проверки ПО, так как тесты основываются на определённых требованиях.

Этапу разработки требований, возможно, предшествовало технико-экономическое обоснование, или концептуальная фаза анализа проекта. Фаза разработки требований может быть разбита на выявление требований (сбор, понимание, рассмотрение и выяснение потребностей заинтересованных лиц), анализ (проверка целостности и законченности), спецификация (документирование требований) и проверка правильности.

Содержание

Виды требований по уровням

  • Бизнес-требования — определяют назначение ПО, описываются в документе о видении (vision) и границах проекта (scope).
  • Пользовательские требования — определяют набор пользовательских задач, которые должна решать программа, а также способы (сценарии) их решения в системе. Пользовательские требования могут выражаться в виде фраз утверждений, в виде способов применения (use case), пользовательских историй (user story), сценариев взаимодействия (scenario).
  • Функциональные требования — охватывают предполагаемое поведение системы, определяя действия, которые система способна выполнять [источник не указан 104 дня] . Описывается в системной спецификации (англ.system requirement specification , SRS).

Виды требований по характеру

  • Функциональный характер — требования к поведению системы
    • Бизнес-требования
    • Пользовательские требования
    • Функциональные требования
    • Бизнес-правила — определяют ограничения, проистекающие из предметной области и свойств автоматизируемого объекта (предприятия) и ограничения — определения элементарных операций, которые должна иметь система, а также различных условий, которым она может удовлетворять. К системным ограничениям относятся ограничения на программные интерфейсы, требования к атрибутам качества, требования к применяемому оборудованию и ПО.
    • Атрибуты качества
    • Внешние системы и интерфейсы
    • Ограничения

    Источники требований

    • Федеральное и муниципальное отраслевое законодательство (конституция, законы, распоряжения)
    • Нормативное обеспечение организации (регламенты, положения, уставы, приказы)
    • Текущая организация деятельности объекта автоматизации
    • Модели деятельности (диаграммы бизнес-процессов)
    • Представления и ожидания потребителей и пользователей системы
    • Журналы использования существующих программно-аппаратных систем
    • Конкурирующие программные продукты

    Характеристики качественных требований

    Характеристики качественных требований по-разному определены различными источниками. Однако, следующие характеристики являются общепризнанными:

    Методы выявления требований

    Проверка требований

    Все требования должны быть поддающимися проверке. Наиболее общепринятая методика проверки — тесты. Если проверка тестами невозможна, тогда должен использоваться другой метод проверки (анализ, демонстрация, осмотр или обзор дизайна).

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

    Анализ требований

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

    При разработке требований существует технический компромисс между слишком неопределёнными требованиями и требованиями столь детализированными, что они:

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

    Документирование требований

    Требования обычно используются как средство коммуникации между различными заинтересованными лицами. Это означает, что требования должны быть просты и понятны для обычных пользователей и разработчиков. Один общий способ задокументировать требование — это написать утверждение о том, что должна сделать система.

    В зарубежной и российской практике встречаются следующие типы документов требований:

    • Концепция программы (Vision) [источник не указан 186 дней] (англ.Software Requirements Specification, SRS )

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

    За создание спецификации программного обеспечения чаще всего в российской практике отвечает Системный аналитик, иногда — Бизнес-аналитик.

    Для графических моделей требований исторически использовались диаграммы или методологии графического моделирования: ER (IDEF1FX), IDEF0, IDEF3, DFD, UML, OCL, SysML, ARIS (eEPC, VAD).

    Изменение требований

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

    См. также

    Литература

    • Карл И. Вигерс. Разработка требований к программному обеспечению. — Русская редакция, 2004. — ISBN 5-7502-0240-2

    Ссылки

    Кент Бек • Гради Буч • Фред Брукс • Barry Boehm • Уорд Каннингем • Оле-Йохан Даль • Том Демарко • Эдсгер Вибе Дейкстра • Дональд Кнут • Мартин Фаулер • Чарльз Энтони Ричард Хоар • Watts Humphrey • Майкл Джексон • Ивар Якобсон • Craig Larman • James Martin • Мейер Бертран • Дэвид Парнас • Winston W. Royce • James Rumbaugh • Никлаус Вирт • Эдвард Йордан • Стив Макконнелл

    Моделирование данных • Архитектура ПО • Функциональная спецификация • Язык моделирования • Парадигма • Методология • Процесс разработки • Качество • Обеспечение качества • Структурный анализ)

    CMM • CMMI • Данных • Function model • IDEF • Информационная • Metamodeling • Object model • View model • UML

    Wikimedia Foundation . 2010 .

    Полезное

    Смотреть что такое "Требования к программному обеспечению" в других словарях:

    требования к программному обеспечению — — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN software requirement … Справочник технического переводчика

    ГОСТ Р 53195.4-2010: Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 4. Требования к программному обеспечению — Терминология ГОСТ Р 53195.4 2010: Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 4. Требования к программному обеспечению оригинал документа: 3.1 анимация (animation): Имитация работы программного… … Словарь-справочник терминов нормативно-технической документации

    ГОСТ Р 52980-2008: Системы промышленной автоматизации и их интеграция. Системы программируемые электронные железнодорожного применения. Требования к программному обеспечению — Терминология ГОСТ Р 52980 2008: Системы промышленной автоматизации и их интеграция. Системы программируемые электронные железнодорожного применения. Требования к программному обеспечению оригинал документа: 3.1 автоматическая локомотивная… … Словарь-справочник терминов нормативно-технической документации

    ГОСТ Р 8.654-2009: Государственная система обеспечения единства измерений. Требования к программному обеспечению средств измерений. Основные положения — Терминология ГОСТ Р 8.654 2009: Государственная система обеспечения единства измерений. Требования к программному обеспечению средств измерений. Основные положения оригинал документа: 3.18 алгоритм хэширования: Алгоритм, который сжимает… … Словарь-справочник терминов нормативно-технической документации

    МИ 2891-2004: Рекомендация. ГСОЕИ. Общие требования к программному обеспечению средств измерений — Терминология МИ 2891 2004: Рекомендация. ГСОЕИ. Общие требования к программному обеспечению средств измерений: Данные измерительная информация, представленная в виде, пригодном для передачи, интерпретации или обработки. Определения термина из… … Словарь-справочник терминов нормативно-технической документации

    ГОСТ Р 8.674-2009: Государственная система обеспечения единства измерений. Общие требования к средствам измерений и техническим системам и устройствам с измерительными функциями — Терминология ГОСТ Р 8.674 2009: Государственная система обеспечения единства измерений. Общие требования к средствам измерений и техническим системам и устройствам с измерительными функциями оригинал документа: вид средства измерений:… … Словарь-справочник терминов нормативно-технической документации

    МИ 3372-12: Рекомендация. Государственная система обеспечения единства измерений. Магистральный нефтепродуктопровод. Системы измерений количества и показателей качества нефтепродуктов. Общие технические и метрологические требования — Терминология МИ 3372 12: Рекомендация. Государственная система обеспечения единства измерений. Магистральный нефтепродуктопровод. Системы измерений количества и показателей качества нефтепродуктов. Общие технические и метрологические требования:… … Словарь-справочник терминов нормативно-технической документации

    СА 03-002-05: Стандарт ассоциации. Системы мониторинга агрегатов опасных производственных объектов. Общие технические требования — Терминология СА 03 002 05: Стандарт ассоциации. Системы мониторинга агрегатов опасных производственных объектов. Общие технические требования: 2.1. Агрегат : совокупность механически соединенных механизмов, узлов, машин и конструкций, работающих… … Словарь-справочник терминов нормативно-технической документации

    П ССФЖТ 45/ИСО 9001-2003: Системы менеджмента качества. Требования — Терминология П ССФЖТ 45/ИСО 9001 2003: Системы менеджмента качества. Требования: 3.7 запись: Документ, содержащий достигнутые результаты или свидетельства осуществленной деятельности (ГОСТ Р ИСО 9000). Определения термина из разных документов:… … Словарь-справочник терминов нормативно-технической документации

    ГОСТ Р 51904-2002: Программное обеспечение встроенных систем. Общие требования к разработке и документированию — Терминология ГОСТ Р 51904 2002: Программное обеспечение встроенных систем. Общие требования к разработке и документированию оригинал документа: 3.1 алгоритм: Конечное множество четко определенных правил, которые задают последовательность действий … Словарь-справочник терминов нормативно-технической документации

    Неотъемлемой частью компьютера является программное обеспечение , ведь компьютер работает по программе и с программами. Сам компьютер не обладает знаниями ни в одной области применения. Все эти знания сосредоточены в выполняемых на компьютерах программах. Программное обеспечение ( англ. software ) – это совокупность программ, обеспечивающих функционирование компьютеров и решение с их помощью задач предметных областей.

    Классификация программ по их правовому статусу программы Свободно распространяемые Условно бесплатные лицензионные

    Использование программного обеспечения (ПО) является законным только тогда, когда на это есть согласие владельца авторских прав. Основой правовых отношений между пользователем и собственником ПО является ЛИЦЕНЗИЯ . Лицензия на программное обеспечение это правовой инструмент, определяющий использование и распространение программного обеспечения, защищённого авторским правом

    Лицензия на ПО Копии программ, используемые в соответствии с условиями лицензионного договора, называют ЛИЦЕНЗИОННЫМИ . Копии, используемые без соответствующего лицензионного договора или с нарушением его условий, называют КОНТРАФАКТНЫМИ или , в просторечии, ПИРАТСКИМИ .

    Лицензионные программы В соответствии с лицензионным соглашением разработчики программы гарантируют её нормальное функционирование в определенной операционной системе и несут за это ответственность.

    Лицензионные программы разработчики обычно продают в коробочных дистрибутивах. В коробочке находятся CD-диски, с которых производится установка программы на компьютеры пользователей, и руководство пользователей по работе с программой.

    Платные программы эта группа содержит следующие виды лицензий: Commercialcc , payware — это программа, которая защищена законом об авторском праве и распространяется только за деньги. Здесь все просто — сначала купи, а потом пользуйся. Пользоваться такой программой без предварительной оплаты нельзя! Abandonware - так называемые внерыночные программы. Как правило, это бывшие коммерческие программы, которые больше не распространяются автором. Могут распространяться правообладателем бесплатно, но с жестким запретом продаж . Orphanware — разновидность Abandonware , но когда автор неизвестен или его невозможно найти.

    Платные программы Spyware — программы-шпионы . Без разрешения пользователя собирают информацию о компьютере и его действиях. Могут маскироваться под Adware . Для борьбы с такими программами используют специальные программы, антивирусы и брандмауэры. Betaware — п редварительная версия коммерческой или некоммерческой программы (бета-версия), выпущенная для тестирования . Может ограничиваться периодом тестирования.

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

    Свободно распространяемые программы

    Общие требования ко всем группам программного обеспечения : Лицензионная чистота (применение программного обеспечения допустимо только в рамках лицензионного соглашения). Возможность консультации и других форм сопровождения. Соответствие характеристикам, комплектации, классу и типу компьютеров, а также архитектуре применяемой вычислительной техники. Надежность и работоспособность в любом из предусмотренных режимов работы, как минимум, в русскоязычной среде.

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

    Преимущества лицензионного и недостатки нелицензионного программного обеспечения

    Лицензионное ПО имеет ряд преимуществ: Техническая поддержка производителя программного обеспечения Обновление программ Законность и престиж В ногу с техническим прогрессом Профессиональные предпродажные консультации Повышение функциональности

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

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

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

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

    Все обновления подразделяются на: Важные обновления обеспечивают существенные преимущества в безопасности, конфиденциальности и надежности. Их следует устанавливать сразу же, как только они становятся доступны. Их можно устанавливать автоматически. Рекомендуемые обновления могут устранять менее существенные проблемы или делать использование компьютера более удобным. Хотя эти обновления не предназначены для устранения существенных недостатков в работе компьютера их установка может привести к заметным улучшениям. Их можно устанавливать автоматически. К необязательным обновлениям относятся обновления, драйверы или новое программное обеспечение, делающее использование компьютера более удобным. Их можно устанавливать только вручную. К остальным обновлениям можно отнести все обновления, которые не входят в состав важных, рекомендуемых или необязательных обновлений.

    Для обновления программного обеспечения через Интернет рекомендуется включить автоматическое обновление

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

    По теме: методические разработки, презентации и конспекты

    Использование лицензионных электронных образовательных ресурсов в практике работы преподавателя ОБЖ (БЖ)

    В статье представлены ряд адресов электронных образовательных ресурсов в интернет, которыми пользуется преподаватель при подготовке уроков по ОБЖ (БЖ) и анализируется их содержание в привязке к провод.


    Лабораторная работа "Оценочное тестирование программного продукта"

    Лабораторная работа по МДК.03.01 Технология разработки программного обеспечения ПМ.03 Участие в интеграции программных модулей для специальности 09.02.03 Программирование в компьютерных системах тема .

    Внедрение свободного программного обеспечения (СПО) является одним из наиболее перспективных направлений в использования средств ИКТ при подготовке специалистов среднего звена. Переход образовате.

    Использование свободного программного обеспечения в урочной и внеурочной деятельности (на примере ГБОУ школы №632Приморского района Санкт-Петербурга)


    Лицензионные и свободно распространяемые программные продукты

    Презентация к уроку "Лицензионные и свободно распространяемые программные продукты".

    Измерение программного продукта

    Понятие мера, метрика.Размерно-ориентированные метрики, используемые для измерения программного продукта и процесса его разработки.Достоинства и недостатки размерно-ориентированных метрик.

    Определение качественных характеристик программного продукта

    Понятие цикломатической сложности программы.Потоковый граф, как отображение логической структуры программы.Основы построения потокового графа.Методика определения цикломатической сложности программы п.

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

    Требования могут выражаться в виде текстовых утверждений и графических моделей.

    В классическом техническом подходе совокупность требований используется на стадии проектирования ПО. Требования также используются в процессе проверки ПО, так как тесты основываются на определённых требованиях.

    Этапу разработки требований, возможно, предшествовало технико-экономическое обоснование, или концептуальная фаза анализа проекта. Фаза разработки требований может быть разбита на выявление требований (сбор, понимание, рассмотрение и выяснение потребностей заинтересованных лиц), анализ (проверка целостности и законченности), спецификация (документирование требований) и проверка правильности.

    Виды требований по уровням

    § Бизнес-требования— определяют назначение ПО, описываются в документе о видении (vision) и границах проекта (scope).

    § Пользовательские требования— определяют набор пользовательских задач, которые должна решать программа, а также способы (сценарии) их решения в системе. Пользовательские требования могут выражаться в виде фраз утверждений, в виде способов применения (use case), пользовательских историй (user story), сценариев взаимодействия (scenario).

    Виды требований по характеру

    § Функциональный характер— требования к поведению системы

    § Нефункциональный характер— требования к характеру поведения системы

    § Бизнес-правила— определяют ограничения, проистекающие из предметной области и свойств автоматизируемого объекта (предприятия)

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

    § Внешние системы и интерфейсы

    § Федеральное и муниципальное отраслевое законодательство (конституция, законы, распоряжения)

    § Нормативное обеспечение организации (регламенты, положения, уставы, приказы)

    § Текущая организация деятельности объекта автоматизации

    § Модели деятельности (диаграммы бизнес-процессов)

    § Представления и ожидания потребителей и пользователей системы

    § Журналы использования существующих программно-аппаратных систем

    § Конкурирующие программные продукты

    Характеристики качественных требований

    Характеристики качественных требований по-разному определены различными источниками. Однако, следующие характеристики являются общепризнанными:

    Характеристика

    Требование описывает одну и только одну вещь.

    Требование полностью определено в одном месте и вся необходимая информация присутствует.

    Требование не противоречит другим требованиям и полностью соответствует внешней документации.

    Требование полностью или частично соответствует деловым нуждам как заявлено заинтересованными лицами и документировано.

    Требование не стало устаревшим с течением времени.

    Требование может быть реализовано в пределах проекта.

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

    Требование представляет определённую заинтересованным лицом характеристику, отсутствие которой приведёт к неполноценности решения, которая не может быть проигнорирована. Необязательное требование— противоречие самому понятию требования.

    Реализованость требования может быть определена через один из четырёх возможных методов: осмотр, демонстрация, тест или анализ.

    Методы выявления требований

    § Интервью, опросы, анкетирование

    § Мозговой штурм, семинар

    § Анализ нормативной документации

    § Анализ моделей деятельности

    § Анализ конкурентных продуктов

    § Анализ статистики использования предыдущих версий системы

    Все требования должны быть поддающимися проверке. Наиболее общепринятая методика проверки— тесты. Если проверка тестами невозможна, тогда должен использоваться другой метод проверки (анализ, демонстрация, осмотр или обзор дизайна).

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

    Требования склонны к проблемам двусмысленности, неполноты, и несогласованности. Их устранение на этапе разработки требований стоит на несколько порядков меньше, чем устранение этих те же проблемы на поздних стадиях разработки. Анализ требований направлен на решение данных проблем.

    Существует технический компромисс между слишком неопределёнными требованиями и требованиями столь детализированными что они:

    1. требуют много времени для разработки, иногда даже рискуют устареть к концу разработки

    2. ограничивают возможные способы реализации

    3. являются слишком дорогостоящими

    Требования обычно используются как средство коммуникации между различными заинтересованными лицами. Это означает, что требования должны быть просты и понятны для обычных пользователей и разработчиков. Один общий способ задокументировать требование— это написать утверждение о том, что должна сделать система.

    В зарубежной и российской практике встречаются следующие типы документов требований:

    § Концепция программы (Vision)

    § Спецификация программного обеспечения(англ. Software' 'Requirements' 'Specification', 'SRS)

    Спецификацию программного обеспечения часто (ошибочно) называюттехническим заданием, частью которого они являются в автоматизированных информационных системах.

    За создание спецификации программного обеспечения чаще всего в российской практике отвечаетСистемный аналитик, иногда— Бизнес-аналитик.

    Для графических моделей требований исторически использовались диаграммы: ER (IDEF1FX), IDEF0, IDEF3, DFD, UML, OCL, SysML, ARIS (eEPC, VAD).

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

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

    ПО современных компьютеров включает множество разнообразных программ, которое можно условно разделить на три группы (рис. 3.1):

    1. Системное программное обеспечение (системные программы);

    2. Прикладное программное обеспечение (прикладные программы);

    3. Инструментальное обеспечение (инструментальные системы).

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

    Центральное место среди системных программ занимают операционные системы (англ. operating systems). Операционная система (ОС) – это комплекс программ, предназначенных для управления загрузкой, запуском и выполнением других пользовательских программ, а также для планирования и управления вычислительными ресурсами ЭВМ, т.е. управления работой ПЭВМ с момента включения до момента выключения питания. Она загружается автоматически при включении компьютера, ведет диалог с пользователем, осуществляет управление компьютером, его ресурсами (оперативной памятью, дисковым пространством и т.д.), запускает другие программы на выполнение и обеспечивает пользователю и программам удобный способ общения – интерфейс – с устройствами компьютера. Другими словами, операционная система обеспечивает функционирование и взаимосвязь всех компонентов компьютера, а также предоставляет пользователю доступ к его аппаратным возможностям.

    ОС определяет производительность системы, степень защиты данных, выбор программ, с которыми можно работать на компьютере, требования к аппаратным средствам. Примерами ОС являются MS DOS, OS/2, Unix, Windows 9х, Windows XP.

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

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

    Для организации более удобного и наглядного интерфейса пользователя с компьютером используются программные оболочки операционных систем – программы, которые позволяют пользователю отличными от предоставляемых ОС средствами (более понятными и эффективными) осуществлять действия по управлению ресурсами компьютера. К числу наиболее популярных оболочек относятся пакеты Norton Commander (Symantec), FAR (File and Archive manageR) (Е.Рошаль).

    Служебные программы ( утилиты, лат. utilitas – польза) – это вспомогательные программы, предоставляющие пользователю ряд дополнительных услуг по реализации часто выполняемых работ или же повышающие удобство и комфортность работы. К ним относятся:

     программы-упаковщики (архиваторы), которые позволяют более плотно записывать информацию на дисках, а также объединять копии нескольких файлов в один, так называемый, архивный файл (архив);

     антивирусные программы, предназначенные для предотвращения заражения компьютерными вирусами и ликвидации последствий заражения;

     программы оптимизации и контроля качества дискового пространства;

     программы восстановления информации, форматирования, защиты данных;

     программы для записи компакт-дисков;

     драйверы – программы, расширяющие возможности операционной системы по управлению устройствами ввода/вывода, оперативной памятью и т.д. При подключении к компьютеру новых устройств необходимо установить соответствующие драйверы;

     коммуникационные программы, организующие обмен информацией между компьютерами и др.

    Некоторые утилиты входят в состав операционной системы, а некоторые поставляются на рынок как самостоятельные программные продукты, например, многофункциональный пакет сервисных утилит Norton Utilities (Symantec).

    Прикладное программное обеспечение (ППО) предназначено для решения задач пользователя. В его состав входят прикладные программы пользователей и пакеты прикладных программ (ППП) различного назначения .

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

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

    ППП общего назначения – универсальные программные продукты, предназначенные для автоматизации широкого класса задач пользователя. К ним относятся:

    Текстовые редакторы (например, MS Word, Word Perfect, Лексикон);

    Табличные процессоры (например, MS Excel, Lotus 1-2-3, Quattro Pro);

    Системы динамических презентаций (например, MS Power Point, Freelance Graphics, Harvard Graphics);

    Системы управления базами данных (например, MS Access, Oracle, MS SQL Server, Informix);

    Графические редакторы (например, Сorel Draw, Adobe Photoshop);

    Издательские системы (например, Page Maker, Venture Publisher);

    Системы автоматизации проектирования (например, BPWin, ERWin);

    Электронные словари и системы перевода (например, Prompt, Сократ, Лингво , Контекст);

    Системы распознавания текста (например, Fine Reader, Cunei Form).

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

    методо-ориентированные ППП, в основе которых лежит реализация математических методов решения задач. К ним относятся, например, системы математической обработки данных (Mathematica, MathCad, Maple), системы статистической обработки данных (Statistica, Stat).;

    проблемно-ориентированные ППП предназначены для решения определенной задачи в конкретной предметной области. Например, информационно-правовые системы ЮрЭксперт, ЮрИнформ; пакеты бухгалтерского учета и контроля 1С: Бухгалтерия, Галактика, Анжелика; в области маркетинга –Касатка, Marketing Expert; банковская система СТБанк;

    интегрированные ППП представляют собой набор нескольких программных продуктов, объединенных в единый инструмент. Наиболее развитые из них включают в себя текстовый редактор, персональный менеджер (органайзер), электронную таблицу, систему управления базами данных, средства поддержки электронной почты, программу создания презентационной графики. Результаты, полученные отдельными подпрограммами, могут быть объединены в окончательный документ, содержащий табличный, графический и текстовый материал. К ним относят, например, MS Works. Интегрированные пакеты, как правило, содержат некоторое ядро, обеспечивающее возможность тесного взаимодействия между составляющими.

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

    К инструментальному программному обеспечению относят: системы программирования – для разработки новых программ, например, Паскаль, Бейсик. Обычно они включают: редактор текстов, обеспечивающий создание и редактирование программ на исходном языке программирования (исходных программ), транслятор, а также библиотеки подпрограмм; инструментальные среды для разработки приложений, например, C++, Delphi, Visual Basic, Java, которые включают средства визуального программирования; системы моделирования , например, система имитационного моделирования MatLab, системы моделирования бизнес-процессов BpWin и баз данных ErWin и другие.

    Транслятор (англ. translator – переводчик) – это программа-переводчик, которая преобразует программу с языка высокого уровня в программу, состоящую из машинных команд. Трансляторы реализуются в виде компиляторов или интерпретаторов, которые существенно различаются по принципам работы.

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

    Интерпретатор (англ. interpreter – истолкователь, устный переводчик) переводит и выполняет программу строка за строкой. Программа, обрабатываемая интерпретатором, должна заново переводиться на машинный язык при каждом очередном ее запуске.

    Откомпилированные программы работают быстрее, но интерпретируемые проще исправлять и изменять.

    Читайте также: