Ассоциация ЭБНИТ    ИРБИС-корпорация    Вики-Ирбис    Online/CHM справка Ирбис    FTP-сервер
Опыт и разработки пользователей ИРБИС :  ИРБИС Irbis
 
Пример ТЗ для вуза
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 15, February, 2012 05:53

Название новой АБИС - Омега. Звучит таинственно, научно, философично (см. П. Тейяра де Шардена), да и почти все другие буквы уже использованы - ABCD, I, J, W, Z и даже WebX-ИРБИС...
Но сначала дипломная работа об автоматизации библиотек вузов [www.bestreferat.ru]

irbis_arbat@mail.ru



Редактировано 23 раз. Последний раз 13.07.2012 14:39 пользователем Lavrinovich.

Re: Пример ТЗ для вуза
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 15, February, 2012 13:41

Жду БУРНОЙ дискуссии.
Следующий документ не помню откуда.


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

Смешно? А почитайте, что говорили Шрайберг и МАршак в первой половине 90-х... Слова-то какие были непонятные - ризограф, хозрасчет, самоокупаемость... и вообще ИКТ-рунглиш тогда только начал складываться...
***
Кто такой постановщик? Автор ТЗ? Но если постановщик - библиотекарь (для уникальной, заказной системы), то он, как правило, не может четко сформулировать задачи, слабо владеет терминологией...

irbis_arbat@mail.ru



Редактировано 7 раз. Последний раз 07.04.2012 12:44 пользователем Lavrinovich.

Re: Пример ТЗ для вуза
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 28, February, 2012 06:28

Надо бы подробно расписать Книгообеспеченность, но мало знаком с этой задачей, а просто где-то заимствовать не интересно. Не буду еще и потому, что в зарубежных системах такого нет - "у них" обычно "покупают учебники сами"
Чего не будет в ТЗ из ИРБИСа: ISIS-подобной структуры, MST, MFN, плоскостей и подплоскостей, Советчика, Красного шарика... и многого, много другого...

irbis_arbat@mail.ru



Редактировано 3 раз. Последний раз 23.06.2012 18:09 пользователем Lavrinovich.

Re: Пример ТЗ для вуза
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 05, April, 2012 07:53

Кто должен писать ТЗ?
Мнение Э.Р.Сукиасяна, статья "Электронные каталоги" 2003 г.:
В США или, например, в Швеции, техническое задание и всю идеологию разрабатываемых систем сначала писали библиотекари, то есть заказчики. Уже потом к процессу подключались профессиональные программисты и инженеры. Библиотечные специалисты проверяли каждый их шаг, накладывали "вето" на все неприемлемые решения [...]
Почему же в России мы вынуждены получать, заплатив большие деньги, нечто такое, в чем библиотечная мысль часто даже не ночевала? Кто у нас выступает в роли заказчика? Если это мы, библиотекари, то почему позволяем себе оказываться бедными родственниками?

КОММЕНТАРИЙ. ИРБИС - единственная наша АБИС, написанная библиотекарями (устное сообщение М.В.Гончарова 2001 г.). Аналогия. хотя и не очень удачная: винда писалась от ядра, линух от интерфейса.

irbis_arbat@mail.ru



Редактировано 5 раз. Последний раз 27.06.2012 10:59 пользователем Lavrinovich.

Re: Пример ТЗ для вуза
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 27, June, 2012 12:52

Из книги: Воройский Ф.С. Основы проектирования А.Б.И.С.

