«УТВЕРЖДАЮ»
Ректор
Ульяновского государственного
Университета
___________________ Костишко Б.М.
«____» _________________ 2008 г.

СИСТЕМА УПРАВЛЕНИЯ ОБУВНЫМ МАГАЗИНОМ
СУОМ

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
00034-21 02-ЛУ

СОГЛАСОВАНО
Преподаватель
_____________ / Чичев А. А. /
«___» _____________ 2008 г.

ИСПОЛНИТЕЛЬ
студент ИС-31
_____________ /Цыфаркин Д.А. /
«___» _____________ 2008 г.

Ульяновск 2008 г.

УТВЕРЖДЕН
00002-10 04-ЛУ

СИСТЕМА УПРАВЛЕНИЯ ОБУВНЫМ МАГАЗИНОМ
СУОМ

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
00034-21 02

СОДЕРЖАНИЕ

1.Введение
1.1. Название программы
1.2. Краткая характеристика области применения программы
2. Основание для разработки
2.1. Основание для проведения разработки
2.2. Наименование и условное обозначение темы разработки
3. Назначение разработки
3.1. Функциональное назначение программы
3.2. Эксплуатационное назначение программы
4. Требования к программе
4.1. Требования к функциональным характеристикам
4.1.1. Требования к составу выполняемых функций
4.1.2. Требования к организации входных данных
4.1.3. Требования к организации выходных данных
4.1.4. Требования к временным характеристикам
4.2. Требования к надежности
4.2.1 Требования к обеспечению надежного (устойчивого) функционирования программы
4.2.2.Время восстановления после отказа
4.2.3. Отказы из-за некорректных действий оператора
4.3. Условия эксплуатации
4.4. Требования к составу и параметрам технических средств
4.5. Требования к информационной и программной совместимости
4.6. Специальные требования
5. Требования к программной документации
5.1. Предварительный состав программной документации
5.2. Специальные требования к программной документации
6. Стадии и этапы разработки
6.1. Стадии разработки
6.2. Этапы разработки
6.3. Содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены)
6.4. Исполнители

1. Введение

1.1. Наименование программы

Программа автоматизации работы обувного магазина.

1.2. Краткая характеристика области применения программы

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

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

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

Основанием для проведения разработки является лабораторная работа по дисциплине “Проектирование информационных систем”.

2.2. Наименование и условное обозначение темы разработки

Наименование – “Система автоматизации работы обувного магазина ”.

Условное обозначение – “Автоматизация работы обувного магазина ”.

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

3.1. Функциональное назначение программы

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

3.2. Эксплуатационное назначение программы

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

Конечными пользователями программы могут являться как сотрудники магазина (полное или частичное(в зависимомти от должности) право доступа к информации), так и покупатели (частичное предоставление информации).

4. Требования к программе

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

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

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

-Изменять ассортимент товаров

-Добавлять/изменять характеристики товара

-Рассчитывать розничную цену товара (добавление торговой наценки) по партиям

-Осуществлять поиск товара по базе данных

-Сортировать товар по различным категориям

-Добавлять/удалять сотрудников в базе

-Добавлять/изменять данные сотрудников

-Уметь рассчитывать зарплату сотрудников в зависимости от занимаемой должности, -включая удержания, перечисления, вид выплаты зарплаты (нал/перечисление на счёт)

-Уметь перерассчитывать размер зарплаты при смене атрибутов сотрудника

-Генерировать отчеты по продажам, наличию товара

-Обеспечивать защиту базы учетной информации

4.1.2. Требования к организации входных данных

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

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

4.1.3. Требования к организации выходных данных

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

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

4.1.4. Требования к временным характеристикам

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

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

4.2.1. Требования к обеспечению надежного (устойчивого) функционирования программы

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

1) организацией бесперебойного питания технических средств;

2) выполнением рекомендаций Министерства труда и социального

развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении

межотраслевых типовых норм времени на работы по сервисному обслуживанию

ПЭВМ и оргтехники и сопровождению программных средств»;

3) выполнением требований ГОСТ 51188-98. Защита информации.

Испытания программных средств на наличие компьютерных вирусов;

4) необходимым уровнем квалификации сотрудников профильных подразделений.

4.2.2. Время восстановления после отказа

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

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

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

4.2.3. Отказы из-за некорректных действий оператора

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

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

4.3.1. Климатические условия эксплуатации

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

4.3.2. Требования к видам обслуживания

См. Требования к обеспечению надежного (устойчивого) функционирования программы.

4.3.3. Требования к численности и квалификации персонала

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

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

1) задача поддержания работоспособности технических средств;

2) задачи установки (инсталляции) и поддержания работоспособности системных программных средств - операционной системы;

