Ижевск

Россия

ТЗ для ПП "АРМ юриста»

1. Введение
1.1. Наименование программы
Наименование программы: "Авоматизированное рабочее место юриста"
1.2. Назначение и область применения
Программа предназначена для автоматизации рабочего места юриста: оптимизация работы юриста при проведении консультации, ведения проектов и судебных дел, расчет стоимости услуг, учет времени и расходов. Программа является индивидуальной.

2. Требования к программе 
2.1. Требования к функциональным характеристикам
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
2.1.1. Вход в программу для юриста через пароль.
2.1.2. Создание карточки клиента: общая информация о клиенте, контактная информация. 
2.1.2.1. Создание карточки дела (проекта): информация о наименовании дела (проекта), о дате начала и окончания дела., кол-ве дней в производстве. В карточке дела указываются все услуги оказанные по делу и все затраты которые по нему понесены, заметки по делу.
2.1.3. Поиск в БД клиентов и проектов.
2.1.4. Возможность «прикреплять» к карточке дела (проекта) текстовые и графические файлы.
2.1.5. Организация справочника услуг, затрат и их стоимостей, стоимость услуг должна предусматриваться как почасовая так и фиксированная.
2.1.6. Расчет стоимости услуг. Возможность корректировки услуг и стоимости, возможность предоставлять скидку.
2.1.7. Отражение в карточке дела всех оказанных услуг с указанием даты оказания, наименования, кол-ва, стоимости, итоговая стоимость всех оказанных услуг
2.1.8. Возможность распечатки отчетов и выписок.


Требования к организации входных данных: защита системы от ввода некорректных данных.
Требования к организации выходных данных: должны выводится в виде, удобном для пользователей – карточка дела (проекта), счета за услуги, выписки и отчеты.

2.2. Требования к надежности
2.2.1. Требования к обеспечению надежного функционирования программы
Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: 
а) организацией бесперебойного питания технических средств; 

2.2.2. Время восстановления после отказа
Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств. 
Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.

2.2.3. Отказы из-за некорректных действий пользователей системы
При разработке программы должна быть исключена возможность действий оператора, способных привести к сбою системы.

3. Условия эксплуатации
3.1. Климатические условия эксплуатации
Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации

3.2. Требования к квалификации и численности персонала
Минимальное количество персонала, требуемого для работы программы, -конечный пользователь программы — оператор. Системный администратор должен иметь высшее профильное образование и сертификаты компании-производителя операционной системы.

3.3. Требования к составу и параметрам технических средств
3.3.1. В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), выполняющий роль сервера, включающий в себя:
3.3.1.1. процессор 1.6Hz, не менее; 
3.3.1.2. оперативную память объемом, 512Мб, не менее; 
3.3.1.3. HDD, 1 Гигабайт; 
3.3.1.4. операционную систему Windows XP или Windows 7;


3.4.1. Требования к запросам пользователей данных из базы
Пользователи и администраторы работают с базой данных через интерфейс.
Администраторы системы должны иметь возможность Пользователи системы должны иметь возможность производить поиск по БД, просматривать детальную информацию по каждому результату выборки, редактировать карточки дела и карточки дел (проектов).


4. Требования к программной документации
4.1. Предварительный состав программной документации
Состав программной документации должен включать в себя: 
4.1.1. техническое задание;
4.1.2. программу и методики испытаний;
4.1.3. код программы.

5. Технико-экономические показатели
5.1. Экономические преимущества разработки
Ориентировочная экономическая эффективность не рассчитываются. 

6. Стадии и этапы разработки
6.1. Стадии разработки
Разработка должна быть проведена в три стадии: 
1. разработка технического задания; 
2. рабочее проектирование; 
3. внедрение.

6.2. Этапы разработки
На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. 
На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:
1. разработка программы; 
2. разработка программной документации; 
3. испытания программы.
На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.

6.3. Содержание работ по этапам
На этапе разработки технического задания должны быть выполнены перечисленные ниже работы: 
1. постановка задачи; 
2. определение и уточнение требований к техническим средствам; 
3. определение требований к программе;
4. определение стадий, этапов и сроков разработки программы и документации на неё; 
5. согласование и утверждение технического задания. 
На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы. 
На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации. 
На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ: 
1. разработка, согласование и утверждение и методики испытаний; 
2. проведение приемо-сдаточных испытаний; 
3. корректировка программы и программной документации по результатам испытаний. 
На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.