ПРИЛОЖЕНИЕ 2. ТЗ НА СОЗДАНИЕ АБИС РОССИЙСКОЙ ГОСУДАРСТВЕННОЙ БИБЛИОТЕКИ (пример варианта функциональных требований)
1. СОСТАВ АС РГБ
АС РГБ должна представлять собой интегрированную систему, включающую следующие взаимосвязанные подсистемы:
1. Комплектование,
2. Обработка документов,
3. Электронный каталог,
4. Мультимедиа,
5. Обслуживание читателей и абонентов,
6. Управление, учет и статистика.
2. КОМПЛЕКТОВАНИЕ
Подсистема «Комплектование» должна обеспечить:
• формирование заказа всех видов изданий для различных источников комплектования;
• регистрацию поступлений изданий как предварительно заказанных и оплаченных, так и поступающих без заказа (обязательный экземпляр, дары, книгообмен) с последующей оплатой или бесплатно;
• контроль за поступлением заказанных изданий с формированием рекламаций на издания, не поступившие вовремя;
• подготовку всех необходимых учетно-финансовых документов, форма которых должна
быть настраиваемой;
• подготовку предложений по книгообмену в виде списков изданий, упорядоченных по задаваемым (настраиваемым) элементам данных;
• выдачу отчетно-статистических данных.
Подсистема должна обеспечивать присвоение уникального регистрационного номера каж-
дому поступающему в РГБ документу и исключить возможность ввода дубликатов записей посредством автоматической сверки на дублетность.
Регистрационный номер должен формироваться в виде бар-кода, наклеиваемого на документ.
Подсистема должна поддерживать интерактивный и пакетный режимы ввода данных.
Пакетный режим должен обеспечивть обработку входных данных (импорт) в форматах структуры ISO-2709 (в том числе в форматах АС РГБ, UNIMARC, USMARC for Holdings and Locations, USMARC for Bibliographic Data).
Входными данными, подлежащими вводу в АС РГБ средствами подсистемы, являются:
• данные о партнерах (издающие и книготорговые организации, партнеры по книгообмену,
подписные агентства и т.п.);
• данные о предложениях издающих и книготорговых организаций;
• данные о предложениях РГБ и других библиотек по книгообмену;
• данные о заказах документов для фондов РГБ;
• данные о документах, поступивших как по предварительному заказу, так и без него.
Выходными данными подсистемы являются:
• заказная документация;
• рекламации на непоступившие Документы;
• отчеты учетно-контрольного характера.
3. ОБРАБОТКА ДОКУМЕНТОВ
Подсистема «Обработка документов» должна обеспечить:
• подготовку информации для электронных каталогов всех видов документов, поступающих в РГБ, по стандартам, принятым в России;
• экспорт введенной информации в файлы формата АС РГБ, UNIMARC и Российского коммуникативного формата [...];
• контроль за сроками обработки документов;
• создание и поддержку файлов нормативных записей (индивидуальные и коллективные авторы; система классификации ББК);
• выдачу отчетно-статистических данных.
Основой для работы подсистемы должна являться информация, сформированная в рамках подсистемы «Комплектование». Идентификация документа, подлежащего обработке, осуществляется на основе уникального регистрационного номера, присвоенного в подсистеме
«Комплектование».
При обработке документов должны широко использоваться файлы нормативных записей, формируемые как внутри компонента, так и импортируемые в АС РГБ из формата АС РГБ и USMARC/AUTHORITIES, а также различного рода электронные справочники.
Подсистема должна обеспечивать интерактивную работу пользователей с возможностью автоматического вызова различных входных зкранных форм в зависимости от конкретных значений определенных (задаваемых при настройке) элементов данных. Кроме того, должна быть
обеспечена пакетная загрузка (импорт) данных из формата UNIMARC и Российского коммуникативного формата.
Подсистема должна обеспечивать обработку документа полностью “с нуля”, а также с использованием копирования уже существующих записей или их отдельных элементов.
Выходными данными, сформированными средствами подсистемы, являются:
• библиографические описания документов, включающие систематические индексы ББК и шифры хранения;
• нормативные записи;
• отчеты учетно-контрольного характера.

