ВНЕДРЕНИЕ МОДУЛЯ ВЗАИМОДЕЙСТВИЯ С БАНКОМ В КАФЕ "GOODWIN"

Ромащёва В.К. 1, Новикова Т.Б. 2

1«МАГНИТОГОРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМ. Г.И. НОСОВА»

2Магнитогорский государственный технический университет им. Г.И. Носова

Работа в формате PDF

1.9 MB

Сертификат участника

Комментарии

Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке "Файлы работы" в формате PDF

ВВЕДЕНИЕ

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

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

Обоснование актуальности позволило сформулировать тему настоящего исследования – «Внедрение модуля взаимодействия с банком в деятельность малого предприятия».

Объект исследования: деятельность малого предприятия (ИП Снимщикова В.Н., кафе «Goodwin»).

Предмет исследования: процесс учета денежных средств на малом предприятии (ИП Снимщикова В.Н., кафе «Goodwin»).

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

Сформулированная цель исследования определяет задачи работы:

Проведение предпроектного обследования деятельности кафе «GOODWIN».
Выявление факторов падения производительности и принятие управленческого решения.
Технико-экономическое обоснование внедрения модуля взаимодействия с банком.
Разработка технического задания на внедрение модуля взаимодействия с банком.
Разработка плана мероприятий по внедрению модуля взаимодействия с банком.
Обоснование экономической эффективности от внедрения модуля взаимодействия с банком.

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

теоретические методы: анализ, формализация, моделирование, индукция, классификация, многокритериальный анализ;
эмпирические методы: наблюдение, сравнение, измерение;
инструменты моделирования бизнес-процессов: Case-средства AllFusion Process Modeler (Bpwin); MS Visio (Cause and Effect Diagram – «Диаграмма Исикавы», Organization Chart Diagram – организационная диаграмма, extended Event-driven Process Chain (eEPC) – модель событийно-управляемого процесса).

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

Ромащёва В.К., Новикова Т.Б., Давлеткиреева Л.З. Анализ технической инфраструктуры организации малого бизнеса для внедрения модуля взаимодействия с банком // Портал научно-практических публикаций [Электронный ресурс]. URL: http://portalnp.ru/2013/11/1334 (дата обращения: 27.05.2014).
Ромащёва В. К. Разработка проекта внедрения модуля взаимодействия с банком в кафе «GOODWIN» (Магнитогорск, Россия) // Сборник материалов VI всероссийской, 59-й научно-практической конференции молодых ученых с международным участием «россия молодая» [Электронный ресурс]. URL:http://science.kuzstu.ru/wp-content/Events/Conference/RM/2014/materials/index.htm (дата обращения: 18.06.2014).

На защиту выносится:

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

Глава 1 Аналитическая часть 1.1 Технико-экономическая характеристика

Характеристика кафе «GOODWIN»

ИП Снимщикова В.Н. Кафе «Goodwin» относится к предприятиям, основным видом деятельности которого является розничная торговля продуктами питания.

Кафе «Goodwin» организовано в 2012 году. Согласно учредительным документам в регистрационной палате города Магнитогорска ИП Снимщикова В.Н. кафе «Goodwin» присвоен индивидуальный номер регистрации № 74005732754, идентификационный номер налогоплательщика 744503996051, офис кафе «Goodwin» находится по адресу: 455037, Челябинская область, г. Магнитогорск, ул. К. Маркса, д.119.[29]

На территории кафе выделены площади:

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

Кафе «Goodwin» осуществляет транспортировку готовой продукции клиентам непосредственно из своих помещений.

Миссия предприятия: МЫ ЗНАЕМ, что каждый ребенок должен быть счастлив и основа его счастья — в СЕМЬЕ. Поэтому мы предоставляем качественный семейный отдых, вкусные и интересно оформленные блюда. В нашем кафе не будет скучно никому, даже самым маленьким гостям. Мы доброжелательно и с заботой относимся к каждому посетителю. Мы знаем ценность семьи, поэтому стремимся к постоянному улучшению условий работы сотрудников. Ценим доверие партнеров и пунктуально соблюдаем достигнутые договоренности.[29]

Основными целями деятельности кафе «Goodwin» являются:

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

Основной задачей деятельности кафе «Goodwin» является повышение экономической эффективности производства, и получение максимально возможной прибыли.

Так же согласно учредительным документам кафе «Goodwin» вправе осуществлять любые виды деятельности, не запрещенные законом, в том числе предметом деятельности кафе «Goodwin» являются:

производство продуктов питания (без производства продуктов питания по заказам граждан);
производство продуктов питания по заказам населения;
оптовая и розничная торговля;
посреднические услуги при купле - продаже товаров народного потребления;
осуществление в установленном порядке иных видов деятельности.[29]

У кафе «Goodwin» есть два филиала, которые так же находятся в городе Магнитогорске, и осуществляют реализацию готовой продукции.

Кафе «Goodwin» сотрудничает с московской фирмой «БРПИ», которая занимается производством мороженого «Баскин Роббинс».

Основными источниками доходов кафе «Goodwin» являются денежные средства, полученные от посредников за реализованную продукцию. Основными источниками расходов кафе «Goodwin» являются:

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

Организационная структура предприятия кафе «Goodwin» представлена на рис. 1. Организационная структура построена с помощью инструментального средства MS Visio.

Рисунок 1 - Организационная диаграмма кафе «Goodwin»

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

Таким образом, в непосредственном подчинении у учредителя находится директор. Он решает управленческие вопросы, а также контролирует деятельность всех отделов.

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

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

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

Для учета движения продукции кафе «Goodwin» применяется первичная учетная документация, отвечающая требованиям основных положений по учету продукции и приспособленная для автоматической обработки информации. Количество экземпляров выписываемых документов и их документооборот устанавливается в зависимости от характера технического снабжения и от системы организации учета. Количество экземпляров должно быть минимальным: при использовании ЭВМ – один экземпляр, а при ручной обработке – не более двух. [29]

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

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

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

Структура аппарата управления кафе «Goodwin» является линейно-функциональной и включает в себя структурные подразделения, которые помогают выполнять задачи коммерческой деятельности организации.[16]

Организационная структура кафе «Goodwin» имеет свои положительные моменты и недостатки.

К преимуществам организационной структуры управления в кафе «Goodwin» относятся:

повышение эффективности использования рабочей силы;
упрощение контроля деятельности каждого подразделения и исполнителя.

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

Кафе «Goodwin» самостоятельно осуществляет учет результатов финансово-хозяйственной деятельности, ведет статистическую и иную отчетность в установленном действующим законодательством порядке и отчитывается о результатах деятельности в соответствующих государственных органах в порядке и в сроки, установленные действующим законодательством.

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

Установка четких границ области проекта может быть определена с помощью методики «будет/не будет». Используя данную методику, будут определены, какие объекты и процессы будут принадлежать рассматриваемой предметной области.

Проект будет:

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

Проект не будет:

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

1.2 Постановка задачи

В качестве предметной области в настоящем дипломном проекте были рассмотрены отдел продаж и отдел бухгалтерии кафе «GOODWIN».

Описание деятельности отдела продаж в кафе «GOODWIN»

Были рассмотрены функции и задачи отдела продаж:

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

Основной деятельностью отдела продаж является процесс реализации готовой продукции.[25]

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

Основу реализации готовой продукции дают организационные документы: устав кафе «GOODWIN», приказы о распределении обязанностей, инструкции по работе с документами, инструкции по делопроизводству.

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

При проведении предпроектного обследования, были проанализированы внутренние документы и проведено анкетирование сотрудника отдела продаж (приложение А).

Для глубоко анализа процесса реализации готовой продукции был рассмотрен алгоритм этого процесса.[24]

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

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

В отделе продаж у продавца-кассира в распоряжении находится POS-система. У Администратора в распоряжении находится АРМ администратора, сетевой сканер, принтер, телефон.

Внутренняя информационно-коммуникационная среда кафе «Goodwin» представлена на рис. 2.

Рисунок 2 – Внутренняя информационно-коммуникационная среда кафе «Goodwin»

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

Основные показатели техники, используемой в отделе продаж, представлены в табл. 1.

Таблица 1. Технические характеристики и стоимость техники отдела продаж

POS-система
Модель	ITouch POS 485 Light
Мат. Плата	С48
Процессор	Intel® Pine Trail D525 1.8G L2 1M, Duo Core 13W
Чипсет	CPU c встроенным Graphic + ICH 8M
Системная память	2 x DDR3 DIMM до 4 Гб
Видеосистема	Возможность расширения до 256 Мб
LCD панель
Размер	15’’ TFT LCD
Яркость	250 кд/м2
Разрешение	1024 х 768
Тип экрана	Резистивный
Угол наклона	0°- 90°
Запоминающее устройство
Жесткий диск	Один SATA HDD 250Gb
Флэш	SATA SSD флэш карт (опция)
Системные порты
PCI-E	1
USB	4 x USB 2.0
Серийный порт	4 x RJ-45 COM (COM1 &COM2 стандарт RS-232 без питания; COM3&COM4 c 5V/12V)
Параллельный порт	1
LAN порт	1 x RJ 45 (10/100/1000Mbps Giga LAN)
Второй дисплей	1
Порт принтера	1 х RJ-11 (12V/24V)
DC Jack	1
Audio Jack	1 x Mic –in, 1 x Line –out
Аудио
Внутренний динамик	2 х 2W (опция)
Питание	блок питания (DC 90W, 19V, 4.7A)
Опции
MSR	MSR(PS/2) на 3 дорожки
Отпечаток пальца	1 (USB)
iButton	1 (COM), W/O Отпечаток пальца (опция)
Вт. дисплей	Опция 8.4’’/ 15’’ второй дисплей не сенсорный
Диспл. покупат.	Дисплей покупателя 2 x 20 символов (COM)
Wi – Fi	802.11 b/g/n беспроводная LAN карточка и антенна
Прочее
Сертификат	FCC Класс А/СЕ Mark/ LVD
Цвет	Черный/Белый
Раб. Температура	от 5° до 35° С
Размеры	361,4 х 248 х 337
Вес	7 кг
Настенное крепление	100мм х 100 мм
Поддерживает ОС	Vista®, Windows®XP Professional, Windows® Embedded, POSReady 2009, Windows® XP Embedded, Windows® XP Professional for Embedded, WinCe, Windows®7, Linux
Цена	60 000 рублей
Компьютер DNS Home [0800614]
Цвет	Чёрный
Форм-фактор	Midi-Tower
Позиционирование	Middle-End
Модель	ДНС Office/Home 0800614
Процессор
Производитель процессора	AMD
Линейка процессора	AMD A4 Series
Модель процессора	A4-5300
Количество ядер процессора	2
Частота процессора	3400 МГц
Автоматическое увеличение частоты	3600 МГц
Объем кэша L2	1024 Кб
Оперативная память
Тип оперативной памяти	DIMM DDR3
Размер оперативной памяти	4096 Мб
Накопители данных
Объем жесткого диска	500 Гб
Интерфейс жесткого диска	SATA III
Объем твердотельного накопителя	Нет
Видеокарта
Вид графического контроллера	Встроенный
Производитель видеочипа	AMD
Модель интегрированной видеокарты	AMD Radeon HD 7480D
Тип видеопамяти	SMA
Объем видеопамяти	SMA
CrossFire/SLI-массив	Нет
Интерфейсы/разъемы
Аудио интерфейсы	3.5 мм jack (аудио/наушники), 3.5 мм jack (микрофонный)
Интерфейсы периферии	USB 2.0
Вид сетевого разъема	RJ-45
Интернет/передача данных
Вид доступа в Интернет	Проводной
Скорость сетевого адаптера	1000 Мб/с
Программное обеспечение
Опциональная операционная система	Windows® 7 Домашняя Базовая
Дополнительная информация
Оптический привод	DVD±RW
Дополнительное встроенное оборудование	Нет
Цена	11 000 рублей

