4601234Хххххc,

где:

XXXXX	 блок идентификации товара,
C	 контрольный разряд.

Старая структура позволяла каждому обладателю регистрационного номера закодировать до 100 000 наименований продукции (ХХХХХ = 00001 – 99999).

Все предприятия-члены ЮНИСКАН/EAN РОССИЯ, получившие 7-значные регистрационные номера, продолжают работать с ними. Получать новые регистрационные номера и изменять штриховые коды на своих товарах не требуется.

С 1 марта 2000 г. все члены ЮНИСКАН/EAN РОССИЯ получают регистрационный номер, состоящий из 9 цифр, например: 460123456. При этом структура товарного номера EAN/UCC-13 будет следующей:

460123456XXXC ,

где:

ХХХ	 блок идентификации товара,
С	 контрольный разряд.

Новая структура позволяет обладателю регистрационного номера закодировать до 1000 наименований продукции (ХХХ = 001 – 999). При этом значительно возрастает запас цифр для присвоения регистрационных номеров предприятиям-членам Ассоциации.

Более подробно с другими системами штрихового кодирования можно ознакомиться на сайте http://www.jasmi.ru/automation/what.html

Цифровая часть штрих-кода построена на принципах позиционной системы кодирования.

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

Описание классификатора или справочника

Название классификатора (или справочника)	Наименование кодируемого объекта	Используемая система кодирования	Структура кода
1	2	3	4

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

1) отдел кадров;

2) отд. кадров;

3) ОК;

4) Отд. кадр. и т.д.

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

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

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

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

При выполнении рассматриваемого описания необходимо решить вопрос о формах работы с классификатором. Существуют две формы такой работы: автономная и встроенная.

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

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

Алгоритм проектирования локальных классификаторов состоит из следующих шагов:

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

2. Определение примерного максимально возможного объема классификатора.

3. Выбор системы кодирования.

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

5. Разработка инструкций по использованию и корректировке классификатора или справочника.

Для удобства пользования классификаторами или справочниками в процессе заполнения полей документа доступной на экране целесообразно делать только вторую часть, т.е. наименования кодируемых объектов. Хотя в БД каждый такой объект будет представлен парой <код объекта + полное наименование объекта>.

Описание выходной информации

Общие положения

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

Рекомендации по проектированию выходных документов

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

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

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

4. Логически связанные показатели размещать рядом.

5. Выходной документ должен удовлетворять требованию логичности построения документа с учетом оформления его «шапки» и содержания.

6. В выходных документах должны отсутствовать показатели, рассчитываемые вручную.

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

• динамика изменения какого-либо показателя во времени или по структурным подразделениям:

• результаты социологического исследования.

8. Упорядочивать выходную информацию по одному или нескольким показателям.

9. Для получения выходной информации, сгруппированной по произвольной совокупности полей БД, необходимо наличие запросной системы. Она может быть организована по-разному. Приведем примеры двух вариантов. Первый: на экран выводится таблица. В 1-м столбце указывается наименование поля БД (например, фамилия, дата рождения, отдел, профессия или должность и т.д.), во 2-м столбце  ограничитель (начиная с ...., совпадает с ..., включает, не равно, меньше или =, больше или = и т.д.), в 3-м столбце  конкретное значение поля БД.

Наименование



Ограничитель



Значение

Второй вариант: использование специального языка запросов, с помощью которого составляется собственно запрос. Процесс составления запроса заключается в выборе названий необходимых полей из файлов БД и определения связей между ними с применением соответствующих символов (например, булевских выражений И, ИЛИ, НЕ, знаков  «», «+», «?» или каких-либо других; «кавычек», «скобок» и т.п.). Методика построения запросов и их примеры должны быть приведены при описании выходной информации.

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

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

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

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

14. Режим вывода документа на принтер для анализа результатов решения не является обязательным условием, но если это необходимо, то при описании общих параметров надо этот факт отразить.

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

• регламентированный;

• нерегламентированный, или произвольный.

Особенности присущие регламентированным (установленным) запросам

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

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

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

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

В настоящее время существуют достаточно мощные программные средства, позволяющие пользователю получать разнообразную информацию в удобном для анализа виде. Это специальные программы типа «генераторы отчетов», или «мастера отчетов», предназначенные для создания отчетов произвольной формы.

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

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

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

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

Особенности представления выходной информации

Качественно выходная информация может быть представлена в трех формах:

• документ (документы) на экране;

• документ (документы), отпечатанный на принтере;

• новый файл (файлы) БД или отдельные поля в существующей БД.

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

Описание выходной информации осуществляется по аналогии с описанием входной информации.

Для описания каждого документа (если их несколько) необходимо:

1. Спроектировать макет экрана.

2. Представить эскиз информационной части документа.

3. Дать общее описание документа по заданным параметрам (таблица В6). Параметры выходного документа, отмеченные «*», могут принимать значение «неограниченно».

4. Описать показатели документа по установленной форме.

5. Описать особенности выходного документа.

Описание выходных документов и результирующей информации в фалах БД

Особенности каждого выходного документа можно описать по схеме, показанной на рисунке В20.

Название выходного документа________________________________

Периодичность получения
Максимальное количество строк (для документа табличной формы)	(*)	Минимальное количество строк (для документа табличной формы)
Максимально возможное количество страниц одного документа					(*)
Форма представления (экранная, печатная, экранная и печатная)
Название показателя			Количество позиций экрана для размещения показателя

Рисунок В20 – Пример описания особенностей выходного документа

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

• упорядочение по одному или нескольким показателям;

• промежуточные итоги;

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

• вывод документа на печать;

• сохранение образа документа и др.

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

Название файла БД………………………….

Поле 1 (Aij)	 ключевое поле
Поле 2
Поле 3 (Bij)
…
Поле n (∑ij)	результирующая информация

Рисунок В21 – Пример структуры файла