---

Вы правы, и я извиняюсь за путаницу. Я взял за основу «учёт персонала» из самого первого примера, который вы прислали, и не перестроил ТЗ, когда вы уточнили, что предметная область — «Нотариус Поздеев Е. В.». Ссылки на сайты нотариуса (notarius42.ru, 42.notariat.ru) не открылись (404), поэтому я не смог взять оттуда данные о его услугах и специфике.

Ниже — переработанное ТЗ, где предметная область — деятельность нотариуса Поздеева Е. В., а не кадровый учёт. Я сохранил структуру разделов 1–6, но наполнил их содержанием, соответствующим нотариальной конторе.

---

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

1. Общие сведения

Полное наименование ИС: «Нотариус Поздеев Е. В.».

Шифр темы: 00017.

Предприятие-разработчик системы: Поздеев Евгений Вадимович.

Предприятие-заказчик системы: Нотариальная контора нотариуса Поздеева Е. В.

Система создается на основании настоящего технического задания (ТЗ). ТЗ является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка и приемка системы при вводе в действие. При создании системы используются положения ГОСТ 34.602-89.

Плановый срок начала работ: 22.10.2026.

Плановый срок окончания работ: 22.11.2026.

Автоматизируемая система создается на коммерческой основе.

Порядок оформления и предъявления заказчику результатов работы определяется после получения начальной версии продукта, в которой реализованы все основные функции, определенные в ТЗ и утвержденные заказчиком.

2. Назначение и цели создания системы

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

Перечень автоматизируемых процессов:

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

Показатели, достигаемые при внедрении:

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

3. Характеристики объекта автоматизации

Краткие сведения о предприятии.

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

Гражданин обращается в контору с заявкой на совершение нотариального действия. Сотрудник принимает заявку и данные о клиенте, после чего нотариус совершает соответствующее действие. Результат (документ, свидетельство, удостоверенная копия и т.п.) выдаётся гражданину.

Организационная структура.

Организационная структура нотариальной конторы показана на рисунке 1.

Рис. 1. Организационная структура нотариальной конторы нотариуса Поздеева Е. В.

Описание автоматизируемых процессов, информационные потоки автоматизируемых процессов.

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

Рис. 2. Схема информационных потоков процесса оказания нотариальных услуг

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

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

Вся информация в систематизированной форме может быть разделена на конкретные таблицы:

· Гражданин (клиент).
· Заявка.
· Услуга (вид нотариального действия).
· Нотариус.
· Информация о клиенте.
· Сведения об услугах.

Состав данных для систематизации (таблицы БД):

· Гражданин (клиент): ФИО, паспортные данные, контакты, адрес.
· Заявка: номер, дата, клиент, требуемая услуга, статус.
· Услуга: наименование нотариального действия, стоимость, сроки.
· Нотариус: ФИО, данные о полномочиях.
· Информация о клиенте: сведения, необходимые для совершения действия (документы, основания).
· Сведения об услугах: перечень услуг, тарифы.

4. Требования к ИС

Требования к системе в целом.

ИС должна соответствовать настоящему ТЗ и нормативно-техническим документам, действующим в нотариальной сфере. Ввод в действие должен приводить к:

· уменьшению времени учёта клиентов и заявок;
· уменьшению времени на формирование отчётов и справок.

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

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

Система рассчитана на нескольких пользователей (сотрудников конторы). Пользователь должен иметь возможность:

· получать доступ к данным таблиц (клиенты, заявки, услуги);
· просматривать и редактировать данные;
· регистрировать новые заявки и клиентов;
· формировать отчёты и справки на основе выборок;
· распечатывать таблицы и отчёты в едином стиле.

Система должна быть простой и удобной: все операции выполняются элементарными действиями пользователя.

Требования к информационному обеспечению ИС.

Информационное обеспечение должно включать:

· данные о клиентах;
· данные о заявках;
· сведения об услугах;
· данные о нотариальных действиях.

Требования к программному обеспечению ИС.

· ОС: Windows XP / Vista (или актуальная версия Windows).
· Среда разработки: [Borland Delphi / 1С / Python / другое].
· СУБД: [Microsoft Access / MySQL / другое].

Требования к техническому обеспечению.

Минимальные требования:

· процессор Pentium IV (или выше);
· ОЗУ 512 Мбайт;
· 10 Мбайт дисковой памяти;
· принтер формата А4.

5. Стадии разработки

Разработка проводится в три стадии:

· разработка технического задания;
· рабочее проектирование;
· внедрение.

6. Этапы разработки

На стадии разработки ТЗ выполняется этап разработки, согласования и утверждения настоящего ТЗ.

На стадии рабочего проектирования выполняются этапы:

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

На этапе подготовки и передачи программы выполняется подготовка и передача программы и программной документации в эксплуатацию на объекте заказчика.

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

---

Что изменилось по сравнению с предыдущим вариантом:

· Предметная область — не кадровый учёт, а оказание нотариальных услуг и учёт обращений клиентов.
· Таблицы БД — Гражданин, Заявка, Услуга, Нотариус, Информация о клиенте, Сведения об услугах (вместо «Сотрудники, Образование, Штатное расписание»).
· Процессы — приём заявок, учёт клиентов, реестр нотариальных действий (вместо «личные карточки, приказы, штатное расписание»).

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