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

    В каждой базе данных есть справочники, которые служат для хранения часто вводимых данных.  Например, если в таблице «Атрибуты заказчика» есть поля типа «Страна», «Город», то вместо того, чтобы постоянно вводить вручную эти данные, можно завести соответствующие справочники и подставлять данные из них. Но дело в том, что справочники могут быть как простые, состоящие из одной таблицы, так и сложные, составные (многоуровневые). В этом цикле статей мы рассмотрим примеры организации различного рода справочников.

    Идею статьи подсказало следующее сообщение на https://am.rusimport.ru/MSAccess/f2.aspx?type=1&id=42149

    Подскажите, как правильно разработать структуру базы для реализации почтовой базы. Интересует правильная связь таблиц: Страна, Регион, Город, Улица.

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

    Создаем четыре таблицы: Адресат, Справочник страны, Справочник регионы, Справочник  города. В каждой таблице обязательно должно быть соответствующее ей ключевое поле (Тип Счетчик) – idАдресат, idСтрана, idРегион, idГород. Назвать их разумеется можно и по другому.

    Обычно ключевое поле таблицы, которое является уникальным идентификатором записи в этой таблице, называют внутренним ключом (в нашем случае это поля типа «Счетчик»), а ключевые поля,  через которые внешние таблицы привязаны к данной – соответственно внешними ключами (в нашем случае это числовые поля Длинное целое)

Имя таблицы

Имя поля

Тип поля

Связанная таблица

Поле в связанной таблице

Адресат

idАдресат

счетчик

Справочник страны

idСтрана

idСтрана

Длинное целое

idРегион

Длинное целое

Справочник регионы

idРегион

idГород

Длинное целое

Улица

Текстовое

Справочник  города

idГород

Дом

Текстовое

Справочник страны

idСтрана

счетчик

Адресат

idСтрана

Обозначение

Текстовое

Справочник регионы

idРегион

счетчик

Адресат

idРегион

Обозначение

Текстовое

Справочник  города

idГород

счетчик

Адресат

idГород

Обозначение