4. ЭЛЕКТРОННЫЙ КАТАЛОГ
Подсистема «Электронный каталог» должна обеспечить:
• загрузку, поддержку, актуализацию и сохранность электронных каталогов всех изданий,
обработанных в подсистеме «Обработка документов»;
• ретроспективную конверсию традиционных каталогов РГБ (вопрос о методах ретроспективной конверсии должен быть обсужден специально);
• многоаспектный поиск информации в электронных каталогах с выводом результатов поиска на экран, в файл или на принтер; поиск должен быть обеспечен как с локальных терминалов АС РГБ, так и через Интернет;
• предоставление информации пользователям о доступности в настоящий момент запрашиваемых ими документов;
• экспорт фрагментов электронных каталогов в Российском коммуникативном формате;
• формирование фрагментов электронных каталогов на машинных носителях (в том числе на CD-ROM);
• выдачу отчетно-статистических данных.
Входными данными для подсистемы являются:
• библиографические описания, подготовленные для загрузки в электронный каталог в подсистеме «Обработка документов»;
• фрагменты традиционных каталогов или иные материалы, отражающие фонды РГБ (возможно в совокупности с базами данных национальных библиографий на CD-ROM или доступными через Интернет), необходимые для осуществления конвертирования ретроспективы фондов;
• запросы пользователей;
• информация о списании документов, поступающая из соответствующих функциональ-
ных отделов РГБ.

[...]

6. ОБСЛУЖИВАНИЕ ЧИТАТЕЛЕЙ И АБОНЕНТОВ
Подсистема «Обслуживание читателей и абонентов» должна обеспечить:
• учет читателей и абонентов РГБ;
• формирование заказов читателей и абонентов РГБ на необходимые им документы, отраженные в электронном каталоге с распечаткой требований в соответствующих помещениях хранилища фондов;
• формирование очередей на получение документов, временно недоступных пользователю;
• осуществление резервирования единиц хранения за данным читателем (абонентом);
• формирование заказов по МБА, направляемых по заявкам читателей в другие библиотеки;
• осуществление учета и контроля за выполнением основных этапов технологических процедур обслуживания, принятых в РГБ, таких, как заказ, доставка, выдача из хранилища РГБ и возврат документов, учет использования документов (в том числе по категориям и персоналиям читателей);
• осуществление учета и контроля за выполнением технологических процедур МБА;
• выдачу отчетно-статистических данных.
Входными данными, подлежащими вводу в АС РГБ средствами подсистемы, являются:
• сведения о читателях и абонентах РГБ;
• заказы на издания из фондов РГБ, поступающие от читателей и по МБА;
• заказы на издания, отсутствующие в фондах РГБ, заказываемые ею по МБА;
• сведения о “движении” заказанных документов, поступающие из хранилища, читальных залов и подразделений РГБ, работающих с фондами.
Выходными данными подсистемы являются:
• записи о читателях и абонентах, введенные в АС РГБ;
• записи о заказах документов;
• записи об отказах в выдаче документов;
• записи о заказах по МБА;
• информация о местонахождении проходящих через подсистему документов;
• отчеты учетно-контрольного характера.

7. УПРАВЛЕНИЕ, УЧЕТ И СТАТИСТИКА
Подсистема «Управление, учет и статистика» должна обеспечить:
• получение данных о сроках выполнения технологических процессов;
• получение статистических сведений по состоянию, движению и использованию фонда РГБ;
• получение статистических сведений по количественному и качественному составу чита-
телей и абонентов;
• получение данных о спросе на конкретные документы и их группы;
• получение данных о местонахождении документа, поступившего в РГБ;
• осуществление контроля объемов и сроков выполненных работ;
• формирование разнообразных статистических отчетов.

irbis_arbat@mail.ru



Редактировано 4 раз. Последний раз 28.06.2012 17:31 пользователем Lavrinovich.

Re: Пример ТЗ для вуза
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 27, June, 2012 12:57

НА ОСНОВЕ:
Воройский Ф.С. Основы проектирования А.Б.И.С.
ПРИЛОЖЕНИЕ 2. ТЗ НА СОЗДАНИЕ АБИС РОССИЙСКОЙ ГОСУДАРСТВЕННОЙ БИБЛИОТЕКИ (пример варианта функциональных требований)