7. Порядок контроля и приемки
7.1. Виды испытаний
Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки. 
Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний. 
Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний

7.2. Общие требования к приемке работы
На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию. Авторские права переходят к заказчику в полном объеме.

Примечание: интерфейс нравится как в программе http://www.chaossoftware.com/legal_billing.html также устраивается порядок введения оказанных услуг (по времени) и отчет.

ТЗ для ПП "АРМ юриста»

1. Введение
1.1. Наименование программы
Наименование программы: "Авоматизированное рабочее место юриста"
1.2. Назначение и область применения
Программа предназначена для автоматизации рабочего места юриста: оптимизация работы юриста при проведении консультации, ведения проектов и судебных дел, расчет стоимости услуг, учет времени и расходов. Программа является индивидуальной.

2. Требования к программе 
2.1. Требования к функциональным характеристикам
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
2.1.1. Вход в программу для юриста через пароль.
2.1.2. Создание карточки клиента: общая информация о клиенте, контактная информация. 
2.1.2.1. Создание карточки дела (проекта): информация о наименовании дела (проекта), о дате начала и окончания дела., кол-ве дней в производстве. В карточке дела указываются все услуги оказанные по делу и все затраты которые по нему понесены, заметки по делу.
2.1.3. Поиск в БД клиентов и проектов.
2.1.4. Возможность «прикреплять» к карточке дела (проекта) текстовые и графические файлы.
2.1.5. Организация справочника услуг, затрат и их стоимостей, стоимость услуг должна предусматриваться как почасовая так и фиксированная.
2.1.6. Расчет стоимости услуг. Возможность корректировки услуг и стоимости, возможность предоставлять скидку.
2.1.7. Отражение в карточке дела всех оказанных услуг с указанием даты оказания, наименования, кол-ва, стоимости, итоговая стоимость всех оказанных услуг
2.1.8. Возможность распечатки отчетов и выписок.


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

2.2. Требования к надежности
2.2.1. Требования к обеспечению надежного функционирования программы
Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: 
а) организацией бесперебойного питания технических средств; 

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

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

3. Условия эксплуатации
3.1. Климатические условия эксплуатации
Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации

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

3.3. Требования к составу и параметрам технических средств
3.3.1. В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), выполняющий роль сервера, включающий в себя:
3.3.1.1. процессор 1.6Hz, не менее; 
3.3.1.2. оперативную память объемом, 512Мб, не менее; 
3.3.1.3. HDD, 1 Гигабайт; 
3.3.1.4. операционную систему Windows XP или Windows 7;


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


4. Требования к программной документации
4.1. Предварительный состав программной документации
Состав программной документации должен включать в себя: 
4.1.1. техническое задание;
4.1.2. программу и методики испытаний;
4.1.3. код программы.

5. Технико-экономические показатели
5.1. Экономические преимущества разработки
Ориентировочная экономическая эффективность не рассчитываются. 

6. Стадии и этапы разработки
6.1. Стадии разработки
Разработка должна быть проведена в три стадии: 
1. разработка технического задания; 
2. рабочее проектирование; 
3. внедрение.

6.2. Этапы разработки
На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. 
На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:
1. разработка программы; 
2. разработка программной документации; 
3. испытания программы.
На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.

6.3. Содержание работ по этапам
На этапе разработки технического задания должны быть выполнены перечисленные ниже работы: 
1. постановка задачи; 
2. определение и уточнение требований к техническим средствам; 
3. определение требований к программе;
4. определение стадий, этапов и сроков разработки программы и документации на неё; 
5. согласование и утверждение технического задания. 
На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы. 
На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации. 
На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ: 
1. разработка, согласование и утверждение и методики испытаний; 
2. проведение приемо-сдаточных испытаний; 
3. корректировка программы и программной документации по результатам испытаний. 
На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.

7. Порядок контроля и приемки
7.1. Виды испытаний
Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки. 
Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний. 
Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний

7.2. Общие требования к приемке работы
На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию. Авторские права переходят к заказчику в полном объеме.

Примечание: интерфейс нравится как в программе <a href="http://www.chaossoftware.com/legal_billing.html" rel="nofollow noopener noreferrer" target="_blank">http://www.chaossoftware.com/legal_billing.html</a> также устраивается порядок введения оказанных услуг (по времени) и отчет.

Денис patron-ds

АРМ Юриста