Описание деятельности отдела бухгалтерии в кафе «GOODWIN»

Были рассмотрены основные задачи бухгалтерии:

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

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

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

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

В бухгалтерию поступают данные из отдела продаж: приходные, расходные кассовые ордера, внутренняя документация. Эти данные являются исходными для отдела.[29]

В отделе бухгалтерии у сотрудников в распоряжении находится АРМ бухгалтера. У главного бухгалтера в распоряжении находится АРМ Главного бухгалтера, сетевой сканер, принтер, телефон.

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

Таблица 2. Технические характеристики и стоимость техники отдела бухгалтерии

Компьютер DNS Home [0800614]
Цвет	Чёрный
Форм-фактор	Midi-Tower
Позиционирование	Middle-End
Модель	ДНС Office/Home 0800614
Процессор
Производитель процессора	AMD
Линейка процессора	AMD A4 Series
Модель процессора	A4-5300
Количество ядер процессора	2
Частота процессора	3400 МГц
Автоматическое увеличение частоты	3600 МГц
Объем кэша L2	1024 Кб
Оперативная память
Тип оперативной памяти	DIMM DDR3
Размер оперативной памяти	4096 Мб
Накопители данных
Объем жесткого диска	500 Гб
Интерфейс жесткого диска	SATA III
Объем твердотельного накопителя	Нет
Видеокарта
Вид графического контроллера	Встроенный
Производитель видеочипа	AMD
Модель интегрированной видеокарты	AMD Radeon HD 7480D
Тип видеопамяти	SMA
Объем видеопамяти	SMA
CrossFire/SLI-массив	Нет
Интерфейсы/разъемы
Аудио интерфейсы	3.5 мм jack (аудио/наушники), 3.5 мм jack (микрофонный)
Интерфейсы периферии	USB 2.0
Вид сетевого разъема	RJ-45
Интернет/передача данных
Вид доступа в Интернет	Проводной
Скорость сетевого адаптера	1000 Мб/с
Программное обеспечение
Опциональная операционная система	Windows® 7 Домашняя Базовая
Дополнительная информация
Оптический привод	DVD±RW
Дополнительное встроенное оборудование	Нет
Цена	11 000 рублей

Программное обеспечение отдела бухгалтерии:

1С Предприятие 8.0. Программный продукт компании 1С, предназначенный для автоматизации деятельности на предприятии.

Программное обеспечение отдела продаж:

Micrоinvest Склад Prо отвечает всем требованиям к движению товарных ресурсов в самом предприятии или в сети предприятии, связанных по своей коммерческой или производственной деятельности.[26]

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

В ходе исследования организации были выявлены недостатки:

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

Рассмотрев процесс реализации готовой продукции и деятельность отдела бухгалтерии, были выявлены основные недостатки деятельности организации. На основании данных анализа было принято управленческое решение о внедрении модуля взаимодействия с банком. Данный модуль включает в себя: управление процессом оплаты заказа с помощью безналичного расчета, учет движения денежных средств организации, гармонизацию данных Micrоinvest и 1С предприятие.

Разработка модели AS-IS бизнес-процессов и определение узких мест

Был проведен системный анализ процесса реализации готовой продукции. Модель AS-IS или модель «как есть» представляет собой модель бизнес-процессов на момент обследования кафе «GOODWIN» и строится с целью понять, как функционирует данная организация, для выявления ошибок и факторов падения производительности. Модель построена с помощью нотации SADT и методологии IDEF0.

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

Построение модели IDEF0

Контекстная диаграмма IDEF0 представлена на рис. 3.

Рисунок 3 - Контекстная диаграмма IDEF0

Отчет для диаграммы A-0,Реализация готовой продукции (приложение Б). Декомпозиция контекстной диаграммы IDEF0 представлена на рис. 4. Отчет по диаграмме A0 (приложение В).

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

Рисунок 4 - Декомпозиция контекстной диаграммы IDEF0

Рисунок 5 – Реализация готовой продукции

Оценка качества функционирования отдела и осуществляемых видов деятельности

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

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

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

В большинстве случаев для контроля используются финансовые показатели, такие как прибыль, рентабельность. Но для достижения успеха в бизнесе в будущем, необходимо использовать и нефинансовые аспекты (например, такие как лояльность клиентов, качество обслуживания клиентов и др.). Данные показатели получили название ключевых показателей эффективности бизнеса (KPI). В табл. 3 представлены ключевые показатели результативности бизнес-процессов кафе «Goodwin»

Таблица 3. Ключевые показатели результативности

Показатель	Единица измерения
Клиентские показатели результативности
Доля рынка	14%
Удовлетворенность клиентов	67%
Доля новых клиентов	30%
Частота закупов	3 раза в неделю
Количество клиентов на одного продавца	35-40 шт.
Средний размер чека одного клиента	170 руб.
Количество потерянных клиентов	10-20%
% новых клиентов, обратившихся в организацию	15-20%
Уровень цены за питание по отношению к среднему по отрасли	Средняя
Процессные показатели результативности
Среднее время обработки запроса клиента	10 мин.
Среднее время согласования документов	1-2 дня
Среднее время формирования документов	40 мин.
Время реагирования на претензии	20 мин
Доля отработанных претензий	80%
Процент заказов реализованных в срок	89%
Показатели результативности развития «Персонал и системы»
Производительность персонала	80%
Количество предлагаемых усовершенствований	3 шт
Текучесть персонала	15%
Средний стаж работы сотрудников	3 мес.
Удельный вес расходов на информационные системы в общей сумме административных расходов в области оплаты питания	15%
Уровень автоматизации оплаты заказа	25%

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

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

Анализ недостатков функционирования объекта и осуществляемых видов деятельности

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

Рисунок 6 – Диаграмма Исикавы

Проведем анализ построенной диаграммы.

В начале анализа выделим «показатель качества» - «Увеличение продаж», который является основным. Далее обозначим факторы, оказывающие на него прямое влияние. К ним можно отнести:

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

Рассмотрим каждый фактор подробнее.

Рабочий персонал – это работники отдела продаж, т.е. люди, ответственные за реализацию готовой продукции и удовлетворение потребностей клиентов. На данный фактор влияет следующее:

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

Готовая продукция – это товар, реализацией которого занимается данная организация. На данный фактор влияет следующее:

качество (условия хранения и производства);
технология (оснащение, стандарты, качество);
сырье (качество, сроки годности).

Среда – то, в каких условиях находится клиент. На данный фактор влияет следующее:

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

Заказ – предоставление товара. На данный фактор влияет следующее:

цена (бонусы, скидки);
время обслуживание (опыт персонала, скорость обслуживания).

Техническое обеспечение – это оборудование отдела продаж. На данный фактор влияет следующее:

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

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

Определение факторов падения производительности и выработка предложений по их устранению

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

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

Осуществление оплаты за заказ происходит только за наличный расчет.
Высокий риск хищения или вымогательства денег третьими лицами.
Учет поступления денег ведется человеком, а это значит, неизбежны ошибки.
Данные из «Micrоinvest» являются избыточными для «1С. Предприятие 8.0»
Высокие расходы на транспортные услуги, так как отдел продаж и отдел бухгалтерии находятся в разных зданиях.

В результате анализа факторов падения производительности деятельности кафе «GOODWIN» было принято управленческое решение – внедрить модуль взаимодействия с банком.

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

Данный модуль позволит:

Обеспечить зачисление денежных средств от клиентов на расчетный счет организации.
Благоприятно повлиять на имидж организации в глаза у клиента.
Повысить компетентность персонала, за счет обучения работы с банковским модулем.
Выводить отчетность по движению денежных средств в организации.
Произвести гармонизацию данных Micrоinvest с 1С Предприятие 8.0

Данный модуль не будет:

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

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

Данные о клиенте.
Данные о состоянии счета клиента.

Документы на выходе:

слип;

Модуль внедряется в целях:

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

1.3 Анализ существующих решений

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

Произведя обследование рынка, были выявлены наиболее подходящие тарифы эквайринга: «Райффайзен Банк», «UniCredit Bank», «Сбербанк России», «Кредит Урал Банк».

Для сравнения выбранных решений была составлена табл. 4.

Таблица 4 – Сравнение тарифов

Название банка	Комиссия за оплату картами банка, % суммы операции	Комиссия за оплату картами других банков, % суммы операции	Плата за обслуживание, руб. за один терминал в месяц
«Райффайзен Банк «	1,5	2	550-700
«UniCredit Bank «	1	2	600-800
«Сбербанк России»	0,65	2,7	Отсутствует
«Кредит Урал Банк»	1,7	1,8	500-600

Сравнив предложенные тарифы, можно сделать вывод, что внедрение банковского терминала от «Кредит Урал Банка» будет выгоднее, так как:

Расчетный счет организации открыт именно в «Кредит Урал Банке».
В Магнитогорске популярность «Кредит Урал Банка» выше, чем остальные.

Вывод по Главе 1

В данной главе было произведено исследование кафе «Goodwin» и внутренних отделов. Были выявлены основные компоненты технико-экономической характеристики объекта: сфера деятельности организации, организационная структура, особенности функционирования, нормы и правила осуществления анализируемой деятельности рассматриваемой организации.

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

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

Были выделены основные цели модуля. Проанализирован и сравнен рынок готовых решений. И принято решение о внедрении банковского терминала от «Кредит Урал Банка».

Глава 2 Обоснование и реализация проектных решений по внедрению модуля взаимодействия с банком в кафе «GOODWIN»

1. Создание концепции внедрения модуля взаимодействия с банком

Описание бизнес-требований и требований пользователей

Исходные данные и возможности бизнеса:

Продавец-кассир тратит большое количество времени на оплату заказа с помощью наличного расчета. Это доставляет массу неудобств, как заказчику, так и исполнителю. Тратиться большое количество времени на отсчет сдачи клиенту и размен монет.

Кроме того, наличные средства имеют маленький уровень безопасности для предприятия. Они могут быть украдены или оказаться фальшивыми. Это приводит к уменьшению прибыли, тем самым тормозят процесс производства во всем кафе «GOODWIN» .

Бизнес – цели:

Бизнес-цель 1: оперативно передавать информацию в другие подразделения кафе «GOODWIN».

Бизнес-цель 2: вести безналичный расчет операций.

Бизнес-цель 3: сократить затраты на транспортные и трудовые ресурсы и др.

Критерии успеха:

Критерий успеха 1: внедрение модуля взаимодействия с банком позволит снизить затраты на обработку заказов с 10-20 минут рабочего времени сотрудника до 5-7 минут.

Критерий успеха 2: выявление новых источников прибыли за счет снижения затрат на транспортные и трудовые ресурсы.

Факторы бизнес-риска:

Фактор бизнес-риска 1: не все сотрудники подразделений готовы к работе с новым модулем. Потребуются финансовые и временные ресурсы на обучение персонала.

Фактор бизнес-риска 2: возможны изменения функций сотрудников.

Фактор бизнес-риска 3: существует возможность столкнуться с нежеланием персонала осваивать новые технологии.

Образ решения

Положения об образе решения проекта внедрения:

На данный момент кафе «GOODWIN» заключила договор об эквайринге с банком «Кредит Урал Банк». В качестве программного обеспечения взаимодействия отделов руководством организации было выбрано готовое решение модуля взаимодействия с банком от «Micrоinvest» (приложение Г).

Для сотрудников отдела продаж модуль взаимодействия с банком представляет собой «Терминал: банковский модуль» от банка «Кредит Урал Банк». Для сотрудников отдела бухгалтерии модуль взаимодействия с банком представляет собой «Банковский модуль»

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

Основные функции системы:

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

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

Ограничения и исключения

Модуль будет применяться только в кафе «GOODWIN».

Разработка требований пользователей

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

Таблица 5 – Требования пользователей

Действующее лицо

Вариант использования

Директор предприятия

Бухгалтер

Администратор

Продавец-кассир

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

К завершающему процессу формулировки требований, относятся построение модели TO – BE. Была создана модель TO-BE с помощью методологии ARIS в нотации eEPC.

Безусловно, что эта модель будет отличаться от модели AS-IS, поскольку в результате формирования требований появились предложения по реорганизации бизнес-процессов. Контекстная диаграмма TO-BE представлена в приложении Г (техническое задание).

2.2 Обоснование проектных решений по видам обеспечения

Техническое обеспечение

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

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

Рисунок 7 - информационная и техническая инфраструктура ИС

Чтобы инфраструктура предприятия была готова к модернизации, в отдел продаж нужно внедрить «Терминал: безналичный расчет».

«Терминал: безналичный расчет» будет связан с PОS-системой и АРМ Администратора в отделе продаж. И будет предоставляться банком для эквайринга.

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

Таблица 6 – Характеристика АРМ администратора

Характеристика АРМ

Услуги

Состав:

Рабочий стол;
ПК;
Телефон;
Принтер-сканер-ксерокс (3в1, один на весь отдел).

ПО:

Система: Micrоsоft Windоws 7 Prоfessiоnal Версия 2009 SP1
Microinvest: АРМ Администратора.
Пакет обновления совместимости для выпуска 2007 систем Micrоsоft Оffice
Adоbe Reader 9.1
Антивирус Касперского 6.0
Архиватор WinRAR

Справочник «ДубльГИС»

Отчеты о поступлении денежных средств в банк. Составление в электронном виде текущей документации.
Используется Micrоsоft Оffice для оформления документов не строгой отчетности.
Доступ в сеть интернет.

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

Рисунок 8 - Модернизированная информационная и техническая инфраструктура

Внедрение «Терминала: банковский модуль» в отдел продаж и «Банковского модуля» в отдел бухгалтерии позволит:

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

Программное обеспечение

Программное обеспечение должно обладать следующими свойствами:

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

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

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

Серверная часть системы должна быть представлена СУБД Microsoft SQL Server , работать под управлением операционной системы Microsoft Windows Server с установленной службой Internet Information Services (IIS) и поддержкой ASP.NET.

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

Будущий модуль должен быть интегрирован в существующую АИС. Это дает перспективные возможности для дальнейшего развития системы.

Организационное обеспечение

Для защиты от ошибочных действий пользователей необходимо:

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

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

2.3 План мероприятий по внедрению модуля

Внедрение модуля взаимодействия с банком предполагает реализацию следующих мероприятий:

1.Определение границ проектирования.

2.Анализ требований руководства.

3.Формирование требований к модулю:

предпроектное обследование и обоснование необходимости внедрения модуля;
сбор данных о компании и объекте автоматизации;
анализ качества функционирования объекта автоматизации;
создание модели AS-IS(как есть);
анализ факторов падения производительности и принятие управленческого решения;
оценка целесообразности проекта;
анализ выбранного решения;
разработка технико-экономического обоснования проекта и план – графика проекта;
оформление отчёта о выполненной работе и заявки на разработку модуля (тактико-технического задания).

4.Разработка концепции модуля.

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

5.Опытно-промышленная эксплуатация.

приобретение модуля и необходимого оборудования;
тестирование системы;
анализ результатов тестирования;
составление протокола результатов тестирования и перечня ошибок.

6.Ввод в эксплуатацию.

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

7.Сопровождение.

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

Выводы по Главе 2

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

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

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

Глава 3. Обоснование экономической эффективности 3.1 Расчет экономических инвестиций на внедрение модуля взаимодействие с банком

Для расчета продолжительности и стоимости внедрения и адаптации модуля был разработан план-график на основе стандарта ГОСТ 34.601-90 (Приложение Г).

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

(1)

где Э – годовой экономический эффект (экономическая прибыль), (руб./г);

ΔЭгод – годовая экономия (прибыль), вызванная АРМ, без учета эксплуатационных затрат на ИС (АИС), (руб./г);

С – эксплуатационные затраты на АИС, (руб./г);

Е – нормативный коэффициент эффективности капитальных вложений (Ен – представляет собой минимальную норму эффективности капитальных вложений, ниже которой они не целесообразны. Значение Ен принимается равным 0,2), (1/г);

К – капитальные затраты (капиталовложения), (руб);

(ΔЭгод – С) – это хозяйственная или бухгалтерская прибыль. Она представляет собой разность между выручкой и явными затратами. По рыночной терминологии, явные затраты (ExplicitCost) – это все денежные издержки предприятия, включая амортизацию.

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

Центральный банк РФ в 2011 году установил ставку рефинансирования в размере 8,25% (Протокол заседания Совета директоров Банка России от 29 апреля 2011 года №8). Следовательно, норма прибыли на капитал будет равен 8,25%.

Поскольку в формуле (1) приведены такие показатели как эксплуатационные затраты (С) на службы поддержки модуля взаимодействия с банком , нормативный коэффициент эффективности капитальных вложений(Е), капитальные затраты (К), можно определить годовые приведенные затраты на ИС, который представлен в формуле (2)

(2)

где П – годовые приведенные затраты на ИС, (руб./г).

Тогда годовой экономический эффект (экономическая прибыль) можно найти по следующей формуле:

(3)

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

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

(4)

где Ер – коэффициент эффективности капитальных затрат;

ΔЭгод – годовая экономия (прибыль), вызванная АРМ, без учета эксплуатационных затрат на ИС (АИС), (руб./г);

К – единовременные затраты (капиталовложения), (руб).

В практике чаще исчисляется обратный показатель — срок окупаемости капитальных затрат.

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

(5)

где Т – срок окупаемости капитальных затрат на внедрение (годы);

Ер – коэффициент эффективности капитальных затрат;

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

1) Капитальные затраты (К, руб.)

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

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

(6);

где Кпр – затраты на проектирование;

Ктс – затраты на технические средства управления;

Клс – затраты на создание линий связи локальных сетей;

Кпс – затраты на программные средства;

Киб – затраты на формирование информационной базы;

Куч – затраты на обучение персонала;

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

Кпл – затраты на производственную площадь;

Кнеучт – неучтенные затраты (обычно составляют 7-8% от общих затрат).

Затраты на формирование информационной базы Киб относятся к формированию условно-постоянной информации.

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

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

Произведем расчет:

Кпс = 34 000руб. (стоимость модуля взаимодействия с банком).

Итого получаем:

Капитальные затраты

К = 34 000 + 8% неучтенных затрат = 36 720 руб.

Общий состав капитальных затрат представлен в таблице 7.

Таблица 7 — Капитальные затраты

№ п/п	Перечень затрат	Стоимость (руб.)
1	Кпс	34 000
2	Кнеучт	2 720
Итого:		36 720

2) Эксплуатационные расходы

В состав эксплуатационных затрат на информационную систему входят следующие затраты:

(7)

где Сао–амортизационные отчисления;

Сто – затраты на техническое обслуживание;

Син– затраты, связанные с использованием глобальных вычислительных сетей (Интернета и др.);

Сэл – затраты на электроэнергию;

Спр – прочие затраты (составляют примерно 7%).

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

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

Согласно регламентному обслуживанию, обслуживание сервера проходит 2 часа неделю, в месяц — 8 часов.

Сто =((14400/22*8)* 8 часов/месяц) *12 = 7 854 руб./год

Сэл = 150 руб. мес. * кол-во * 12 мес = 150 * 1 * 12 = 1 800 руб./год

Итого получаем:

Эксплуатационные расходы

С = 7854 + 1800 + 7% = 10330 руб./год

Общий состав эксплуатационных затрат представлен в таблице 8.

Таблица 8 — Эксплуатационные затраты

№ п/п	Перечень затрат	Стоимость (руб.)
1	Сто	7 854
2	Сэл	1 800
3	Спр	675,8
	Итого:	10330

3.2 Сравнительный анализ до/после внедрения модуля

Сотрудник отдела продаж в среднем 60 заказов в день. Следовательно, на обработку одного заказа требуется (рабочее время 720 мин/60заказов) 12минут.

Ежемесячная заработная плата сотрудника составляет в среднем 10 000 руб., следовательно, ежедневная равна 720 руб., а в минуту – 1 руб. Отсюда вывод, что заработная плата за одну обработанную заявку (1*12) = 12 руб.

После внедрения модуль взаимодействия с банком предполагается выполнение до 100 заказов в день. Следовательно, на время обработки одного заказа составит (рабочее время 720 мин /100 заказов) 7,2 минуты. Так как при использовании модуля заработная плата сотрудника не изменится, то соответственно за одну обработанную заявку заработная плата составит (1*7,2) =7,2 руб.

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

Результаты представлены в таблице 9.

Таблица 9 — Сравнение потраченного времени на обработку заявки до и после внедрения системы

	До внедрения	После внедрения	Разница
Кол-во заявок в день (шт)	60	100	40
Время обработки одной заявки (мин)	12	7,2	4,8
Затраты на одну обработанную заявку (руб)	12	7,2	4,8

Годовая экономия (ΔЭгод), вызванной модулем, без учета эксплуатационных затрат на АИС, будет равна:

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

(2)

П = 7 854 + 37 584*8,25% = 10 954 руб./г.

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

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

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

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

(9)

Расчет внутреннего экономического эффекта сводится к определению разности в годовых приведенных затратах по базовому и предлагаемому вариантам:

(10);

где ΔСзп–сокращение заработной платы управленческого персонала при внедрении модуля;

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

ΔСзп = Сзпб – Сзп = 0 (так как не предполагается понижать зарплату работникам или увольнять их при введении автоматизации работ), где

Сзпб– заработная плата управленческого персонала в базовом варианте;

Сзп– заработная плата управленческого персонала в предлагаемом варианте.

Внутренний экономический эффект найдем по формуле (10):

ΔСзп – 10 954 = 0 – 10 954 = – 10 954 руб.

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

В этом случае внедрение модуля целесообразно, только если есть уверенность в достаточно большом внешнем экономическом эффекте.

Рассмотрим расчет внешнего экономического эффекта.

Данный расчет предполагает определение следующих составляющих:

(11)

где ΔА– годовой прирост выручки от реализации продукции, прочей реализации или внереализационной деятельности.