1. СОСТАВ АБИС
АБИС должна представлять собой интегрированную систему, включающую следующие взаимосвязанные подсистемы:
1. Комплектование,
2. Обработка документов,
3. Электронный каталог,
4. Обслуживание читателей и абонентов,
5. Управление, учет и статистика.

2. КОМПЛЕКТОВАНИЕ
Подсистема «Комплектование» должна обеспечить:
• формирование заказа всех видов изданий для различных источников комплектования;
• регистрацию поступлений изданий как предварительно заказанных и оплаченных, так и поступающих без заказа (обязательный экземпляр, дары, книгообмен) с последующей оплатой или бесплатно;
• контроль за поступлением заказанных изданий с формированием рекламаций на издания, не поступившие вовремя;
• подготовку всех необходимых учетно-финансовых документов, форма которых должна быть настраиваемой;
• подготовку предложений по книгообмену в виде списков изданий, упорядоченных по задаваемым (настраиваемым) элементам данных;
• выдачу отчетно-статистических данных.
Подсистема должна обеспечивать присвоение уникального регистрационного номера каждому поступающему документу и исключить возможность ввода дубликатов записей посредством автоматической сверки на дублетность.
Регистрационный номер должен формироваться в виде штрих-кода, наклеиваемого на документ.
Подсистема должна поддерживать интерактивный и пакетный режимы ввода данных.
Пакетный режим должен обеспечивать обработку входных данных (импорт) в форматах RUSMARC, USMARC for Holdings and Locations, USMARC for Bibliographic Data).
Входными данными, подлежащими вводу в АБИС средствами подсистемы, являются:
• данные о партнерах (издающие и книготорговые организации, партнеры по книгообмену,
подписные агентства и т.п.);
• данные о предложениях издающих и книготорговых организаций;
• данные о предложениях нашей и других библиотек по книгообмену;
• данные о заказах документов для фондов библиотеки;
• данные о документах, поступивших как по предварительному заказу, так и без него.
Выходными данными подсистемы являются:
• заказная документация;
• рекламации на непоступившие Документы;
• отчеты учетно-контрольного характера.

3. ОБРАБОТКА ДОКУМЕНТОВ
Подсистема «Обработка документов» должна обеспечить:
• подготовку информации для электронных каталогов всех видов документов, поступающих в библиотеку, по стандартам, принятым в России;
• экспорт введенной информации в файлы формата UNIMARC и RUSNARC (?)• контроль за сроками обработки документов;
• создание и поддержку файлов нормативных записей (индивидуальные и коллективные авторы; система классификации УДК);
• выдачу отчетно-статистических данных.
Основой для работы подсистемы должна являться информация, сформированная в рамках подсистемы «Комплектование». Идентификация документа, подлежащего обработке, осуществляется на основе уникального регистрационного номера, присвоенного в подсистеме
«Комплектование».
При обработке документов должны широко использоваться файлы нормативных записей, формируемые как внутри компонента, так и импортируемые в АБИС из формата UNIMARC и USMARC/AUTHORITIES (?), а также различного рода электронные справочники.
Подсистема должна обеспечивать интерактивную работу пользователей с возможностью автоматического вызова различных входных зкранных форм в зависимости от конкретных значений определенных (задаваемых при настройке) элементов данных. Кроме того, должна быть
обеспечена пакетная загрузка (импорт) данных из формата UNIMARC и RUSMARC.
Подсистема должна обеспечивать обработку документа полностью “с нуля”, а также путем копирования и редактирования уже существующих записей или их отдельных элементов.
Выходными данными, сформированными средствами подсистемы, являются:
• библиографические описания документов, включающие систематические индексы ББК и шифры хранения;
• нормативные записи;
• отчеты учетно-контрольного характера.

