Индивидуальные задания

Вариант 1.

 

Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

При этом эксплуатация старой системы выявила некоторые недоработки, которые нужно учесть, внеся изменения в схему базы данных. Информация о доставке товаров со склада/на склад (дата и время доставки, водитель выполняющий доставку, предположительное время в пути, фактическое время в пути) сохраняется, включая статус (доставлено, в пути, отказ).

Когда статус доставки меняется на «доставлено», товар списывается со склада, до этого необходимое для доставки количество товара помечается как зарезервированное и не учитывается при создании других операций.  В случае если клиент отказывается принять товар, операция должна быть удалена из таблицы OPERATION, а резервирование снимается с товара.

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

Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

  

  

Вариант 2.

 

Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

При этом эксплуатация старой системы выявила некоторые недоработки, которые нужно учесть, внеся изменения в схему базы данных. Информация о доставке товаров со склада/на склад (дата и время доставки, водитель выполняющий доставку, предположительное время в пути, фактическое время в пути) сохраняется, включая статус (доставлено, в пути, отказ).

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

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

  

Вариант 3.

 

Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

При этом эксплуатация старой системы выявила некоторые недоработки, которые нужно учесть, внеся изменения в схему базы данных. Добавить информацию о длительности гарантийного обслуживания товара (дата поступления в гарантийный отдел, номер поставки товара, информация о поломке, статус гарантийного обслуживания). Статус гарантийного обслуживания может принимать значения «товар принят», «ремонт завершен», «ремонт невозможен», «не гарантийный случай».

Если товар получает статус   «не гарантийный случай», то он возвращается покупателю. Если товар отремонтирован, то он возвращается покупателю. Если ремонт не возможен, то при наличии товара с аналогичной или меньшей стоимостью на складе – он заменяется, а иначе покупателю возвращаются деньги.

Приложение должно позволять работать со справочниками товаров и поставщиков. Формировать документ о том, что товар принят в гарантийном отделе. Формировать отчетность о гарантийных случаях по товарам, по поставщикам, по складам. Формировать документ с информацией об убытках из-за товаров, не подлежащих гарантийному ремонту.

Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

  

Вариант 4.

 

Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

При этом эксплуатация старой системы выявила некоторые недоработки, которые нужно учесть, внеся изменения в схему базы данных. Добавить информацию о длительности гарантийного обслуживания товара (дата поступления в гарантийный отдел, номер поставки товара, информация о поломке, статус гарантийного обслуживания). Статус гарантийного обслуживания может принимать значения «товар принят», «ремонт завершен», «ремонт невозможен», «не гарантийный случай».

Оказалось, что для оптимизации работы гарантийного отдела, необходимо хранить информацию о количестве возвращаемого по гарантии товара. Таким образом, в случае возврата нескольких единиц товара из партии, изменять его количество в операции.

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

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

         Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

 

Вариант 5.

 

 Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

При этом эксплуатация старой системы выявила некоторые недоработки, которые нужно учесть, внеся изменения в схему базы данных. Добавить информацию о длительности гарантийного обслуживания товара (дата поступления в гарантийный отдел, номер поставки товара, информация о поломке, статус гарантийного обслуживания). Статус гарантийного обслуживания может принимать значения «товар принят», «ремонт завершен», «ремонт невозможен», «не гарантийный случай».

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

Добавить список мастеров в гарантийном отделе. Каждый гарантийный случай привязывается к определенному мастеру. Добавить в приложения управление мастерами (добавление, удаление, назначение на гарантийный случай, снятие с гарантийного случая). За просрочку ремонта товаров, автоматические вычислять штрафы. Сумма штрафа сумма * на количество дней просрочки. Сумма задается в программе.

Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

 

Вариант 6.

 

Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

При этом эксплуатация старой системы выявила некоторые недоработки, которые нужно учесть, внеся изменения в схему базы данных. В случае если товара нет на складе, а заказчик готов дождаться его появления, сохранить заявку. Минимальный объем товара 300 единиц. Для того, чтобы отправить заявку поставщикам на поставку требуемого товара сформировать таблицу хранящую информацию о том какие товары поставляются какими поставщиками. Таблица должна учитывать месячное ограничение на поставку (например «поставщик 1» может поставить не более 500 единиц товара «товар 1» в месяц).

Товар, доставленный на склад, на основе заявки должен быть зарезервирован, без возможности отправить его кому-то кроме заказчика из заявки. Добавить ограничения к объему товара, который может хранить склад. Если товар, добавляемый на склад, не вмещается на нем, то добавить этот товар в наиболее пустой склад или распределить между несколькими складами. 