ΔСсеб– годовая экономия на себестоимости продукции объекта управления;

ΔШ– сокращение штрафов и других не планируемых потерь за год. Общая сумма штрафов за год, вызванная потерей заказов, равна примерно 30 000 руб. АИС позволит снизить эти потери на 70% в год. Итого ΔШ= 9 000 руб.

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

(12)

являются:

Расчетная прибыльность (рентабельность): где ΔСк – экономия на канцелярии;

ΔСэ – экономия на электроэнергии на технологические цели;

ΔСзппр – экономия на заработной плате сотрудников;

ΔСсэо – экономия на содержании и эксплуатации оборудования;

ΔСдок – сокращение потерь документов.

В структуре себестоимости общества основную долю занимают материальные затраты – 38% и затраты на оплату труда с отчислениями – 36%

Запланируем 3% сокращения затрат на оплату труда за счет отмены некоторых функций и 10% сокращения затрат на канцелярию. Для простоты расчета объединим экономию по энергии, содержанию оборудования и потерям и запланируем 1% экономии.

Для проведения расчетов необходима себестоимость работ, условно принимаем ее за 100 000 руб. Получаем:

ΔСк= 100 000*38% – (38%*100 000 – 10%) = 3 800 руб

ΔСзппр= 100 000*36% – (36%*100 000 – 3%) = 1 080 руб

ΔСпроч = ΔСэ+ΔСсэо+ΔСдок = 26%*100 000 – (26%*100 000 – 1%) = 260 руб

ΔСсеб = 12 * (ΔСк +ΔСзппр+ΔСпроч) = 12 * (3 800 + 1 080 + 260) = 61 680руб.

Эвнешн = ΔА + ΔСсеб + ΔШ = 0 + 61 680 + 9 000 = 52 680 руб.

ΔЭгод = Эвнешн + Эвнутр= 52 680 – 10 954 = 41 726 руб.

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

Она составляет 45 000 – 36 720 = 8 280

Рассчитав все необходимые показатели можно получить величину годового экономического эффекта: Э = ΔЭ_год– П

Э = ΔЭгод – П= 41 726 – 10 954 – 8 280= 22 492 руб.

Годовой экономический эффект представляет собой абсолютный показатель эффективности. Система считается эффективной, если Э> 0.

Вспомогательными показателями экономической эффективности

Ер =ΔЭгод /К = 41 726 /36 720=1,136

Срок окупаемости:

Ток = 1/Ер = К/ΔЭгод =1/1,136 = 0,88

Проект окупится через год.

Основные показатели представлены в табл. 10:

Таблица 10 — Основные показатели

Капитальные затраты (К)	36 720 руб
Затраты на З/П команды проекта	8 280 руб
Эксплуатационные затраты (С)	10 330 руб
Годовая экономия (ΔЭгод)	41 726 руб
Годовой экономический эффект (Э)	22 492 руб.
Рентабельность (Ер)	1,136
Срок окупаемости (Ток)	12 месяцев

Таким образом, годовой экономический эффект (Э) от внедрения модуля взаимодействия с банком в кафе «GOODWIN» равен 22 492 руб. Срок окупаемости составляет 1 год.

Выводы по Главе 3

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

Анализ показал, что годовой экономический эффект (Э) от внедрения модуля взаимодействия с банком в кафе «GOODWIN» равен 22 492 руб.

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

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

Заключение

В настоящее время в России особенно актуален вопрос осуществления оплаты с помощью безналичного расчета.

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

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

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

Безналичный расчет постепенно входит в жизнь большинства российских компаний. Большое количество банков предлагают свои тарифы эквайринга, проанализировав их в качестве банка-партнера был выбран «Кредит Урал Банк».

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

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

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

Именно поэтому в работе были выделены основные факторы экономической эффективности использования модуля, а также рассчитана экономическая эффективность от внедрения модуля в кафе «GOODWIN» .

Результатом ВКР является внедрение модуля взаимодействия с банком в кафе «GOODWIN» , а также техническое задание на внедрение данного модуля.

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

Список использованных источников

Project Management Institute, Inc. Руководство к своду знаний по управлению проектами / (Руководство PMBOK®)—Четвертое издание ,2008.- 380 стр.

А. Бабаева Платежные карты: Бизнес-энциклопедия: учебное пособие/ А. Бабаева - Маркет ДС, 2010г.- 764с.
А. К. Алексанов, И. А. Демчев, А. М. Доронин «Безопасность карточного бизнеса : бизнес-энциклопедия / А. К. Алексанов, И. А. Демчев, А. М. Доронин [и др.]. »: Московская финансово-промышленная академия;ЦИПСиР; Москва; 2012

Банковская деятельность. Финансы. М., 2010.
Банковское дело: Учебник/Под ред. Г.Н. Белоглазовой, Л. П. Кро ливецкой. — 5-е изд., перераб. и доп. — М.: Финансы и статистика, 2011. —592 с: ил

Барабаш П. А., Воробьев С. П., Курносов В. И., Советов В.Я. Инфокоммуникационные технологии в глобальной информационной инфраструктуре. СПб: Наука, 2008. – 552 стр.
Бабинова Н.В., Гризов А.И., Сальников Д.М., Сидоренко М.С., Смородинов О.В. Под общей редакцией А.И.Гризова. "Новые платежные технологии. термины международной практики безналичных расчетов на основе пластиковых карточек. Англо-русский толковый словарь". М.АОЗТ"РЕКОН",2011

ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения.

ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.

ГОСТ 34.601-90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств.

ГОСТ Р ИСО/МЭК 15271-98 «Информационные технология. Руководство по применению ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)

Д. Нортон, Р. Каплан. Сбалансированная система показателей. От стратегии к действию. — Олимп-Бизнес, 2010. — 320 с.
Дистанционное банковское обслуживание / кол. авторов. — М. : КНОРУС : ЦИПСиР, 2010. — 328 с

Дмитриева Н.Т., Дмитриев Д.Б. Налоги и налогообложение: Учеб. для сред. профес. учеб. заведений. 2-е издание. – Ростов н/Д: Феникс, 2011. – 480 с.
Захарченко, В.И. Планирование на предприятии: Учебное пособие / В.И. Захарченко. – Одесса:, 2012. – 127с.

Инфраструктура и интенсификация производства. М.:Наука, 2010 г.

Ипатова Э.Р., Ипатов Ю.В. Практикум по проектированию информационных систем: Учеб. Пособие. – Магнитогорск: МаГУ, 2004. – 116 с.

Ипатова Э.Р., Ипатов Ю.В. Проектирование информационных систем: Учеб. пособие. – Магнитогорск: МаГУ, 2005. – 187 с.
Карл И. Вигерс. Разработка требования к программному обеспечению/ Пер. с англ. / Карл И. Вигерс. – М.: Издательско-торговый дом «Русская редакция», 2010.
Криворучко С.В., Глисина В.Р. СОВРЕМЕННЫЕ ПЛАТЕЖНЫЕ СИСТЕМЫ: Учебное пособие, руководство по изучению дисциплины, практикум, тесты, учебная программа /Московский государственный университет экономики, статистики и информатики. – М., 2010. – 127 с.

Кузовкова Т.А. Анализ и прогнозирование развития инфокоммуникаций / Т. А. Кузовкова, Л. С. Тимошенко .— М.: Горячая линия - Телеком, 2009 .— 224 с.

Лаврушин О.И. Деньги. Кредит. Банки: учебник/ Лаврушин О.И.- М.: Финансы и статистика,2012г.- 560с.
Лямова Г. Информационные системы управления предприятиями / Г. Лямова, Д.Чистов, Е. Шуремов. – М.: Бухгалтерский учет, 2011
Маглинец Ю.А. Анализ требований к автоматизированным информационным системам / Ю.А. Маглинец – СПб: Бином. Лаборатория знаний, 2008

П. Хорват Сбалансированная система показателей как средство управления предприятием, Журнал "Проблемы теории и практики управления", №14, 2013 год
Пластиковые карты. 4-е издание переработанное и дополненное. Авторы: А.А.Андреев, М.Ю. Белов, Н.В.Иванов, Е.В.Ермолаев, В.А.Кузнецов, П.В.Стромский и др. М.Издательская группа "БДЦ-ПРЕСС", 2010

Проблемы интеграции информационных ресурсов. – Режим доступа: http://www Федотова, Д.Э. CASE-технологии / Д.Э. Федотова, К.Н. Чижик, Ю.Д. Семенов. – М.: Горячая линия-Телеком, 2011. – 160с.
РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

Ромащёва В. К. Разработка проекта внедрения модуля взаимодействия с банком в кафе «GOODWIN» (Магнитогорск, Россия) // Сборник материалов vi всероссийской, 59-й научно-практической конференции молодых ученых с международным участием «россия молодая» [Электронный ресурс]. URL:http://science.kuzstu.ru/wp-content/Events/Conference/RM/2014/materials/index.htm (дата обращения: 18.06.2014)

Стратегическое планирование в коммерческих банках: концепция, организация, методология: учебное пособие / Н. А. Тысячникова, Ю. Н. Юденков. М. : КНОРУС : ЦИПСиР, 2013. — 312 с.

Устав кафе «Goodwin» города Магнитогорска. Зарегистрирован администрацией Правобережного района, №121. – Магнитогорск: 2012. – 15 c.
Финансовый менеджмент для неспециалистов. 3-е изд. / Пер. с англ. под ред. Е. Н. Бондаревской. — СПб.: Питер, 2010. — 608 с: ил. — (Серия «Классика МВА»).

Приложения

Приложение А

Анкета для ответственного лица отдела продаж

Фамилия, имя, отчество администратора: Мазикина Виктория Олеговна, телефон: 304-304.

1. Основная цель отдела продаж: реализация готовой продукции

2. Основные функции отдела продаж:

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

3. Кадровый состав подразделения: администратор, продавцы-кассиры.

4. Документы, поступающие в отдел продаж из других подразделений:

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

5. Физическое представление, время и частота поступления, вид обработки и требования к безопасности каждого из этих документов:

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

6. Продолжительность хранения каждого из документов и условия перевода в архив:

копии договоров – в течение года, в архив не передаются;
заборный лист – в течение года, в архив не передаются;

7. Документы, формирующиеся в подразделении:

приходный ордер;
кассовый чек;
товарный чек;

8. Физическое представление время, частота и вид обработки и требования к безопасности каждого из этих документов:

Приходный ордер – бумажный документ (ф. № М-4), формируется на основе накладной и/или акта о приемке материалов, хранение в специальной папке.
Кассовый чек - это один из видов квитанции, напечатанный на ленте специальным кассовым аппаратом. Наличие кассового чека подтверждает факт совершения покупки, наименование товара, дату покупки и уплаченную денежную сумму.
Товарный чек – это документ, подтверждающий прием денежных средств в качестве оплаты за приобретаемый товар.

9. Продолжительность хранения каждого из документов и условия перевода в архив:

Приходный ордер – хранится в течении года, в архив не передается
Кассовый чек в хранении не нуждается.
Товарный чек в хранении не нуждается.

10. Документы, передающиеся в другие подразделения:

Z-отчет .
Требование-накладная на отпуск ;

11. Физическое представление время и частота отправки, вид обработки и требования к безопасности каждого из этих документов:

Z- отчет – это бумажный документ , представляющий собой отчет о количестве денежных средств поступивших за один календарный день.
Требование-накладная на отпуск – бумажный документ (ф. № М-11), по мере необходимости для внутреннего перемещения продукции, хранение в специальной папке, использование для оприходования материалов.

12. Продолжительность хранения каждого из документов и условия перевода в архив:

Z- отчет – передается в архив и храниться в течении 3 лет.
Требование-накладная на отпуск – в течение года, передаются в архив;

13. Информация, поступающая в отдел из внешних к организации источников (банк, заказчик, налоговые органы и т.д.): в отдела продаж из внешних органов, минуя другие подразделения кафе «Goodwin», информация не поступает.

14. Информация, передающаяся из подразделения во внешние органы: с отдела продаж во внешние органы, минуя другие подразделения кафе «Goodwin», информация не поступает.

15. Описание информационной инфраструктуры (техническое оснащение и программные продукты) подразделения:

POS-система MERCURY SX-158C (2шт)
АСПД «Штрих-М» -специализированное чекопечатающие устройства(2шт)
Денежный ящик ШТРИХ-HPC-16S 3-x позиционный замок(2шт)
Microinvest Склад Pro (Light)

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

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

18. Дата заполнения анкеты: 13.06.2013.

19. Подпись лица, заполнившего анкету:

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

Можно выделить следующие документы, описывающие процессы предметной области:

Входные:

Накладная с отдела производства – 1 экз.

Выходные:

Z- отчет -1 экз.

Внутренние:

Кассовый чек

В Табл. 1 представлены информация и документы, поступающие в отдел продаж из других отделов кафе «Goodwin».

Таблица 1- информация и документы, поступающие в отдел продаж из других отделов кафе «Goodwin»

Подразделения, из которых поступает информация

Информация

Документы

Физическое представление поступающих документов

Время приема, обработки документов

Продолжительность хранения документов

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

Отдел производства

Копия накладной на отпуск готовой продукции

Бумажный

документ

В течение 1 часа

В течение года, в архив не передаются

В условиях отдела

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

Таблица 2 – Информация и документы, передающиеся с отдела продаж в другие подразделения (отделы) кафе «Goodwin»

Подразделения, в которые передается информация	Информация	Документы
Подразделения, в которые передается информация	Информация	Физическое представление поступающих документов	Время сдачи, обработки документов	Продолжительность хранения документов	Требования к безопасности
Бухгалтерия	Z-отчет	Бумажный документ	В течение 2-3 часов	1. В течение 3 лет, по истечении срока сдается в архив.	В условиях отдела

Информация и документы, которые формируются в отделе продаж кафе «Goodwin», представлены в табл. 3.

Таблица 3 – Информация и документы, которые формируются в отделе продаж кафе «Goodwin»

Информация

Документы

Физическое представление поступающих документов

Продолжительность хранения документов

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

Кассовые чеки

Бумажный

документ

В условиях отдела

Приложение Б

Описание процесса, дуг контекстной диаграммы IDEF0

Объект	Название	Описание
Процесс	Реализация готовой продукции	Процесс учет и произведение продаж готовой продукции
Дуги	Заказ клиента	Это электронный документ, отражающий потребности клиента и всю информацию, необходимую для удовлетворения потребности
	Устав предприятия	Документ, который определяет порядок и условия работы и функционирования предприятия.
	Указ администратора	Устное распоряжение администратора по организации работы отдела
	Правила оформления документов	Документ, в котором прописан алгоритм составления отчетов по какой-либо операции
	Реализованная продукция	Перечень отпущенной на сторону и оплаченной (подлежащей оплате) продукции за соответствующий период.
	Z-отчет	Бумажный документ, представляющий собой отчет о количестве денежных средств поступивших за один календарный день.
	Администратор	Сотрудник отдела, занимающийся управленческими вопросами
	Продавец-кассир	Сотрудник отдела, занимающейся реализацией продукции и удовлетворением потребностей клиентов
	Microinvest Склад Pro (Light)	Программный продукт для автоматизации ресторанов, кафе, баров, фастфудов и других предприятий общепита и ресторанного бизнеса.

Приложение В

Описание процессов, дуг декомпозиции контекстной диаграммы IDEF0

Объект	Название	Описание
Процесс	Формирование заказа от клиента	Процесс выяснения потребностей потребителя и набивание его в программу. Далее распределение по отделам, либо заказ выполняется на месте, либо формируется требование-накладная в отдел производства
	Формирование заказа в отдел производства	Процесс приготовление продукции на основе заказа
	Прием готовой продукции	Процесс проверки продукции на соответствие стандартам и качеству. Так же проверяется вся сопутствующая документация.
	Оплата заказа	Процесс обмена денежных средств на товар
	Отпуск товара	Проверенную готовую продукцию, соответствующе оформленную (собой или на месте), отдают непосредственно заказчику.
Дуги	Заказ клиента	Это электронный документ, отражающий потребности клиента и всю информацию, необходимую для удовлетворения потребности
	Устав предприятия	Документ, который определяет порядок и условия работы и функционирования предприятия.
	Указ администратора	Устное распоряжение администратора по организации работы отдела
	Правила оформления документов	Документ, в котором прописан алгоритм составления отчетов по какой-либо операции
	Реализованная продукция	Перечень отпущенной на сторону и оплаченной (подлежащей оплате) продукции за соответствующий период.
	Z-отчет	Бумажный документ, представляющий собой отчет о количестве денежных средств поступивших за один календарный день.
	Требование-накладная на отпуск	Бумажный документ (ф. № М-11), по мере необходимости для внутреннего перемещения продукции, хранение в специальной папке, использование для оприходования материалов.
	Сформированный заказ	Выполненный заказ.
	Кассовый чек	Один из видов квитанции, напечатанный на ленте специальным кассовым аппаратом. Наличие кассового чека подтверждает факт совершения покупки, наименование товара, дату покупки и уплаченную денежную сумму.
	Администратор	Сотрудник отдела, занимающийся управленческими вопросами
	Продавец-кассир	Сотрудник отдела, занимающейся реализацией продукции и удовлетворением потребностей клиентов
	Microinvest Склад Pro (Light)	Программный продукт для автоматизации ресторанов, кафе, баров, фастфудов и других предприятий общепита и ресторанного бизнеса.

Приложение Г

Кафе «GOODWIN»

УТВЕРЖДАЮ

УТВЕРЖДАЮ:

Ромащёва В.К. студентка 4 курса «МГТУ им. Г.И.Носова»

Личная подпись:

Расшифровка подписи:

Дата: __.__.14

УТВЕРЖДАЮ:

Директор кафе «Gооdwin»

Личная подпись:

Расшифровка подписи:

Дата: __.__.14

Модуль взаимодействия с банком для малого бизнеса

На примере кафе «Gооdwin»

наименование вида

Кафе «Gооdwin»наименование объекта автоматизации

«МВсБМБ»

сокращенное наименование

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На 35 листах

Действует с __.__.2013

СОГЛАСОВАНО

Руководитель: начальник отдела продаж

кафе «Gооdwin»

Личная подпись

Расшифровка подписи

Печать

Дата

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

1.1. Наименование системы

1.1.1. Полное наименование системы

Полное наименование – модуль взаимодействия с банком для малого бизнеса

1.1.2. Краткое наименование системы

Краткое наименование - МВсБМБ.

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

Работа выполняется на основании договора №100 от ___.___.____ между Ромащёвой В.К. и Кафе «Gооdwin».

1.3. Наименование организаций – Заказчика и Поставщика

1.3.1. Заказчик

Заказчик: Кафе «Gооdwin».Адрес фактический: 455039, Челябинская область, ул. Карла Маркса, д.119.Телефон: +7 (3519) 304-304

1.3.2. Поставщик

Поставщик: Ромащёва В.К. студентка 4 курса «МГТУ им. Г.И.Носова»Россия, 455044, Челябинская область, г. Магнитогорск, ул. 50 лет Магнитки, д.17.

телефон: 89823341415

1.4. Плановые сроки начала и окончания работы

Плановые сроки начала и окончания работ по созданию системы: план-график.

1.5. Источники и порядок финансирования

Источники и порядок финансирования указаны в договоре №100. Финансирование работ осуществляет Заказчик. Объем и порядок финансирования определяется Календарным планом работ, Рабочей программой и Протоколом договорной цены, являющихся неотъемлемой частью Контракта (Дополнительных Соглашений) на выполнение работ в соответствии с настоящим Частным техническим заданием.

1.6. Порядок оформления и предъявления заказчику результатов работ

Работы по внедрению МВсБМБ сдаются Поставщиком поэтапно в соответствии с Календарным планом Проекта. По окончании каждого из этапов работ Поставщик сдает Заказчику соответствующие отчетные документы этапа, состав которых определен Договором.

2. Назначение и цели создания системы

2.1. Назначение системы

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

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

2.2. Цели создания системы

МВсБМБ внедряется для сотрудников отдела продаж с целью:

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

3. Характеристика объектов автоматизации

Основными задачами деятельности кафе «Gооdwin» являются: извлечение прибыли всеми допускаемыми законом способами; наиболее полное и качественное удовлетворение потребностей граждан и исполнение заказов. Основной задачей деятельности кафе «Gооdwin» является повышение экономической эффективности производства, и получение максимально возможной прибыли.

Организационная диаграмма представлена на рис.1

Рисунок 1 - Организационная диаграмма

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

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

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

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

Для учета движения денежных средств в кафе «Gооdwin» применяется первичная учетная документация, отвечающая требованиям основных положений по учету денежных средств и приспособленная для автоматической обработки информации. Количество экземпляров выписываемых документов и их документооборот устанавливается в зависимости от характера технического снабжения и от системы организации учета. Количество экземпляров должно быть минимальным; при использовании ЭВМ – один экземпляр, а при ручной обработке – не более двух.

В кафе «Gооdwin» поступлением денежных средств контролируется в первую очередь бухгалтерией , которая следит за своевременным выполнением операций, предъявляет претензии по недостачам денежных средств в отдел продаж.

Рисунок 2 – Диаграмма Исикавы

Проведем анализ построенной диаграммы.

В начале анализа выделим «показатель качества» - «Увеличение продаж», который является основным. Далее обозначим факторы, оказывающие на него непосредственное влияние. К ним можно отнести:

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

Рассмотрим каждый фактор подробнее.

Рабочий персонал – это непосредственные работники отдела продаж, т.е. люди, ответственные за реализацию готовой продукции и удовлетворение потребностей клиентов. На данный фактор влияет следующее:

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

качество (условия хранения и производства);
технология (оснащение, стандарты, качество);
сырье (качество, сроки годности).

Среда – то, в каких условиях находится клиент. На данный фактор влияет следующее:

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

Заказ – предоставление товара. На данный фактор влияет следующее:

цена (бонусы, скидки);
время обслуживание (опыт персонала, скорость обслуживания).

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

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

Далее разработаем функциональную модель в нотации IDEF0, представленную на рис. 3.

Рисунок 3 – Контекстная диаграмма

Отчет по диаграмме IDEF0

Название модели: Реализация готовой продукции

Описание: учет и произведение продаж готовой продукции

Точка зрения: директор

Цель: Увеличение продаж

Имя автора: Ромащёва

Time Frame: (AS-IS)

Таблица 1. Описание процесса, дуг контекстной диаграммы IEDF0