4. ЭЛЕКТРОННЫЙ КАТАЛОГ
Подсистема «Электронный каталог» должна обеспечить:
• загрузку, поддержку, актуализацию и сохранность электронных каталогов всех изданий,
обработанных в подсистеме «Обработка документов»;
• ретроспективную конверсию традиционных каталогов РГБ (вопрос о методах ретроспективной конверсии должен быть обсужден специально);
• многоаспектный поиск информации в электронных каталогах с выводом результатов поиска на экран, в файл или на принтер; поиск должен быть обеспечен как с локальных терминалов АС РГБ, так и через Интернет;
• предоставление информации пользователям о доступности в настоящий момент запрашиваемых ими документов;
• экспорт фрагментов электронных каталогов в Российском коммуникативном формате;
• формирование фрагментов электронных каталогов на машинных носителях (в том числе на CD-ROM);
• выдачу отчетно-статистических данных.
Входными данными для подсистемы являются:
• библиографические описания, подготовленные для загрузки в электронный каталог в подсистеме «Обработка документов»;
• фрагменты традиционных каталогов или иные материалы, отражающие фонды РГБ (возможно в совокупности с базами данных национальных библиографий на CD-ROM или доступными через Интернет), необходимые для осуществления конвертирования ретроспективы фондов;
• запросы пользователей;
• информация о списании документов, поступающая из соответствующих функциональных отделов РГБ.

[...]

6. ОБСЛУЖИВАНИЕ ЧИТАТЕЛЕЙ И АБОНЕНТОВ
Подсистема «Обслуживание читателей и абонентов» должна обеспечить:
• учет читателей и абонентов;
• формирование заказов читателей и абонентов на необходимые им документы, отраженные в электронном каталоге с распечаткой требований в соответствующих помещениях хранилища фондов;
• формирование очередей на получение документов, временно недоступных пользователю;
• осуществление резервирования единиц хранения за данным читателем (абонентом);
• формирование заказов по МБА, направляемых по заявкам читателей в другие библиотеки;
• осуществление учета и контроля за выполнением основных этапов технологических процедур обслуживания, принятых в б-ке, таких, как заказ, доставка, выдача из хранилища и возврат документов, учет использования документов (в том числе по категориям и персоналиям читателей);
• осуществление учета и контроля за выполнением технологических процедур МБА;
• выдачу отчетно-статистических данных.
Входными данными, подлежащими вводу в АБИС средствами подсистемы, являются:
• сведения о читателях и абонентах;
• заказы на издания из фондов РГБ, поступающие от читателей и по МБА;
• заказы на издания, отсутствующие в фондах б-ки, заказываемые ею по МБА;
• сведения о “движении” заказанных документов, поступающие из хранилища, читальных залов и подразделений, работающих с фондами.
Выходными данными подсистемы являются:
• записи о читателях и абонентах, введенные в АБИС;
• записи о заказах документов;
• записи об отказах в выдаче документов;
• записи о заказах по МБА;
• информация о местонахождении проходящих через подсистему документов;
• отчеты учетно-контрольного характера.

7. УПРАВЛЕНИЕ, УЧЕТ И СТАТИСТИКА
Подсистема «Управление, учет и статистика» должна обеспечить:
• получение данных о сроках выполнения технологических процессов;
• получение статистических сведений по состоянию, движению и использованию фонда;
• получение статистических сведений по количественному и качественному составу читателей и абонентов;
• получение данных о спросе на конкретные документы и их группы;
• получение данных о местонахождении документа, поступившего в б-ку;
• осуществление контроля объемов и сроков выполненных работ;
• формирование разнообразных статистических отчетов.

В основном очевидные требования, а для РГБ простоватые... Вот гораздо содержательнее:

Версия ТЗ, разработанная в 1995 г. автором для создания ПО АРМ «КОМПЛЕКТОВАНИЕ» для АБИС «ИРБИС» [скорректировал пока слегка. - А.Л.]