Приложение должно позволять работать со справочниками товаров и поставщиков. Формировать заказ на поставку товара от поставщика на склад. Формировать отчетность по заявкам на определенные типы товаров с указанием того, за сколько месяцев запрос может быть целиком выполнен. Выполнять резервирование товаров на складах, поступивших от поставщиков для отправки по заявкам.

Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

 

Вариант 7.

Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

При этом эксплуатация старой системы выявила некоторые недоработки, которые нужно учесть, внеся изменения в схему базы данных. В случае если товара нет на складе, а заказчик готов дождаться его появления, сохранить заявку. Минимальный объем товара 500 единиц. Для того, чтобы отправить заявку поставщикам на поставку требуемого товара сформировать таблицу хранящую информацию о том какие товары поставляются какими поставщиками. Таблица должна учитывать месячное ограничение на поставку (например «поставщик 1» может поставить не более 500 единиц товара «товар 1» в месяц).

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

Используя приложения, необходимо иметь возможность формировать заявки на закупку товаров сразу у нескольких поставщиков.  Автоматизировать процесс отправки товара клиенту по заявке, после его поступления на склад. Добавить возможность пометить заявку как отмененную. В случае отмены заявки, сформировать документ об отмене поставки еще не доставленных товаров от поставщика.

Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

  

Вариант 8.

 

Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

При этом эксплуатация старой системы выявила некоторые недоработки, которые нужно учесть, внеся изменения в схему базы данных. Необходимо реализовать управление не только поставками на склады, но и поставками в магазины. Каждый магазин может хранить ограниченное количество товара. Реализовать учет продаж в розничной сети (во всех магазинах). В случае переполнения магазина, добавить возможность резервирования товара для магазина. В таком случае, товар отправляется в магазин, как только в магазине становится достаточно места. 

Приложение должно позволять работать со справочниками складов и магазинов. Формировать заказ на поставку товара со складов. Формировать отчетность по продажам за заданный промежуток времени. Формировать отчетность для отдельно заданного магазина. Выполнять резервирование товаров на складах. Помечать товар как проданный. В случае если с момента продажи товара прошлом меньше 14 дней, реализовать механизм возврата товара в магазин.

Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

  

Вариант  9.

Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

При этом эксплуатация старой системы выявила некоторые недоработки, которые нужно учесть, внеся изменения в схему базы данных. Необходимо реализовать управление не только поставками на склады, но и поставками в магазины. Каждый магазин может хранить ограниченное количество товара. Реализовать учет продаж в розничной сети (во всех магазинах). В случае переполнения магазина, добавить возможность резервирования товара для магазина. В таком случае, товар отправляется в магазин, как только в магазине становится достаточно места. 

Оказалось, что для оптимизации работы магазина, необходимо добавить возможность перевозки товара из одного магазина в другой. Добавить возможность для менеджера настроить автоматическую доставку товара со склада в магазин, в случае если товар в магазине закончится. Количество товара для автоматической доставки в магазин задается менеджером.   

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

Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

 

Вариант 10.

 

Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

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

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

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

Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

 

 

Вариант 11.

 

Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

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

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

Добавить временное ограничение к тендерам. Каждый тендер проводится в заданный промежуток времени. В конце месяца все тендеры, срок которых истек больше чем неделю назад – удаляются, кроме тех, что были выполнены. Информация о выполненных тендерах хранится отдельно.

 Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

 

Вариант 12.

 

Вам передали старую систему управления поставками на склады (БД shop.fdb). Необходимо разработать для нее новое приложение. Язык разработки –java.

При этом эксплуатация старой системы выявила некоторые недоработки, которые нужно учесть, внеся изменения в схему базы данных. Необходимо добавить производство собственных товаров компанией и их учет. Различные производства (дочерние компании) производят и поставляют товар на склады. После продажи эти товары отгружаются со складов. Каждое производство поставляет определенное количество товаров в месяц.  

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

Приложение должно позволять работать с производителями и товарами на складах. Раз в месяц менеджер подтверждает поступление товара от производителя и определяет, на какой склад его отправить. Информация о товарах, до истечения срока годности которых осталось меньше месяца – выводится отдельным документом. После истечения срока годности товара, менеджер должен подтвердить списание товара, после чего он помечается как утилизированный.

Одно из требований к разрабатываемому приложению – вся бизнес логика должна выполняться на сервере.

Последнее изменение: Sunday, 12 March 2017, 15:00