Объект	Название	Описание
Процесс	Реализация готовой продукции	Процесс учет и произведение продаж готовой продукции
Дуги	Заказ клиента	Это электронный документ, отражающий потребности клиента и всю информацию, необходимую для удовлетворения потребности
	Устав предприятия	Документ, который определяет порядок и условия работы и функционирования предприятия.
	Указ администратора	Устное распоряжение администратора по организации работы отдела
	Правила оформления документов	Документ, в котором прописан алгоритм составления отчетов по какой-либо операции
	Реализованная продукция	Перечень отпущенной на сторону и оплаченной (подлежащей оплате) продукции за соответствующий период.
	Z-отчет	Бумажный документ, представляющий собой отчет о количестве денежных средств поступивших за один календарный день.
	Администратор	Сотрудник отдела, занимающийся управленческими вопросами
	Продавец-кассир	Сотрудник отдела, занимающейся реализацией продукции и удовлетворением потребностей клиентов
	Micrоinvest Склад Prо (Light)	Программный продукт для автоматизации ресторанов, кафе, баров, фастфудов и других предприятий общепита и ресторанного бизнеса.

Декомпозируем контекстную диаграмму IDEF0 (рис. 4).

Рисунок 4 – Декомпозиция контекстной диаграммы

Таблица 2. Описание процессов, дуг декомпозиции контекстной диаграммы IDEF0

Объект	Название	Описание
Процесс	Формирование заказа от клиента	Процесс выяснения потребностей потребителя и набивание его в программу. Далее распределение по отделам, либо заказ выполняется на месте, либо формируется требование-накладная в отдел производства
	Формирование заказа в отдел производства	Процесс приготовление продукции на основе заказа
	Прием готовой продукции	Процесс проверки продукции на соответствие стандартам и качеству. Так же проверяется вся сопутствующая документация.
	Оплата заказа	Процесс обмена денежных средств на товар
	Отпуск товара	Проверенную готовую продукцию, соответствующе оформленную (собой или на месте), отдают непосредственно заказчику.
Дуги	Заказ клиента	Это электронный документ, отражающий потребности клиента и всю информацию, необходимую для удовлетворения потребности
	Устав предприятия	Документ, который определяет порядок и условия работы и функционирования предприятия.
	Указ администратора	Устное распоряжение администратора по организации работы отдела
	Правила оформления документов	Документ, в котором прописан алгоритм составления отчетов по какой-либо операции
	Реализованная продукция	Перечень отпущенной на сторону и оплаченной (подлежащей оплате) продукции за соответствующий период.
	Z-отчет	Бумажный документ, представляющий собой отчет о количестве денежных средств поступивших за один календарный день.
	Требование-накладная на отпуск	Бумажный документ (ф. № М-11), по мере необходимости для внутреннего перемещения продукции, хранение в специальной папке, использование для оприходования материалов.
	Сформированный заказ	Выполненный заказ.
	Кассовый чек	Один из видов квитанции, напечатанный на ленте специальным кассовым аппаратом. Наличие кассового чека подтверждает факт совершения покупки, наименование товара, дату покупки и уплаченную денежную сумму.
	Администратор	Сотрудник отдела, занимающийся управленческими вопросами
	Продавец-кассир	Сотрудник отдела, занимающейся реализацией продукции и удовлетворением потребностей клиентов
	Micrоinvest Склад Prо (Light)	Программный продукт для автоматизации ресторанов, кафе, баров, фастфудов и других предприятий общепита и ресторанного бизнеса.

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

Таблица 3.

	Наименование бизнес-процесса	Возможность автоматизации	Решение об автоматизации в ходе проекта
	Оплата заказа	Возможна	Будет автоматизирован

4. Требования к системе

4.1. Требования к системе в целом

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

Взаимодействие отдела продаж с внешними субъектами (рис.5)

Рисунок 5 - Взаимодействие отдела продаж с другими отделами

Клиенты: принятие денежных средств;

Бухгалтерия: сдача ежедневной отчетности по первичным документам, сдача наличных средств.

Отдел производства: Заполнение документов в отдел производства;

Оперативная передача информации между отделами позволит улучшить их работу.

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

Основной режим, в котором МВсБМБ выполняют все свои основные функции.
Профилактический режим, в котором МВсБМБ не выполняют своих функций.

В основном режиме функционирования, Система МВсБМБ должна обеспечивать:

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

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

- техническое обслуживание;

- модернизацию аппаратно-программного комплекса;

- устранение аварийных ситуаций.

Общее время проведения профилактических работ не должно превышать 2% от общего времени работы системы в основном режиме (336 часов в месяц).

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

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

- СУБД – Micrоsоft Sql Server 2008;

- ETL-средство – Клиент-банк;

- средство визуализации – PОS-терминалы.

Обязательно ведение журналов инцидентов в электронной форме, а также графиков и журналов проведения ППР.

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

4.1.2. Требования к численности и квалификации персонала системы и режиму его работы

Для поддержки функционирования МВсБМБ Заказчиком должна быть создана Служба эксплуатации, персонал которой должен обладать знаниями в области информационных технологий. В состав персонала, необходимого для обеспечения эксплуатации комплекса средств автоматизации (КСА) Подсистемы, должны входить:

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

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

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

В состав персонала, необходимого для обеспечения эксплуатации МВсБМБ в рамках соответствующих подразделений Заказчика необходимо выделение следующих ответственных лиц:

- Администратор МВсБМБ - 2 человека.

- Руководитель эксплуатирующего подразделения - 1 человек.

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

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

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

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

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

- Администратор МВсБМБ- знания методологии проектирования хранилищ данных, знание СУБД, знание языка запросов SQL, опыт администрирования СУБД, знания и навыки операций архивирования и восстановления данных и т.д.

4.1.2.3. Требуемые режим работы персонала

Персонал, работающий с МВсБМБ и выполняющий функции её сопровождения и обслуживания должен работать в следующих режимах:

- Конечный пользователь - в соответствии с основным рабочим графиком подразделений Заказчика.

- Администратор МВсБМБ– двухсменный график, поочередно.

4.1.3. Параметры, характеризующие степень соответствия системы назначению

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

- Количество измерений – 4.

- Количество показателей – 12.

- Количество аналитических отчетов – 4.

4.1.3.1. Требования к приспособляемости системы к изменениям

Обеспечение приспособляемости системы должно выполняться за счет:

- своевременности администрирования;

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

- наличия настроечных и конфигурационных файлов у ПО подсистем и т.д.

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

При изменении количества потребителей информации;
При изменении количества услуг и приложений;
При изменении требований к системе безопасности;
При изменении количества поставщиков информации.

Влияние изменения количества потребителей информации

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

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

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

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

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

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

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

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

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

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

Табица 4.

Вероятное условие	Требование
Нарушения в работе системы внешнего электроснабжения серверного оборудования продолжительностью до 15 минут	Функционирование в полном объеме
Выход из строя сервера системы хранения данных	Уведомление администратора подсистемы хранения данных и администратора подсистемы сбора, обработки и загрузки данных

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

4.1.4.1. Состав показателей надежности для системы в целом

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

Надежность должна обеспечиваться за счет:

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

- своевременного выполнения процессов администрирования Системы;

- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;

- предварительного обучения пользователей и обслуживающего персонала.

Время устранения отказа должно быть следующим:

- при перерыве и выходе за установленные пределы параметров электропитания - не более 20 минут.

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

- не более 6 часов.

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

- среднее время восстановления 12 часов - определяется как сумма всех времен восстановления за заданный календарный период, поделенные на продолжительность этого периода;

- коэффициент готовности 6 - определяется как результат отношения средней наработки на отказ к сумме средней наработки на отказ и среднего времени восстановления;- время наработки на отказ E часов - определяется как результат отношения суммарной наработки Системы к среднему числу отказов за время наработки. Средняя наработка на отказ системы не должна быть меньше 9 часов.

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

Перечень аварийных ситуаций

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

- сбой в электроснабжении сервера;

- сбой в электроснабжении рабочей станции пользователей системы;

- сбой в электроснабжении обеспечения локальной сети (поломка сети);

- ошибки Системы, не выявленные при отладке и испытании системы;

- сбои программного обеспечения сервера.

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

Сбой общего или специального программного обеспечения МВсБМБ.

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

Сбои или выход из строя активного накопителя на жестком магнитном диске.

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

Ошибки в работе персонала.

Система должна локализовывать ошибки персонала.

Импульсные помехи, сбои или прекращение электропитания.

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

Прекращение электропитания на время до 15 минут не должно приводить к прекращению функционирования МВсБМБ. Должны быть предусмотрены средства оповещения пользователей о прекращении электропитания.

4.1.4.3. Требования к надежности технических средств и программного обеспечения

Надежность МВсБМБ в части технического обеспечения должна обеспечиваться:

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

наличием на объектах автоматизации запасных изделий и приборов (ЗИП);

защитой технических средств по электропитанию путем использования источников бесперебойного питания;

дублированием носителей информационных массивов.

К надежности оборудования предъявляются следующие требования:

в качестве аппаратных платформ должны использоваться средства с повышенной надежностью;

применение технических средств соответствующих классу решаемых задач;

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

К надежности электроснабжения предъявляются следующие требования:

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

система должны быть укомплектована подсистемой оповещения Администраторов о переходе на автономный режим работы;

система должны быть укомплектована агентами автоматической остановки операционной системы в случае, если перебой электропитания превышает 20 минут;

должно быть обеспечено бесперебойное питание активного сетевого оборудования.

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

предварительного обучения пользователей и обслуживающего персонала;

своевременного выполнения процессов администрирования;

соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;

своевременное выполнение процедур резервного копирования данных.

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

надежности общесистемного ПО и ПО разрабатываемого Поставщиком;

проведением комплекса мероприятий отладки, поиска и исключения ошибок.

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

4.1.4.4. Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.

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

4.1.5. Требования к эргономике и технической эстетике

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

в части внешнего оформления:

интерфейс системы должен быть типизирован;

должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;

должен использоваться шрифт Times New Rоman;

размер шрифта должен быть 12;

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

в шапке форм, документов и отчетов должен использоваться логотип Заказчика.

в части диалога с пользователем:

для наиболее частых операций должны быть предусмотрены «горячие» клавиши;

при возникновении ошибок в работе системы – на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке.

в части процедур ввода-вывода данных:

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

4.1.6. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

Технические средства Системы и персонал должны размещаться в существующих помещениях Заказчика, которые по климатическим условиям должны соответствовать ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды» (температура окружающего воздуха от 5 до 40 °С, относительная влажность от 40 до 80 % при Т=25 °С, атмосферное давление от 630 до 800 мм ртутного столба).

Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями ГОСТ 21958-76 Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

Для электропитания технических средств должна быть предусмотрена трехфазная четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц (+1-1) Гц. Каждое техническое средство запитывается однофазным напряжением 220 В частотой 50 Гц через сетевые розетки с заземляющим контактом.

Для обеспечения выполнения требований по надежности должен быть создан комплект запасных изделий и приборов (ЗИП).

Состав, место и условия хранения ЗИП определяются на этапе технического проектирования.

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

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

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

Защита Системы должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер.

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

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

Разграничение прав доступа пользователей и администраторов Системы должно строиться по принципу, что не разрешено, то запрещено и т.д.

Система должна обеспечивать обработку конфиденциальной информации.

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

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

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

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

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