б) автоматизированный поиск документов в электронном каталоге и подобных ему по структуре служебных массивах библиографических записей, а также автоматизированный (или частично автоматизированный) поиск записей в других (не библиографических) служебных массивах (по наименованию организации, издания и т.п.);
в) копирование записей библиографического описания документов из Электронного каталога и массивов служебных документов, например, - “План подписки библиотеки на ...”, “Каталоги подписных изданий” *, “Планы издательств”** и т.п.;
г) копирование и редактирование всех видов записей внутри обрабатываемых массивов;
д) копирование рабочих массивов и баз данных для их последующей выгрузки и экспорта в другие системы (например, - филиалы или удаленные подразделения библиотеки) через АРМ “АДМИНИСТРАТОР”;
е) сортировку созданных как самостоятельные или отобранных массивов записей по 1,2 и 3* взаимосвязанным параметрам, например, по “имени организации - держателя документа” и “инвентарному (регистрационному) номеру документа”;
ж) автоматизированный подсчет стоимостных и других количественных показателей внутри массивов, созданных как самостоятельные, или отобранных документов;
з) автоматизированное заполнение и распечатку выходных форм, включая абонементы подписки на периодические издания, ведомости подписки, платежные ведомости*, рекламаций** и т.п.;
и) сокращение ручных операций при обработке книг и журналов (наклейка “кармашков” для книжных формуляров, распечатка книжных формуляров и т.п.) за счет использования средств штрихового кодирования*.
1.4. Должна быть обеспечена возможность взаимодействия АРМ “КОМПЛЕКТОВАНИЕ" с АРМ “КАТАЛОГИЗАТОР” и АРМ “АДМИНИСТРАТОР”: с первым - на уровне формируемых и используемых БД и информационных массивов (словари, реквизиты организаций и т.п.), со вторым -
в соответствии с общей идеологией администрирования баз данных, принятой в ИРБИС.
1.5. Состав и общий принцип организации программно-технологических средств АРМ “КОМПЛЕКТОВАНИЕ” аналогичны АРМ “КАТАЛОГИЗАТОР” должен включать:
• Подсистему “ВВОД”, реализующую режимы, которые обеспечивают собственно пополнение и корректировку данных в выбранной базе данных (в том числе – БД “Заказы литературы”, “Новые поступления”, “Списание литературы”, “Реквизиты организаций”, “Каталоги изданий” и т.п.), а также подготовку выполнения операций экспорта/импорта БД или временных рабочих массивов через АРМ “АДМИНИСТРАТОР”. При этом обеспечивается возможность как ввода новых документов, так и корректировки (изменения) документов, введенных ранее. [...}
• Подсистему “ПОИСК”, обеспечивающую режимы разнообразного поиска документов в базах данных АРМ “КОМПЛЕКТОВАНИЕ” и электронном каталоге с целью их последующего просмотра, печати, корректировки, копирования, объединения с другими БД и рабочими массивами (например, из БД “Заказы литературы” с БД “Новые поступления”) или экспорта (последние две операции выполняются через АРМ “АДМИНИСТРАТОР”);
• Подсистему “ПРОСМОТР/ПЕЧАТЬ”, предназначенную для выполнения работ, связанных с выводом документов на экран или печатающее устройство;
• Подсистему “СЕРВИС” — для статистической обработки данных.

II. СОСТАВ СРЕДСТВ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ
2.1. Типовой состав баз данных АРМ “КОМПЛЕКТОВАНИЕ”:
• Планы комплектования;
• Заказы литературы;
• Новые поступления литературы 46;
• Суммарный учет литературы;
• Подписка (на периодические издания);
• Списание литературы 47.
Примечание: Этот массив может быть совмещен с массивом БД “Суммарный учет литературы”.

2.2. Типовой состав служебных БД:
• Реквизиты организаций;
• Каталоги подписки на периодические издания ____год;
• Каталоги подписных изданий *;
• Планы издательств **.
2.3. Типовой состав выходных форм документов:
• Форма 1 - Размещение заказов на книги *,
• Форма 2 - Контроль реализации заказов на книги *,
• Форма 3 - Книга суммарного учета,
• Форма 4 - Справка о поступлениях в фонд библиотеки,
• Форма 5 - Заказ на газеты и журналы,
• Форма 6 - Бланк абонемента подписки на периодические издания,
• Форма 7 - Акт на списание литературы,
• Форма 8 - Статистическая справка о комплектовании,
• Форма 9 - Типовое письмо с напоминанием о недопоставке литературы ,
• Форма 10 - Акт рекламации,
• Форма 11 - Реквизиты организаций,
• Форма 12 - Персоналии – телефоны,
• Форма 13 - Конверт.