Текстовое

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

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

    Как видно, в справочниках только два поля: ключевое и обозначение. А основная таблица состоит в основном из числовых полей, кроме поля «Улица». Вот здесь то и проявляется основная особенность построения реляционных баз данных:

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

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

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

    Имена полей таблиц не должны содержать пробелов, иначе могут быть проблемы с VBA, и однозначно возникнут проблемы, при переносе базы на SQL Server. Если имя поля состоит из двух слов, то можно выбрать например такай вариант: НазваниеУлицы или Название_улицы.

    Хотя согласно Help, имя может включать любую комбинацию букв, цифр, и специальных знаков за исключением точки (.), восклицательного знака (!), надстрочного знака (`) и квадратных скобок ([ ]), но  желательно не использовать в именах полей таблицы никаких символов, кроме букв и цифр. Дело в том, что например имя поля таблицы типа «Улица№» в проекте mdb скорей всего не вызовет никаких конфликтов, а вот при переносе базы на SQL Server, мастер переноса просто «выкинет» его из таблицы.

    При создании однотипных таблиц дело пойдет быстрее, если в окне проекта «Таблицы» выделить таблицу, затем Ctrl + C или в контекстном меню при правом щелчке мыши выбрать «копировать», затем выбираем вставить, в появившемся окне задаем имя новой таблицы и жмем «ОК». Осталось только в ключевом поле «id…» изменить обозначение (было к примеру «idГород», а теперь сделаем «idРегион»). Остальное менять не нужно. Вот потому то я во всех справочниках ввел однотипное поле «Обозначение». В таблице «Адресат» так же создаем внешние ключевые поля (Длинное Целое) – idСтрана, idРегион, idГород. Не забудьте убрать в них значение по умолчанию = 0.

    Теперь осталось только установить связи между таблицами. Жмем в окне проекта на кнопку «Схема данных» или правой кнопкой мыши, и в контекстном меню выбираем «Схема данных». Появилась диалоговое окно «Добавление таблицы». Щелкаем дважды по всем названиям таблиц и закрываем окно.

    Располагаем таблицы например так:  слева основная – «Адресат», справа остальные. Наводим курсор в таблице «Адресат» на поле «idСтрана» нажимаем и тащим на поле «idСтрана» в таблице «Справочник страны». В появившемся диалоговом окне «Изменение связей» устанавливаем флажки: «Обеспечение целостности данных», «Каскадное обновление связанных полей» и жмем «ОК».

Флажок «Обеспечение целостности данных»

    Его установили для того, чтобы исключить возможность ввода в таблицу «Адресат» в поле «idСтрана» значения, которого нет в аналогичном поле справочной таблицы «Справочник страны». Советую всегда так делать. Этим Вы во многом избавитесь от проблемы «мусора» в базе данных – наличие ни с чем не связанных записей. Правда есть и другие способы «замусоривания», но не лишним будет уже в структурной схеме базы постараться свести их к минимуму.

Флажок «Каскадное обновление связанных полей»

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

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

    А вот флажок «Каскадное удаление связанных записей» в данном примере я бы не рекомендовал ставить. Иначе может возникнуть весьма печальная ситуация: пользователь решит удалить название города из соответствующего справочника (мол, больше не нужен), а вместе с ним удалятся и все связанные с ним записи в таблице «Адресат» – это и есть каскадное удаление. Правда, при всякой попытке удаления Access выдает соответствующее предупреждение, но надеяться на то, что пользователь адекватно среагирует на него, я бы не стал. Каскадное удаление имеет смысл ставить в случае, например при связи таблиц «Заказы» и «Заказы данные». Удаляете заказ, а вместе с ним автоматически и все данные по нему, так как зачем данные по заказу, которого больше нет.

    Остановлюсь еще на одном моменте: многим наверное приходилось сталкиваться с ошибкой «Слишком большое число». Если не хотите иметь с этим проблем, возьмите себе за правило не делать поля со списками в таблице (начинающие обычно для этого используют мастер подстановок). Дело в том, что из за несоответствия форматов единиц измерения ширины столбцов в разных версиях Access, эта самая ширина может вместо стандартной 2,54см  стать … 57,2 см (слишком большим). Поэтому список лучше сделать на форме, а в таблице оставьте просто поле.
В следующем выпуске я расскажу о вариантах реализации справочной системы без использования справочных таблиц

Источник

Описание

Шапка

В верхней части формы элемента справочника доступны основные реквизиты:

  • Наименование – Строка – краткое название редакции;

  • Группа – справочник «Редакции программных продуктов» – принадлежность к группе справочника;

  • Полное наименование – Строка – полное название редакции.

Закладка “Программный продукт”

На закладке «Программный продукт» можно указать значения следующих реквизитов:

  • Программный продукт – Справочник «Программные продукты» – программный продукт, к которому относится редакция;

  • Тип программного продукта – Справочник «Типы программных продуктов» – тип программного продукта редакции программного продукта;

  • Страна – Перечисление «Страны локализации программных продуктов» – страна локализации программного продукта;

  • Загружать информацию с сервера поддержки 1С автоматически – Булево – флажок загрузки информации с сервера поддержки 1С автоматически;

  • Нумерация по стандарту 1С – Булево – флажок, означающий нумеровать релизы программных продуктов по стандарту 1С;

  • Название на сервере поддержки 1С – Строка – название редакции программного продукта на сервере поддержки пользователей 1С (users.v8.1c.ru);

  • Идентификатор на сервере поддержки 1С – Строка – короткое название редакции программного продукта на сервере поддержки пользователей 1С (users.v8.1c.ru);

  • Название на SOLUTIONS.RU – Строка – короткое название редакции программного продукта на сайте SOLUTIONS.1C.RU;

  • Адрес страницы редакции ПП на сервере поддержки пользователей 1С (users.v8.1c.ru) – Строка – адрес страницы редакции программного продукта на сервере поддержки пользователей 1С (users.v8.1c.ru);

  • Загружать файлы с сервера поддержки 1С автоматически – Булево – флажок загрузки файлов редакции программного продукта с сервера поддержки пользователей 1С автоматически (users.v8.1c.ru);

  • Название в каталоге хранения – Строка – название редакции программного продукта в каталоге хранения релизов;

  • Каталог хранения файлов релизов шаблон – Переключатель, состоящий из двух значений:

    • Использовать шаблон каталога – каталог хранения файлов релизов редакции программного продукта (шаблон);

    • Использовать путь каталога – каталог хранения файлов релизов редакции программного продукта (путь);

  • Путь по шаблону – Строка – местонахождение шаблона;

Закладка “Релизы”

На закладке «Релизы» можно указать значения следующих реквизитов:

* Табличная часть «Релизы редакций программных продуктов» – обращается к справочнику «Релизы редакций программных продуктов».

Состав реквизитов:

  • Релиз – Справочник «Релизы редакций программных продуктов» – ссылка на элемент справочника;

  • Дата релиза редакции программного продукта – Дата – дата релиза редакции программного продукта;

  • Тестовый – Булево – если релиз является тестовым, будет установлен флажок;

  • Файлов – Число, 10 – количество файлов в данном релизе;

  • Загружено – Число, 10 – количество загруженных файлов;

  • Обновление для релизов – Строка – краткий список релизов, для обновления которых предназначен данный релиз;

  • Диск 1С ИТС – Строка – диск 1С:ИТС, на котором размещены установочные файлы релиза редакции программного продукта;

  • Комментарий – Строка – комментарий, как дополнительная информация по этой редакции.

Ниже табличной части есть следующее поле:

Обновление для релизов – Строка – полный список релизов, для обновления которых предназначен данный релиз;

Закладка “Разработчик”

На закладке «Разработчик» можно указать значения следующих реквизитов:

  • Наименование дополнительное – Строка – дополнительное наименование редакции программного продукта;

  • Разработчик – Справочник «Контрагенты» – разработчик редакции программного продукта;

  • Наименование от разработчика – Строка – наименование редакции программного продукта от разработчика;

  • Код от разработчика – Строка – код редакции программного продукта от разработчика;

  • Описание от разработчика – Строка – описание редакции от разработчика.

Закладка “Дополнительные реквизиты”

На закладке «Дополнительные реквизиты» можно указать значения следующих реквизитов:

  • Путь к демонстрационной базе данных – Строка – Путь к демонстрационной базе данных редакции программного продукта;

  • Табличная часть «Редакции ПП, необходимые для работы» – указываются редакции программных продуктов, необходимые до работы;

Закладка “Оповещения”

На закладке «Оповещения» можно указать значения следующих реквизитов:

  • Табличная часть «Параметры оповещения» – содержит данные из регистра сведений «Параметры оповещения по объектам».

Состав реквизитов:

  • Пользователь – Справочник «Пользователи» – пользователь оповещений;

  • Получатель – Составной тип (Справочники «Физические лица», «Контактные лица», «Пользователи», «Партнеры», «Контрагенты») – получатель оповещений;

  • Канал – Перечисление «Каналы оповещений» – канал оповещений;

  • Актуальность – Справочник «Виды периодов» – период актуальности рассылки оповещений;

  • Периодичность – Перечисление «Периодичность оповещений» – периодичность оповещений;

  • Комментарий – Строка – краткое описание параметра оповещения.

  • Табличная часть «Оповещения CRM» – содержит данные из регистра сведений «Оповещения».

Читайте также:  Какие продукты можно есть вечером чтобы не поправится

Состав реквизитов:

  • Получатель – Составной тип (Справочники «Контактные лица», «Пользователи», «Контрагенты») – получатель оповещений;

  • Дата оповещения – Дата – дата оповещения;

  • Вид оповещения – Справочник «Виды оповещений» – вид оповещения;

  • Канал – Перечисление «Каналы оповещений» – канал оповещений;

  • Дата актуальности – Дата – дата актуальности оповещения;

  • Содержание – Строка – краткое описание оповещения;

  • Тема – Строка – тема оповещения;

  • Срок оповещения – Число,10 – срок оповещения, который зависит от заданой периодичности;

  • Периодичность – Перечисление «Периодичность оповещений» – периодичность оповещения.

  • Табличная часть «Напоминания CRM» – содержит данные из регистра сведений «Напоминания».

Состав реквизитов:

  • Пользователь – Справочник «Пользователи» – пользователь оповещений;

  • Дата начала – Дата – дата начала напоминания оповещения;

  • Дата оповещения – Дата – дата оповещения;

  • Дата актуальности – Дата – дата актуальности оповещения;

  • Важность – Перечисление «Варианты важности взаимодействия» – вариант важности взаимодействия;

  • Срок оповещения – Число,10 – срок оповещения, который зависит от заданой периодичности;

  • Периодичность – Перечисление «Периодичность оповещений» – периодичность оповещения.

Закладка “Описание”

На закладке «Описание» можно указать значения следующего реквизита:

Описание – Строка – описание редакции программного продукта.

Подвал

Комментарий – Строка – комментарий, как дополнительная информация по этой редакции.

Источник

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

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


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

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

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

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

– утилитарные программы («программы для себя») предназначены для удовлетворения нужд их разработчиков. Чаще всего утилитарные программы выполняют роль сервиса в технологии обработки данных либо являются программами решения функциональных задач, не предназначенных для широкого распространения;

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

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

– freeware – бесплатные программы, свободно распространяемые, поддерживаются самим пользователем, который правомочен вносить в них необходимые изменения;

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

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

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

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

Программные продукты могут создаваться как:

– индивидуальная разработка под заказ;

– разработка для массового распространения среди пользователей.

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

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

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

Читайте также:  Какие продукты питания запрещено ввозить в сша

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

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

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

Основные характеристики программ:

– алгоритмическая сложность (логика алгоритмов обработки информации);

– состав и глубина проработки реализованных функций обработки;

– полнота и системность функций обработки;

– объем файлов программ;

– требования к операционной системе и техническим средствам обработки со стороны программного средства;

– объем дисковой памяти;

– размер оперативной памяти для запуска программ;

– тип процессора;

– версия операционной системы;

– наличие вычислительной сети и др.

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

– насколько хорошо (просто, надежно, эффективно) можно использовать программный продукт;

– насколько легко эксплуатировать программный продукт;

– можно ли использовать программный продукт при изменении условия его применения и др.

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

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

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

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

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

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

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

В условиях существования рынка программных продуктов важными характеристиками являются:

– стоимость,

– количество продаж;

– время нахождения на рынке (длительность продаж);

– известность фирмы-разработчика и программы;

– наличие программных продуктов аналогичного назначения.

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

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

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

Классы программных продуктов 

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

– аппаратная часть автономных компьютеров и сетей ЭВМ;

– функциональные задачи различных предметных областей;

– технология разработки программ.

Для поддержки информационной технологии в этих областях выделим соответственно три класса программных продуктов:

– системное программное обеспечение;

– пакеты прикладных программ;

– инструментарий технологии программирования.


Системное программное
обеспечение направлено:

– на создание операционной среды функционирования других программ;

– на обеспечение надежной и эффективной работы самого компьютера и вычислительной сети;

– на проведение диагностики и профилактики аппаратуры компьютера и вычислительных сетей;

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


Системное программное обеспечение (System Software)
– совокупность программ и программных комплексов для обеспечения работы компьютера и сетей ЭВМ.


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

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


Пакет прикладных программ (application program package)
– комплекс взаимосвязанных программ для решения задач определенного класса конкретной предметной области.


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


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

Источник