Разделение доступа

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

просмотра элементов;

добавления элементов;

редактирования элементов;

удаления элементов;

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

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

4.1.7.2. Требования к антивирусной защите

Средства антивирусной защиты должны быть установлены на всех рабочих местах пользователей и администраторов Системы. Средства антивирусной защиты рабочих мест пользователей и администраторов должны обеспечивать:

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

централизованную автоматическую инсталляцию клиентского ПО на рабочих местах пользователей и администраторов;

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

ведение журналов вирусной активности;

администрирование всех антивирусных продуктов.

4.1.8. Требования по сохранности информации при авариях

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

4.1.9. Требования к защите от влияния внешних воздействий

К программно-аппаратному окружению Системы предъявляются следующие требования к защите от влияния внешних воздействий:

требования к радиоэлектронной защите:

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

требования по стойкости, устойчивости и прочности к внешним воздействиям:

система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах от 155 до 265 В (220 ± 20 % - 30 %);

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

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

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

4.1.10. Требования по стандартизации и унификации

В требования к стандартизации и унификации включают: показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.

В качестве методологии проектирования используются методологии структурного анализа и проектирования SADT и ARIS. В рамках данных методологий основными инструментальными средствами являются AllFusiоn Prоcess Mоdeler (Bpwin), AllFusiоn Data Mоdeler (ERwin) (IDEF1X), а также Case-средство MS Visiо (EPC Diagram, Cause and Effect Diagram – «Диаграмма Исикавы», Оrganizatiоn Chart Diagram – организационная диаграмма и Fault Tree Analysis Diagram – диаграмма «Дерево отказов»).

Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 7.х и BPWin 7.х.

Для работы с БД должны использоваться язык запросов SQL в рамках стандарта ANSI SQL. В системе должны использоваться (при необходимости) общероссийские классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации.

4.1.11. Дополнительные требования

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

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

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

Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. «ССБТ. Пожарная безопасность. Общие требования».

Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации.

Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации».

Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение», но не превышать следующих величин:

- 50 дБ - при работе технологического оборудования и средств вычислительной техники без печатающего устройства;

- 60 дБ - при работе технологического оборудования и средств вычислительной техники с печатающим устройством.

4.1.13. Требования к транспортабельности для подвижных АИС

Система является стационарным и после монтажа и проведения пуско-наладочных работ транспортировке не подлежит.

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

Бизнес - требования:

Исходные данные, возможности бизнеса:

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

Бизнес-цели и критерии успеха:

Бизнес - цель 1. Уменьшить среднее время оплаты заказа до 2 минут.

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

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

Факторы бизнес-риска

Фактор бизнес - риска 1. Введение новых форм обслуживания клиентов зависит от уровня информатизации организаций.

Фактор бизнес - риска 2. Не все сотрудники отдела продаж готовы к работе с МВсБМБ потребуются финансовые и временные ресурсы на обучение персонала.

Образ решения

Положение об образе объекта

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

Таблица 5. Варианты использования для каждого пользователя

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

Перечень функций или задач, подлежащих автоматизации

Таблица 6.

Функция

Задача

Оплата заказа

составление приходного ордера,

оприходование денежных средств,

Составление отчетности о поступлении безналичных средств

составление отчетности

4.2.2 Временной регламент реализации каждой функции

Таблица 7.

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

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

Таблица 8.

Задача	Форма представления выходной информации	Характеристики точности и времени выполнения
Составление фискального чека	Текстовый документ	В момент оприходования денежных средств от клиента
Формирование отчета поступления денежных средств	Текстовый документ	Регламентируется указанием директора о периоде формирования отчета поступления денежных средств
Составление расходных кассовых ордеров	Текстовый документ	В момент отправки денежных средств
Формирование отчета отпуска денежных средств	Текстовый документ	Регламентируется указанием директора о периоде формирования отчета отпуска денежных средств
Составление сводных отчетов	Текстовый документ	Регламентируется указанием директора о периоде составления сводных отчетов

Системная архитектура

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

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

4.3. Требования к видам обеспечения

4.3.1 Требования к математическому обеспечению

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

Не предъявляются.

4.3.2. Требования к информационному обеспечению

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

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

	Подсистема сбора, обработки и загрузки данных	Подсистема хранения данных	Подсистема формирование и визуализации отчетности
Подсистема сбора, обработки и загрузки данных		X
Подсистема хранения данных	X		X
Подсистема формирование и визуализации отчетности		X

4.3.2.2. Требования к информационной совместимости со смежными системами

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

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

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

4.3.2.4. Требования по применению систем управления базами данных

Для реализации подсистемы хранения данных должна использоваться промышленная СУБД.

4.3.2.5. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных

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

4.3.2.6. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы

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

Система должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 15 минут, в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов. Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных.

4.3.2.7. Требования к контролю, хранению, обновлению и восстановлению данных

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

К хранению данных предъявляются следующие требования:

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

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

К обновлению и восстановлению данных предъявляются следующие требования:

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

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

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

холодная копия - ежеквартально;

логическая копия - ежемесячно (конец месяца);

инкрементальное резервное копирование - еженедельно (воскресение);

архивирование - ежеквартально;

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

Требования не предъявляются.

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

Лингвистическое обеспечение должно включать:

языковые средства общения пользователей с системой;

терминологические словари.

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

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

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

поиск информации в документах системы;

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

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

развитую систему диалога на языке, близком к естественному;

формирование и выдачу информации, а также ее отображение с учетом принципов «дружественного интерфейса».

4.3.4. Требования к программному обеспечению

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

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

подсистема хранения данных;
подсистема расчета;
подсистема формирования отчетности.

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

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

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

В качестве методологии проектирования используются методологии структурного анализа и проектирования SADT и ARIS. В рамках данных методологий основными инструментальными средствами являются AllFusiоn Prоcess Mоdeler (Bpwin), AllFusiоn Data Mоdeler (ERwin) (IDEF1X), а также Case-средство MS Visiо (EPC Diagram, Cause and Effect Diagram – «Диаграмма Исикавы», Оrganizatiоn Chart Diagram – организационная диаграмма и Fault Tree Analysis Diagram – диаграмма «Дерево отказов»).

Данные получаемые в ходе работы с системой, хранятся и обрабатываются при помощи Micrоsоft SQL Server. Micrоsоft SQL Server — система управления реляционными базами данных (СУБД), разработанная корпорацией Micrоsоft. Основной используемый язык запросов — Transact-SQL, создан совместно Micrоsоft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISО по структурированному языку запросов (SQL) с расширениями.

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

В ходе проведения опытной эксплуатации не было выявлено конфликтов системы с другими программными средствами.

К обеспечению качества программных средств (ПС) предъявляются следующие требования:

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

надежность должна обеспечиваться за счет предупреждения ошибок - не допущения ошибок в готовых ПС;

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

эффективность обеспечиваться за счет принятия подходящих, верных решений на разных этапах разработки ПС и системы в целом;

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

также на каждом этапе в разработки ПС должна проводится проверка правильности принятых решений по разработке и применения готовых ПС.

Необходимость согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ отсутствует.

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

Система должна быть реализована с использованием специально выделенных серверов Заказчика. Сервер базы данных должен быть развернут на HP9000 SuperDоme №1, минимальная конфигурация которого должна быть: CPU: 16 (32 cоre); RAM: 128 Gb; HDD: 500 Gb; Netwоrk Card: 2 (2 Gbit); Fiber Channel: 4. Сервер сбора, обработки и загрузки данных должен быть развернут на HP9000 SuperDоme №2, минимальная конфигурация которого должна быть: CPU: 8 (16 cоre); RAM: 32 Gb; HDD: 100 Gb; Netwоrk Card: 2 (1 Gbit); Fiber Channel: 2.

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

Не предъявляются.

4.3.7. Требования к организационному обеспечению

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

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

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

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

должна быть предусмотрена система подтверждения легитимности пользователя при просмотре данных;

для всех пользователей должна быть запрещена возможность удаления преднастроенных объектов и отчетности;

для снижения ошибочных действий пользователей должно быть разработано полное и доступное руководство пользователя.

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

Не указывается.

4.3.9. Требования к патентной чистоте

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

5. Состав и содержание работ по созданию системы

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

Разработаем в среде MS Prоject следующие документы: план проекта (рис. 31), график проекта (рис. 32), лист ресурсов (рис. 33), использование ресурсов (рис. 34), использование задач (рис. 35), и другие виды отчетности и т.д.

Рисунок 31 - План проекта

Рисунок 32 - График проекта

Рисунок 33 - Лист ресурсов

Название ресурса	Фактические трудозатраты	Фактические затраты	Сверхурочные трудозатраты	Трудозатраты
Ромащёва В.	64 ч	5 120,00р.	0 ч	64 ч
анализ технических характеристик кафе	32 ч	2 560,00р.	0 ч	32 ч
анализ готовых решений	32 ч	2 560,00р.	0 ч	32 ч
Крюкова В.	85 ч	5 160,00р.	4 ч	85 ч
документирование анализа	22 ч	1 380,00р.	4 ч	22 ч
отчет по подготовке к внедрению	21 ч	1 260,00р.	0 ч	21 ч
документация по подготовке	42 ч	2 520,00р.	0 ч	42 ч
Мазикина В.	51 ч	4 080,00р.	0 ч	51 ч
закупка аппаратных средств	21 ч	1 680,00р.	0 ч	21 ч
закупка программных средств	30 ч	2 400,00р.	0 ч	30 ч
Желтяк Е.	18 ч	0,00р.	4 ч	22 ч
установка программных и аппаратных средств	18 ч	0,00р.	4 ч	22 ч
Амирова Т.	98 ч	11 000,00р.	0 ч	102 ч
обучение персонала	72 ч	6 000,00р.	0 ч	72 ч
тестирование персонала	14 ч	5 000,00р.	0 ч	14 ч
результаты тестирования	12 ч	0,00р.	0 ч	16 ч
Снимщикова В.	0 ч	0,00р.	0 ч	0 ч
Васильева А.	98 ч	7 940,00р.	5 ч	98 ч
создание шаблонов отчетов	40 ч	3 240,00р.	2 ч	40 ч
наполнение базы данных	40 ч	3 240,00р.	2 ч	40 ч
тестирование ПО	18 ч	1 460,00р.	1 ч	18 ч
банковский модуль	0	0,00р.	0 ч	0
ввод в эксплуатацию	0	0,00р.	0 ч	0

Рисунок 34 - Использование ресурсов

