Техническое задание на разработку программного обеспечения «Lottery explorer».
(Версия от 15.03.2025)
1. Общие сведения.
Настоящее Техническое задание (далее ТЗ) разработано в целях создания программного обеспечения (далее ПО), предназначенного для повышения эффективности ставок в лотереи 5 из 36.
2. Термины и определения.
2.1. Заказчик – физическое лицо или группа физических лиц, определяющих функциональность программного обеспечения.
2.2. Разработчик – физическое лицо или группа физических лиц, выполняющих работы по разработке программного обеспечения согласно настоящего ТЗ.
2.3. Программа-прототип - программа «Digital Lottery Winner», авторы Кузнецов А.В., Травкин С.Е. версия 12.2 от 2001 г.
3. Технические требования.
3.1. Вид ПО: приложение для настольных компьютеров на базе ОС Windows10 (и старше).
3.2. Основной функционал программы должен соответствовать Программе-прототипу с изменениями, указанными в разделах 4.1.3 и 4.2.3 настоящего ТЗ.
3.3. Язык программирования: C#.
3.4. Среда разработки: Microsoft Visual Studio
3.5. Платформа разработки: .net8.0; WinForms (Windows Forms)
3.6. Язык интерфейса ПО: русский.
4. Версии и функционал.
4.1. Пилотная версия.
4.1.1. Пилотная версия содержит только основные статистические фильтры и предназначена для проработки интерфейса пользователя ПО в целях повышения удобства пользования (юзабильности) ПО, однако, может быть использована по прямому назначению, с учётом ограниченного набора фильтров. Все пилотные версии должны иметь индекс «р» в конце номера версии.
4.1.2. В пилотной версии должен быть реализован следующий функционал:
- Ввод и отображение результатов тиражей (в том числе после применения фильтров).
- Расчёт и отображение статистики.
- Реализация фильтров: «Пятёрки», «Четвёрки», «Тройки», «Двойки», «Единицы».
- Функционал по автоматическому заданию параметров фильтров, в том числе на основании статистики.
- Тестирование и подбор параметров фильтров методом скользящего окна.
- Вывод результатов прогноза (работы фильтров по последнему тиражу записи).
4.1.3. В пилотной версии должен быть реализован дополнительный функционал:
- Разделение фильтров на положительные и отрицательные с возможностью использования статистической информации.
- Изменение порядка работы фильтров.
- Возможность применения всех фильтров, независимо от результатов работы других.
- Введение категории «срабатывание положительного фильтра».
4.2. Релиз.
4.2.1. Релиз должен быть создан на базе Пилотной версии.
4.2.2. В релизе должен быть реализован весь функционал, пилотной версии и программы-образца, включая все фильтры.
4.2.3. В релизе должен быть реализован дополнительный функционал:
- Добавлен автоматический режим в фильтр по потокам (каналам).
- Добавлен автоматический режим в фильтр по конечным точкам.
- Добавлен новый фильтр по ожидаемым вероятностям.
- Добавлены статистики «обратного счёта» по статистическим фильтрам.
4.2.4. Экономическая часть должна быть адаптирована к действующим правилам.
4.2.5. Реализовано сохранение установок фильтров и результатов работы для обмена между пользователями программы
5. Этапы и сроки разработки ПО.
5.1. Этап №1. Разработка пилотной версии.
5.1.1. Разработчик в срок, не позднее 12 (двенадцати) месяцев, с момента согласования настоящего ТЗ, направляет заказчику, для тестирования, пилотную версию разработанного ПО. Версии присваивается номер 0.01p.
5.1.2. Цикл тестирования и устранения замечаний включает в себя следующие действия:
- Заказчик производит тестирование ПО, по результатам которого, в срок не позднее 3(трёх) месяцев с момента получения ПО, направляет разработчику замечания.
- Разработчик устраняет все замечания, указанные в баг-листе, и в срок не позднее 3(трёх) месяцев со дня получения замечаний направляет Заказчику версию, которой присваивается следующий по порядку индекс (0.02р, 0.03р и т.д.) При внесении значительных изменений увеличивается старший индекс (1.00р, 2.00р и т.д.).
5.1.3. При отказе Разработчика устранить замечании Заказчика или нарушении сроков устранения замечаний, разработка ПО прекращается, все файлы проекта (исходный код, макеты) передаются Заказчику.
5.1.4. При отсутствии замечаний, пилотная версия считается выпущенной, а 1 этап считается завершённым.
5.2. Этап №2. Разработка бета-версии и выпуск релиза.
5.2.1. Разработчик в срок, не позднее 12 (двенадцати) месяцев, с момента завершения первого этапа, направляет заказчику, для тестирования, бета-версию разработанного ПО. Версия должна иметь индекс 0.01b.
5.2.2. Цикл тестирования и устранения замечаний выполняется аналогично циклу пилотной версии (пункт 5.1.1.) и в те же сроки, индексы присваиваются с литерой «b»: (0.02b, 0.03b и т.д.) При внесении значительных изменений увеличивается старший индекс (1.00b, 2.00b и т.д.).
5.2.3. При отказе Разработчика устранить замечании Заказчика или нарушении сроков устранения замечаний, разработка ПО прекращается, все файлы проекта (исходный код, макеты) передаются Заказчику.
5.2.4. При отсутствии замечаний разработка, бета-версии завершается.
5.2.5. Разработчик присваивает последней бета-версии индекс 1.00, которая распространяется как первая версия релиза.
5.3. Этап №3. Поддержка Релиза.
5.3.1. Все права на разработанное ПО принадлежат Разработчику. Передача прав на ПО осуществляется по договору.
5.3.2. Разработчик обязуется осуществлять поддержку релиза в течение не менее чем 36 месяцев со дня выпуска первой версии релиза, а за пределами этого срока, устранение замечаний осуществляется по согласованию Заказчика и Разработчика.
5.2.3. Цикл тестирования и устранения замечаний выполняется аналогично циклу пилотной версии (пункт 5.1.1.) и в те же сроки, при этом индексы присваиваются в порядке очерёдности версий: (1.01, 1.02 и т.д.). При внесении значительных изменений увеличивается старший индекс (2.00, 3.00 и т.д.).
6. Права и обязанности Заказчика и Разработчика
6.1. Права Заказчика и Разработчика
6.1.1. Вносить согласованные изменения в настоящее ТЗ.
6.2. Обязанности Заказчика
6.2.1. Предоставить Разработчику право использования программы-прототипа для разработки ПО.
6.2.2. Выполнять тестирование версий ПО и/ или отдельных его модулей (частей) по заявке Разработчика с составлением перечня замечаний.
6.2.3. Обеспечить работу информационных ресурсов поддержки разработки (блог, форум).
6.2.4. Консультировать Разработчика по вопросам функционирования ПО.
6.3. Обязанности Разработчика
6.3.1. Разработать ПО с функциональностью Программы-прототипа с учётом изменений, указанных в настоящем ТЗ.
6.3.2. Соблюдать этапность и сроки разработки ПО.
6.3.3. Устранять замечания Заказчика в сроки, указанные в настоящем ТЗ.
6.3.4. При отказе устранить замечании Заказчика или нарушении сроков устранения замечаний, передать все файлы проекта (исходный код, макеты) Заказчику.