Контрольная работа 11 вариант Шульдова

Министерство образования Республики Беларусь

Учреждение образования

«БЕЛОРУССКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИНФОРМАТИКИ И РАДИОЭЛЕКТРОНИКИ»

Институт информационных технологий

Специальность Программное обеспечение информационных технологий

КОНТРОЛЬНАЯ РАБОТА

По курсу Технология разработки программного обеспечения

Вариант № 11

Студент-заочник 2 курса

Группы № 781074

ФИО Красносельская Полина Юрьевна

Адрес Могилевская обл., г. Бобруйск, ул. Урицкого, 71/30

Тел. +375259550391

Минск, 2019

Задание

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

Описание предметной области

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

Товар приходит на склад в сопровождении экспедитора и приходной накладной. При поступлении товара кладовщик проверяет свободные места на складе. В случае обнаружения свободных мест система автоматически осведомляет кладовщика и экспедитора о их наличии.

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

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

Кладовщик регистрирует поступивший товар, вносит и редактирует данные о товаре, поставщиках, может составлять статистики, а также отслеживать места хранения.

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

Анализ бизнес-процессов

Процесс контроля и учета рассматривается с точки зрения Кладовщика.

Цель: регистрация товара и проверка накладных.

Таблица 1 – Входная информация

№ п/п	Информация	Исполнитель
1	Товар поставщика	Администратор
2	Приходная накладная	Администратор
3	Схема склада	Администратор

Таблица 2 – Выходная информация

№ п/п	Информация	Исполнитель
1	Отчет о поступивших товарах	ПО
2	Отчет о поставщиках	ПО
3	Сообщения о загруженности склада	ПО

Основной процесс контроля склада подразделяется на 3 процесса:

- ведение справочника мест хранения;

- регистрация приходных накладных;

- ведение учета товара.

Данные бизнес-процессов и типы интерфейсов приведены в таблице 3.

Таблица 3 – Данные бизнес-процессов

№ п/п	Бизнес-процесс	Информация	Тип интерфейсной дуги
1	Ведение справочника мест хранения	Схема склада	Внешняя (граничная)
		Данные о товаре и поставщике	Обратная связь по входу
		Нумерация мест хранения	Выходная
		Сообщения о загруженности склада	Выходная
2	Регистрация приходных накладных	Приходная накладная	Внешняя (граничная)
		Сведения о товаре	Выходная
		Отчет о поставщиках	Выходная
3	Ведение учета товара	Товар поставщика	Внешняя (граничная)
		Нумерация мест хранения	Прямая связь по входу
		Сведения о товаре	Прямая связь по входу
		Отчет о поступивших товарах	Выходная

Контекстная диаграмма

Диаграмма декомпозиции

Декомпозиция процесса первого уровня

Техническое задание

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

1.1. Наименование

Программное средство «Учет товара на складе».

1.2. Область применения

Данная разработка предназначена для применения на складе организации ОАО «ТАиМ».

1.3. Основание для разработки

Программа разрабатывается в рамках контрольной работы по дисциплине «Технология разработки программного обеспечения».

2. Назначение, цели и задачи ПО

2.1. Назначение разработки

Программа предназначена для использования сотрудниками склада организации ОАО «ТАиМ» с целью автоматизации процессов учета поступающих товаров и поставщиков.

2.2. Задачи ПО

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

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

3.1. Требования к функциональным характеристикам

3.1.1. Функциональные требования

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

 ведение справочника мест хранения на складе;

 проверка наличия информации о свободных местах в справочнике;

 ввод и корректировка информации о поступающем товаре;

 присвоение поступающему товару уникального номера;

 ввод, корректировка и удаление информации о поставщиках;

 поиск сведений о местах хранения по запросу кладовщика;

 ввод данных из приходных накладных;

 ведение истории движения товаров на складе;

 формирование отчетов о поступлении товаров на складе за произвольный период;

 вывод документов на печать.

3.2. Исходные данные

 Запросы кладовщика.

 Схема мест хранения на складе с их характеристиками.

3.3. Требования к безопасности

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

 контроль вводимой информации;

 защиту от несанкционированного доступа посредством паролей;

 возможность резервного копирования;

 автоматического сохранения изменений после завершения транзакций.

3.4. Требования к надежности

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

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

3.5. Условия эксплуатации

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

Запрещается эксплуатация, а также модификация программы с целью нанесения вреда операционной системе другого пользователя. Запрещается использование программы на ЭВМ, которые не имеют антивирусной защиты, поскольку вредоносные программы могут нанести существенный вред работоспособности программы.

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

В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя:

 процессор Pentium 3 и выше;

 256 Мбайт оперативной памяти;

 5 Мбайт свободного пространства на жестком диске;

 печатающее устройство;

 наличие клавиатуры и мыши.

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

3.7. Требования к информационной и программной совместимости

Системные программные средства, используемые программой, должны быть представлены локализованной версией операционной системы Windows XP (WindowsVista, Windows 7, 8, 10).

3.8. Специальные требования

Программа должна быть снабжена графическим интерфейсом.

Носителем для разрабатываемой программы может служить CD-диск, DVD-диск или другие цифровые носители информации. Упаковкой – пакет бумажный (конверт бумажный или пластиковый, этикетка с маркировкой).

4. Стадии и этапы разработки

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

Разработка должна быть проведена в три стадии:

 разработка технического задания;

 рабочее проектирование;

 внедрение.

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

Разработка должны быть проведена в три этапа:

 изучение предметной области, проектирование системы, разработка предложений по реализации системы;

 разработка приложения, отладка приложения при разработке;

 тестирование программного продукта в условиях внедрения и составление программной документации.

5. Порядок контроля и приемки

После проведения испытаний в полном объеме, на основании «Протокола испытаний» утверждают «Свидетельство о приемке», после чего программный продукт считается принятым.