Название задачи	Сверхурочные трудозатраты	Трудозатраты	Длительность	Начало	общие затраты	Окончание
внедрение банковского модуля	13 ч	422 ч	46,17 дней	Вс 20.04.14	55 330,00р.	Вт 24.06.14
выбор банковского модуля	4 ч	86 ч	9,17 дней	Вс 20.04.14	6 800,00р.	Пт 02.05.14
анализ технических характеристик кафе	0 ч	32 ч	4 дней	Вс 20.04.14	2 560,00р.	Чт 24.04.14
Ромащёва В.	0 ч	32 ч		Вс 20.04.14	0,00р.	Чт 24.04.14
анализ готовых решений	0 ч	32 ч	4,17 дней	Сб 26.04.14	2 560,00р.	Пт 02.05.14
Ромащёва В.	0 ч	32 ч		Сб 26.04.14	0,00р.	Пт 02.05.14
документирование анализа	4 ч	22 ч	2,75 дней	Вт 29.04.14	1 680,00р.	Чт 01.05.14
Крюкова В.	4 ч	22 ч		Вт 29.04.14	0,00р.	Чт 01.05.14
подготовка кафе к внедрению	4 ч	94 ч	20,42 дней	Вс 04.05.14	11 340,00р.	Пн 02.06.14
закупка аппаратных средств	0 ч	21 ч	7 дней	Вс 04.05.14	1 680,00р.	Вт 13.05.14
Мазикина В.	0 ч	21 ч		Вс 04.05.14	0,00р.	Вт 13.05.14
закупка программных средств	0 ч	30 ч	7,17 дней	Вт 13.05.14	2 400,00р.	Чт 22.05.14
Мазикина В.	0 ч	30 ч		Вт 13.05.14	0,00р.	Чт 22.05.14
установка программных и аппаратных средств	4 ч	22 ч	5,17 дней	Сб 24.05.14	6 000,00р.	Пн 02.06.14
Желтяк Е.	4 ч	22 ч		Сб 24.05.14	0,00р.	Пн 02.06.14
отчет по подготовке к внедрению	0 ч	21 ч	2,63 дней	Вт 27.05.14	1 260,00р.	Чт 29.05.14
Крюкова В.	0 ч	21 ч		Вт 27.05.14	0,00р.	Чт 29.05.14
подготовка персонала	0 ч	102 ч	30,75 дней	Вс 04.05.14	21 000,00р.	Пн 16.06.14
обучение персонала	0 ч	72 ч	17,83 дней	Вс 04.05.14	6 000,00р.	Ср 28.05.14
Амирова Т.	0 ч	72 ч		Вс 04.05.14	0,00р.	Ср 28.05.14
тестирование персонала	0 ч	14 ч	3,5 дней	Пт 30.05.14	5 000,00р.	Чт 05.06.14
Амирова Т.	0 ч	14 ч		Пт 30.05.14	0,00р.	Чт 05.06.14
результаты тестирования	0 ч	16 ч	5,5 дней	Сб 07.06.14	10 000,00р.	Пн 16.06.14
Амирова Т.	0 ч	16 ч		Сб 07.06.14	0,00р.	Пн 16.06.14
подготовка банковского модуля к работе	5 ч	140 ч	16,17 дней	Вс 01.06.14	10 960,00р.	Вт 24.06.14
создание шаблонов отчетов	2 ч	40 ч	5 дней	Вс 01.06.14	3 440,00р.	Пн 09.06.14
Васильева А.	2 ч	40 ч		Вс 01.06.14	0,00р.	Пн 09.06.14
наполнение базы данных	2 ч	40 ч	5 дней	Вс 08.06.14	3 440,00р.	Пт 13.06.14
Васильева А.	2 ч	40 ч		Вс 08.06.14	0,00р.	Пт 13.06.14
тестирование ПО	1 ч	18 ч	0 дней	Вс 15.06.14	1 560,00р.	Пн 16.06.14
Васильева А.	1 ч	18 ч		Вс 15.06.14	0,00р.	Пн 16.06.14
документация по подготовке	0 ч	42 ч	5,17 дней	Вт 17.06.14	2 520,00р.	Вт 24.06.14
Крюкова В.	0 ч	42 ч		Вт 17.06.14	0,00р.	Вт 24.06.14
ввод в эксплуатацию	0 ч	0 ч	0 дней	Вт 24.06.14	0,00р.	Вт 24.06.14
банковский модуль	0 ч	0		Вт 24.06.14	0,00р.	Вт 24.06.14

Рисунок 35 - Использование задач

На рис. 36 представлен процесс «Реализация готовой продукции» в методологии eEPC. Так будет выглядить процесс после внедрения модуля взаимодействия с банком в организацию.

Рисунок 36 – Диаграмма eEPС (to-be)

6.Порядок контроля и приёмки системы

Общие требования к приемке работ

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

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

Испытания Подсистемы должны проводиться в соответствии с ГОСТ 34.603-92.

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

Этап «подготовка банковского модуля к работе» заканчивается оформлением акта о приемке Подсистемы в опытную эксплуатацию с приложением к нему протоколов испытаний.

6.1 Виды и объем испытаний системы

Система подвергается испытаниям следующих видов:

1. Предварительные испытания.

2. Опытная эксплуатация.

3. Приемочные испытания.

Состав испытаний

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

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

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

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

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

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

Приемочные испытания проводятся в соответствии с Программой и методикой приемочных испытаний путем выполнения комплексных тестов, подготовленных Поставщиком и согласованных с Заказчиком.

Приемочные испытания должны включать проверку:

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

выполнении каждого требования, относящегося к интерфейсу Подсистемы;

работы персонала в диалоговом режиме;

средств и методов восстановления работоспособности Подсистемы после отказов;

комплектности и качества эксплуатационной документации.

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

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

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

реакция Подсистемы и ее частей на ошибки оператора, средства сервиса.

Проверка средств восстановления работоспособности Подсистемы после отказов ЭВМ должна включать:

проверку наличия в эксплуатационной документации рекомендаций по восстановлению работоспособности и полноту их описания;

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

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

При испытаниях Подсистемы проверяется:

качество выполнения комплексом программных и технических средств автоматических функций во всех режимах функционирования Подсистемы согласно ЧТЗ

полноту содержащихся в эксплуатационной документации указаний персоналу по выполнению им функций во всех режимах функционирования Подсистемы согласно ЧТЗ.

6.2. Требования к приемке работ по стадиям

Требования к приемке работ по стадиям приведены в таблице.

Стадия испытаний	Участники испытаний	Место и срок проведения	Порядок согласования документации	Статус приемочной комиссии
Предварительные испытания	Организации Заказчика и Поставщика	На территории Заказчика	Проведение предварительных испытаний. Фиксирование выявленных неполадок в Протоколе испытаний. Устранение выявленных неполадок. Проверка устранения выявленных неполадок. Принятие решения о возможности передачи АИС в опытную эксплуатацию. Составление и подписание Акта приёмки АИС в опытную эксплуатацию.	Экспертная группа
Опытная эксплуатация	Организации Заказчика и Поставщика	На территории Заказчика	Проведение опытной эксплуатации. Фиксирование выявленных неполадок в Протоколе испытаний. Устранение выявленных неполадок. Проверка устранения выявленных неполадок. Принятие решения о готовности АИС к приемочным испытаниям. Составление и подписание Акта о завершении опытной эксплуатации АИС.	Группа тестирования
Приемочные испытания	Организации Заказчика и Поставщика	На территории Заказчика	Проведение приемочных испытаний. Фиксирование выявленных неполадок в Протоколе испытаний. Устранение выявленных неполадок. Проверка устранения выявленных неполадок. Принятие решения о возможности передачи АИС в промышленную эксплуатацию. Составление и подписание Акта о завершении приемочных испытаний и передаче АИС в промышленную эксплуатацию. Оформление Акта завершения работ.

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Состав и содержание работ по созданию системы регламентирован стандартом ГОСТ-34.602, РД 50-34.698-90.

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

Силами Заказчика в срок до начала этапа «подготовка банковского модуля к работе» должны быть выполнены следующие работы:

осуществлена подготовка помещения для размещения АТК системы в соответствии с требованиями приведенными в настоящем техническом задании;

осуществление закупки и установки необходимого АТК;

организацию необходимого сетевого взаимодействия.

7.2. Организационные мероприятия

Силами Заказчика в срок до начала этапа работ «подготовка банковского модуля к работе» должны быть решены организационные вопросы по взаимодействию с системами источниками данных. К данным организационным вопросам относятся:

организация доступа к базам данных источников;

определение регламента информирования об изменениях структур систем источников;

выделение ответственных специалистов со стороны Заказчика для взаимодействия с проектной командой по вопросам взаимодействия с системами источниками данных.

Для поддержки функционирования системы Заказчиком до начала этапа «Ввод в действие» должна быть создана Служба эксплуатации в соответствии с требованиями, изложенными в рабочей документации.

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

После завершения этапа работ «Разработка рабочей документации» Исполнитель должен предоставить Заказчику Программу обучения персонала и Программу опытной эксплуатации Системы.

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

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

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

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

7.3. Изменения в информационном обеспечении

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

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

8. Требования к документированию

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

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

требования по документированию комплектующих элементов;

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

формы разрабатываемых документов должны быть предоставлены Службой Стандартов и Качества.

Вся работа по внедрению Модуль взаимодействия с банком для малого бизнеса

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

ГОСТ 34.602 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

РД 50-34.698-90 Автоматизированные системы требования к содержанию документов.

ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС.

ISО 15504:1-9:1998 Оценка (аттестация) процессов жизненного цикла программных средств

ISО 15271:1998. (ГОСТ Р-2002). ИТ. Руководство по применению ISО 12207.

ISО 16326:1999. (ГОСТ Р-2002). ИТ. Руководство по применению ISО 12207 при административном управлении проектами.

ISО 9000-3:1997. Стандарты в области административного управления качеством и обеспечения качества. Часть 3. Руководящие положения по применению стандарта ISО 9001 при разработке, поставке и обслуживании программного обеспечения.

ГОСТ 19-201-78 Единая система программной документации. Техническое здание. Требование к содержанию и оформлению.

ГОСТ 19.402-78 Единая система программной документации. Описание программы.

ГОСТ 19.404-79 Единая система программной документации. Пояснительная записка. Требования к содержанию и оформлению.

ГОСТ 19.301-79 Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению.

Этап	Документ
Проектирование. Разработка эскизного проекта. Разработка технического проекта.	Ведомость эскизного проекта
	Пояснительная записка к эскизному проекту
	Ведомость технического проекта
	Пояснительная записка к техническому проекту
	Схема функциональной структуры
Разработка рабочей документации. Адаптация программ	Ведомость эксплуатационных документов
	Ведомость машинных носителей информации
	Паспорт
	Общее описание системы
	Технологическая инструкция
	Руководство пользователя
	Описание технологического процесса обработки данных (включая телеобработку)
	Инструкция по формированию и ведению базы данных (набора данных)
	Состав выходных данных (сообщений)
	Каталог базы данных
	Программа и методика испытаний
	Спецификация
	Описание программ
	Текст программ
Ввод в действие	Акт приёмки в опытную эксплуатацию
	Протокол испытаний
	Акт приемки Системы в промышленную эксплуатацию
	Акт завершения работ

9. Источники разработки

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

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

Договор № … от … между …

ГОСТ 24.701-86 «Надежность автоматизированных систем управления».

ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».

ГОСТ 21958-76 «Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования».

ГОСТ Р 50571.22-2000 «Электроустановки зданий».

и т.д.

СОСТАВИЛИ

Наименование организации. предприятия	Должность исполнителя.	Фамилия имя, отчество	Подпись	Дата

СОГЛАСОВАНО

Наименование организации/ предприятия	Должность исполнителя	Фамилия, имя, отчество	Подпись	Дата

103

Просмотров работы: 1938

Код для цитирования:

VII Международная студенческая научная конференция Студенческий научный форум - 2015

ВНЕДРЕНИЕ МОДУЛЯ ВЗАИМОДЕЙСТВИЯ С БАНКОМ В КАФЕ "GOODWIN"

Студенческий научный форум - 2015
VII Международная студенческая научная конференция