...
4. Клиент №1
...
- консольное приложение
Разработать консольное приложение, которое имеет фиксированный сценарий
- Подсоединяется к базе данных
- Выполняет SQL-запрос, выводит на консоль результаты
- Выполняет SQL команды INSERT, UPDATE, DELETE, проверяя SELECT-ом после каждой операции, что состояние таблицы изменилось
- Вызывает хранимую процедуру, разработанную в задании №3, проверяет SELECT-ом результат работы процедуры
В приложении должны быть
- Обработка исключений БД, правильное закрытие всех ресурсов (соединения, курсоров итп)
- Параметры SQL-операторов должны идти отдельно от SQL запроса (Prepared statement, для правильного экранирования и производительности)
- Технологию/платформу выбрать по своему усмотрению, например, Java JDBC, ADO.NET, Python, Ruby, ...
5. Клиент №2 - приложение с графическим пользовательским интерфейсом
Разработать приложение с графическим пользовательским интерфейсом, которое реализует один или более сценариев из задания #1.
Можно выбрать технологию или платформу по своему усмотрению, например
- Java Web-приложение (см. 2.4 Доступ к данным из Java Web-приложения)
- Настольное приложение Windows Presentation Foundation (C#.NET) / Web приложение Silverlight (C#.NET) https://msdn.microsoft.com/ru-ru/library/ms752299(v=vs.110).aspx
- Web-приложение ASP.NET MVC http://www.asp.net/mvc
- Настольное приложение Windows Forms (C#.NET) https://msdn.microsoft.com/ru-ru/library/dd30h2yb(v=vs.110).aspx
- Настольное приложение Java Swing http://docs.oracle.com/javase/tutorial/uiswing
- Web приложение на Ruby On Rails http://rubyonrails.org
- Web приложение на Python Jango https://www.djangoproject.com
- Что-то еще
Платформы клиента №1 и №2 должны быть различными
Минимальные требования
- Отображение данных из одной таблицы
- Диалоги добавления/редактирования/удаления строк таблицы
- Валидация данных с выводом понятных пользователю сообщений на экран
Желательно (на оценку выше "3")
- Полностью (на оценку "5") реализовывать минимально необходимое кол-во сценариев для одной роли в системе.
- Обеспечивать целостность данных при параллельной работе нескольких клиентов (оптимистическая, или пессимистическая блокировки)
- Иметь защиту от SQL Injection
- Клиент должен работать достаточно быстро при увеличении объема данных в базе (использовать фильтрацию и постраничный вывод, не извлекая все содержимое таблиц в память).
Если для вашей предметной области или схемы неприменимы какие-то критерии, то они определяются индивидуально преподавателем.
6. Отчет
В отчет вносятся все артефакты заданий №1 - №5:
- Концепция системы, диаграммы
- ER-схема (логическая, физическая)
- Текст хранимой процедуры и протокол ее выполнения
- Текст программы клиента №1 (только смысловая часть, написанная вами) и скриншоты/протокол результата выполнения
- Скриншоты клиента №2
Только наличие отчета без демонстрации работающих программ не принимается на положительную оценку.
Требования по оформлению отчета - только наличие стандартного титульного листа.