3) задача установки (инсталляции) программы.

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

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

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

4.5.1. Требования к информационным структурам и методам решения

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

4.5.2. Требования к исходным кодам и языкам программирования

Исходные коды программы должны быть реализованы на любом языке (… C#). В качестве интегрированной среды разработки программы может быть использована среда Microsoft Visual Studio 2005. Взаимодействие с СУБД и создание базы данных реализуется на языке SQL.

4.5.3. Требования к программным средствам, используемым программой

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

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

Описание сущностей

Типы данных для различных атрибутов сущностей:

VARCHAR – строковый тип
INTEGER – целочисленный тип
FLOAT – тип с плавающей точкой
BOOL – тип правда/ложь
DATETIME – временной тип

Сущность Штат

№ п/п	Атрибут	Семантика	Тип	Пример
1.	Фамилия	Идентификация сотрудника	VARCHAR	Иванов
2.	Имя	Идентификация сотрудника	VARCHAR	Иван
3.	Отчество	Идентификация сотрудника	VARCHAR	Иванович
4.	Дата рождения	Идентификация сотрудника	DATETIME	20/02/1980
5.	Дата поступления	Информация для работы	DATETIME	23/05/2005
6.	Номер паспорта	Уникальный идентификатор	INTEGER	4398863764
7.	Состав семьи	Информация для работы	VARCHAR	полная
8.	Налоговые льготы	Информация для работы	BOOL	false
9.	Место жительства	Идентификация сотрудника	VARCHAR	г. Ульяновск, ул. 50 лет ВЛКСМ, 34-12
10.	Должность	Информация для работы	VARCHAR	Продавец-консультант
11.	Вид зарплаты	Верификация данных	VARCHAR	тариф
12.	Стаж до поступления	Информация для работы	DATETIME	03/09/0002
13.	Инвалидность	Информация для работы	BOOL	false

Сущность Фабрика-изготовитель

№ п/п	Атрибут	Семантика	Тип	Пример
1.	Id фабрики изготовителя	Уникальный идентификатор	INTEGER	567
2.	адрес	Идентификация фабрики	VARCHAR(255)	Г. Москва, ул. Минаева, д.56
3.	телефон	Информация фабрики	INTEGER	4956785698
4.	название	Информация фабрики	VARCHAR(45)	Марафон

Сущность Зарплата

№ п/п	Атрибут	Семантика	Тип	Пример
1.	ID зарплаты	Уникальный идентификатор	INTEGER	845
2.	Удержание	Налоговые вычеты	FLOAT	1456.89
3.	Зарплата	Поощрение	FLOAT	10067.34
4.	Вид выплаты	нал/перечисление на счёт	VARCHAR	нал

Сущность Ассортимент

№ п/п	Атрибут	Семантика	Тип	Пример
1.	Артикул	Уникальный идентификатор	INTEGER	456
2.	Наименование	Полное название товара	VARCHAR	Grinders
3.	Размер	Размер обуви	INTEGER	41
4.	Тип	Муж/жен/дет	VARCHAR	муж
5.	Количество	Количество в наличии	INTEGER	5657
6.	Цена	Оптовая цена	FLOAT	353.46

Сущность Магазин

№ п/п	Атрибут	Семантика	Тип	Пример
1.	Код товара партии	Уникальный идентификатор	INTEGER	5677
2.	Дата поступления	Прибытие на склад магазина	DATETIME	23/07/2007
3.	Розничная цена	Стоимость в магазине	CHAR	5757.57
4.	Количество	Количество на складе магазина	INTEGER	29

Сущность Продажа

№ п/п	Атрибут	Семантика	Тип	Пример
1.	Номер	Уникальный идентификатор счета	INTEGER	5757578588
2.	Дата	Дата сделки	DATETIME	12/03/2007
3.	Количество проданного	Количество купленных пар обуви	INTEGER	1
4.	Общая цена	Общая стоимость покупки	FLOAT	242

Описание таблиц

База данных содержит 6 таблиц.

Типы данных, используемые в таблицах, описаны ниже.

VARCHAR – строковый тип – используется для хранения символьных выражений(пример: «адрес»
INTEGER – целочисленный тип – используется для хранения целых чисел в диапазоне от -32767 до 32767 (пример: 354)
FLOAT – тип данных для хранения чисел с плавающей точкой (пример: -4.656)
BOOL – булевский тип, имеющий два возможных значения: правда и ложь
DATETIME – тип-структура для хранения даты в удобном формате (пример: 23/09/1989)

Таблица Штат

№ п/п	Поле	Ключ		Семантика	Тип	Пример
1.	Фамилия	-		Идентификация сотрудника	VARCHAR	Иванов
2.	Имя	-		Идентификация сотрудника	VARCHAR	Иван
3.	Отчество	-		Идентификация сотрудника	VARCHAR	Иванович
4.	Дата рождения	-		Идентификация сотрудника	DATETIME	20/02/1980
5.	Дата поступления	-		Информация для работы	DATETIME	23/05/2005
6.	Номер паспорта	Первичный		Уникальный идентификатор	INTEGER	4398863764
7.	Состав семьи	-		Информация для работы	VARCHAR	полная
8.	Налоговые льготы	-		Информация для работы	BOOL	false
9.	Место жительства		-	Идентификация сотрудника	VARCHAR	г. Ульяновск, ул. 50 лет ВЛКСМ, 34-12
10.	Должность		-	Информация для работы	VARCHAR	Продавец-консультант
11.	Вид зарплаты		-	Верификация данных	VARCHAR	тариф
12.	Стаж до поступления		-	Информация для работы	DATETIME	03/09/0002
13.	Инвалидность		-	Информация для работы	BOOL	false

Таблица Фабрика-изготовитель

№ п/п	Поле	Ключ	Семантика	Тип	Пример
1.	Id фабрики изготовителя	Первичный	Уникальный идентификатор	INTEGER	567
2.	адрес	-	Идентификация фабрики	VARCHAR(255)	Г. Москва, ул. Минаева, д.56
3.	телефон	-	Информация фабрики	INTEGER	4956785698
4.	название	-	Информация фабрики	VARCHAR(45)	Марафон

Таблица Зарплата

№ п/п	Поле	Ключ	Семантика	Тип	Пример
1.	ID зарплаты	Первичный	Уникальный идентификатор	INTEGER	845
2.	Удержание	-	Налоговые вычеты	FLOAT	1456.89
3.	Зарплата	-	Плата за труд	FLOAT	10067.34
4.	Вид выплаты	-	нал/перечисление на счёт	VARCHAR	Нал
5.	Штат-номер паспорта	Вторичный	Зарплата для человека с таки номером паспорта	INTEGER	4398863764

Таблица Ассортимент

№ п/п	Поле	Ключ	Семантика	Тип	Пример
1.	Артикул	Первичный	Уникальный идентификатор	INTEGER	456
2.	Наименование	-	Полное название товара	VARCHAR	Grinders
3.	Размер	-	Размер обуви	INTEGER	41
4.	Тип	-	Муж/жен/дет	VARCHAR	муж
5.	Количество	-	Количество в наличии	INTEGER	5657
6.	Цена	-	Оптовая цена	FLOAT	353.46
7.	Id фабрики-изготовителя	Вторичный	Идентификатор фабрики-изготовителя	INTEGER	845

Таблица Магазин

№ п/п	Поле		Ключ	Семантика	Тип	Пример
1.	Код товара партии	Первичный		Код партии	INTEGER	5677
2.	Дата поступления	-		Прибытие на склад магазина	DATETIME	23/07/2007
3.	Розничная цена	-		Стоимость в магазине	CHAR	5757.57
4.	Количество	-		Количество на складе магазина	INTEGER	29
5.	Id фабрики-изготовителя	Вторичный		Идентификатор фабрики-изготовителя	INTEGER	845
6.	Артикул	Вторичный		Артикул товара	INTEGER	456

Таблица Продажа

№ п/п	Поле	Ключ	Семантика	Тип	Пример
1.	Номер	Первичный	Уникальный идентификатор счета	INTEGER	5757578588
2.	Дата	-	Дата сделки	DATETIME	12/03/2007
3.	Количество проданного	-	Количество купленных пар обуви	INTEGER	1
4.	Общая цена	-	Общая стоимость покупки	FLOAT	242
5.	Артикул	Вторичный	Артикул товара	INTEGER	456
6.	Id фабрики-изготовителя	Вторичный	Идентификатор фабрики-изготовителя	INTEGER	845
7.	Штат-номер паспорта	Вторичный	Продавец	INTEGER	4398863764

Ограничения целостности

В данном разделе описаны все целостные ограничения базы данных.

1. Целостность атрибутов

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

Примечание. Все поля обязаны быть заполнены, если не указано что-то иное.

Таблица Штат

№ п/п	Поле	Ограничение
1.	Фамилия	Может содержать только символы кириллицы от «А» до «Я» и знак «-» (тире)
2.	Имя	Может содержать только символы кириллицы от «А» до «Я»
3.	Отчество	Может содержать только символы кириллицы от «А» до «Я»
4.	Должность	Может содержать только символы кириллицы от «А» до «Я»
5.	Вид зарплаты	Возможные значения графы: 1. Тариф 2. Сдельная
6.	Состав семьи	Возможные значения графы: Полная Неполная
7.	Налоговые льготы	Возможные значения графы: Есть Нет

Таблица Фабрика-изготовитель

№ п/п	Поле	Ограничение
1.	Телефон	Не может быть меньше 0
2.	id	Не может быть меньше 0

Таблица Зарплата

№ п/п	Поле	Ограничение
1.	Вид выплаты	Нал/счет
2.	Удержание	Не может быть меньше 0
3.	Зарплата	Не может быть меньше 0

Таблица Ассортимент

№ п/п	Поле	Ограничение
1.	артикул	Не может быть меньше 0
2.	размер	Не может быть меньше 0 и больше 100
3.	количество	Не может быть меньше 0
4.	цена	Не может быть меньше 0
5.	тип	Муж/жен/дет

Таблица Магазин

№ п/п	Поле	Ограничение
1.	Код товара партии	Не может быть меньше 0
2.	Розничная цена	Не может быть меньше 0
3.	Количество	Не может быть меньше 0

Таблица Продажа

№ п/п	Поле	Ограничение
1.	Номер	Не может быть меньше 0
2.	Количество проданного	Не может быть меньше 0
3.	Общая цена	Не может быть меньше 0

2.Целостность отношений

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

Таблица Штат

Ограничение дат

Дата поступления не может быть хронологически раньше даты рождения

Таблица Зарплата

Ограничение удержания

Удержание не может быть больше зарплаты

3.Целостность базы данных

Таблицы Ассортимент, Магазин, Продажа

Артикулы в трех таблицах должны совпадать

Таблицы Штат, Зарплата, Продажа

Паспортные данные в трех таблицах должны совпадать

Подсистема администрирования.

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

- регистрация групп пользователей,

- регистрация пользователей (с настройкой пароля),

- предоставление различных прав различным группам пользователей,

- сетевые параметры,

- настройка параметров источника базы данных,

- системные параметры.

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

Подсистемы учета.

Данные подсистемы должны содержать следующие модули:

- модуль ввода информации,

- модуль поиска информации (по заданным параметрам),

- модуль создания отчетов.

Модуль ввода информации для подсистем учета.

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

- обеспечение удобный ввод, соответствующий подсистеме данных,

- улучшение качество ввода за счет ограничений на значение, типизированные форматы данных, значения по умолчанию, списки выбора значения, и т.п.,

- обеспечение ввода критериев поиска из списка имеющихся параметров,

- обеспечение ввода информации из файлов.

Модуль поиска информации для подсистем учета.

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

- обеспечение задания критериев поиска,

- создание запросов по заданным критериям поиска.

- обеспечение удобного предоставления найденной информации для пользователя.

Модуль создания отчетов.

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

- создание соответственного электронного файла-документа с отчетом

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

- возможность рассылки данного документа на почту или на другой компьютер в сети.

4.5.4. Требования к защите информации и программ

В Системе должен быть обеспечен надлежащий уровень защиты информации в соответствии с законом о защите персональной информации и программного комплекса в целом от несанкционированного доступа - “ Об информации, информатизации и защите информации” РФ N 24-ФЗ от 20.02.95.

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

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

5. Требования к программной документации

5.1. Предварительный состав программной документации

Состав программной документации должен включать в себя:

1) техническое задание;

2) спецификация;

3) текст программы;

4) описание программы;

5) программу и методики испытаний;

6) пояснительная записка;

7) ведомость эксплуатационных документов;

8) формуляр;

9) описание применения;

10) руководство системного программиста;

11) руководство программиста;

12) руководство оператора;

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

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

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

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

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

3) внедрение;

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

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

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

1) разработка программы;

2) разработка программной документации;

3) испытания программы.

На стадии внедрения должен быть выполнен этап разработки - подготовка и передача программы.

6.3. Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

постановка задачи;

1) определение и уточнение требований к техническим средствам;

2) определение требований к программе;

3) определение стадий, этапов и сроков разработки программы и документации на неё;

4) выбор языков программирования;

5) согласование и утверждение технического задания;

На этапе разработки программы должна быть выполнена работа по программированию и отладке программы.

На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями ГОСТ 19.101-77 и требованием п. «Предварительный состав программной документации» настоящего технического задания.

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

1) разработка, согласование и утверждение программы и методики испытаний;

2) проведение приемо-сдаточных испытаний;

3) корректировка программы и программной документации по результатам испытаний.

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

6.4. Исполнители

Руководитель

Преподаватель Чичев А.А.

Исполнитель

Студент группы ИС-31 Цыфаркин Д.А.