III. СТРУКТУРА СРЕДСТВ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ
3.1. Состав и характеристики используемых в массовых библиотеках полей данных – соответствует формату USMARC.
[...]
Выходные форматы - HTML, RTF, ODF, ODT, TeX

IV. ТИПОВЫЕ ФОРМЫ ВЫХОДНЫХ ДОКУМЕНТОВ
4.1. Размещение заказов на книги * (Форма 1)
Источник заказа
Место и дата размещения заказа
Автор(ы), название, изд-во, год издания
Кол-во требуемое, экз.
Получено, экз.
Цена, руб.
1. 2. 3. 4. 5. 6.
Итого: руб.

4.2. Контроль реализации заказов на книги (Форма 2) *
Автор(ы), название, изд-во, год издания
№ Заказа
NN счета/акта, даты заказа/получения
Кол-во требуемое, экз.
Получено, экз.
Цена, руб.
N Записи в КСУ
Инвентарный N
Итого: руб.

4.3. Книга суммарного учета (Форма 3)
Дата ___.___._____ г.,
Источник: __________________,
Акт N ________________
N записи в КСУ __________________________

Инвентарный N
Автор(ы), название, место издания,
издательство, объем
Год изд.
Цена, руб.
Кол-во экз.
Сиглы хранения
Дата, N акта списания

4.4. Справка о поступлениях в фонд библиотеки (Форма 4)
На ____.____.______
Автор(ы) Название, место издания, издательство
Кол-во экз.
Цена 1 экз., руб.
Суммарная стоимость, руб.
Итого: Руб.

4.5. Заказ на газеты и журналы (Форма 5)
Дата: ____._____._____ г.
Адрес (библиотеки): _______________________________________________________
Организация (название библиотеки) :

4.6. Бланк абонемента подписки на периодические издания
(Форма 6)
- Типовая форма бланка подписки Роспечати.

[...]

4.8. Статистическая справка о комплектовании (Форма 8)
за период с ____.____._____ г. по ____.____._____ г.
Виды Поступили Списаны
документов Количество Стоимость Количество Стоимость
Книги
Брошюры
Сбориники
Периодические изд.
Рукописи
Нотные издания
CD-ROM
Видеозаписи
Звукозаписи
Всего:
В том числе на инв. учете
На б/инв. учете

4.9. Типовые формы АРМ “Комплектование”:
- Форма 9 - Типовое письмо с напоминанием о недопоставке литературы,
- Форма 10 - “Акт рекламации”,
- Форма 11 - “Реквизиты организаций”,
- Форма 12 - “Персоналии - телефоны”,
- Форма 13 - “Конверт”

[b]КОММЕНТАРИЙ. Вот это был бы СуперИРБИС! Полностью до сих пор не реализовано нигде
. Буду тщательно прорабатывать и использовать в новых предложениях и проектах.

irbis_arbat@mail.ru



Редактировано 5 раз. Последний раз 02.07.2012 22:57 пользователем Lavrinovich.

Re: Пример ТЗ для вуза
Пользователь: Lavrinovich (IP-адрес скрыт)
Дата: 13, July, 2012 14:40

АБИС "ParaBoox":
Внутренний формат RUSMARC
Конвертеры для UNIMARC, MARC21
Форматы файлов ЛО - XLSX, MDBX, HTML, TXT
Выходные форматы RTF, HTML, ODT
Средства разработки HTML5, XML, PHP
Веб-интерфейс
Распределенная архитектура
Полная функциональная равнозначность локальных и удаленных БД
СУБД PostgreSQL, MS SQL Server, MySQL

irbis_arbat@mail.ru



Редактировано 2 раз. Последний раз 06.01.2013 13:28 пользователем Lavrinovich.



Извините, только зарегистрированные пользователи могут писать в этом форуме.
This forum powered by Phorum.