Информационная система специалиста по техническому сопровождению терминалов оплаты банковскими картами ОАО "Сбербанк России"
Моделирование и оптимизация бизнес-процессов деятельности специалиста по техническому сопровождению компании ОАО "Сбербанк России". Выбор и обоснование средств моделирования. Разработка информационной системы технического сопровождения терминалов.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 18.05.2017 |
| Размер файла | 2,6 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Есть. Используется ARIS Server.
Есть. Используется Model Mart.
Ограничение на количество объектов на диаграмме
нет
от 2 до 8
Возможность декомпозиции
Неограниченная декомпозиция. Возможна декомпозиция на
различные типы моделей.
Неограниченная
декомпозиция. Возможен
однократный переход на другую нотацию в процессе декомпозиции
Формат представления моделей
Не регламентируется
Стандартный бланк IDEF с возможностью его отключения
Удобство работы по созданию моделей
Сложная панель управления, есть выравнивание объектов, есть undo.
Простая панель управления, нет выравнивания объектов, нет undo.
Возможность анализа стоимости процессов
Есть. Возможность использовать ARIS ABC
Упрощенный анализ стоимости по частоте
использования в процессе.
Возможность экспорта в Easy ABC.
Генерация отчетов
Создание отчетов на основе стандартных и настраиваемых пользователем макросов Visual Basic.
RPT Win, возможность визуальной настройки отчетов, включая расчет по формулам с использованием UDP
Сложность разработки нестандартных отчетов
сложно
просто
Сравнивая две системы, следует сразу отметить, что для хранения моделей в ARIS используется объектная СУБД, и под каждый проект создается новая база данных. Для удобства пользователя модели (объекты моделей) могут храниться в различных группах, организованных в зависимости от специфики проекта. Вполне естественно, что в ARIS-е предусмотрены различные функции по администрированию базы данных: управление доступом, консолидация и т.п. В BPWin данные модели хранятся в файле, что существенно упрощает работу по созданию модели, но с другой стороны ограничивает возможности по анализу объектов модели. В Model Mart так же предусмотрено администрирование базы данных.
Часто одним из недостатков BPWin сторонники ARIS-а называют ограничение по количеству объектов на диаграмме. Однако опыт реальных проектов показывает, что для проекта, результаты которого можно реально использовать (критерий - обозримость), количество объектов в базе данных ARIS или модели BPWin составляет 150-300. Это означает, что при 8 объектах на одной диаграмме, общее количество диаграмм (листов) в модели составит 20-40. Базы данных ARIS Toolset (как и BPWin), содержащие более 500 объектов, фактически невозможно использовать. Следует подчеркнуть, что модель создается для выделения и анализа проблем, т.е. требуется детальное описание наиболее сложных, проблемных областей деятельности, а не тотальное описание всех процессов. Как ни странно, среди директоров компаний существует вера в то, что детальное описание процессов само по себе представляет ценность и может решить многие проблемы. Это далеко не так. Именно понимание того, что нужно описывать и какие аспекты функционирования реальной системы при этом отражать, определяет успех проекта по моделированию бизнес-процессов.
ARIS предоставляет существенно больше возможностей по работе с отдельными объектами модели, но именно вследствие чрезмерного количества настроек работа по созданию модели должна регламентироваться сложной, многоаспектной документацией - т.н. «Соглашениями по моделированию». Разработка этих «Соглашений» само по себя является сложной, дорогой и требующей значительного времени (1-3 месяца) и квалифицированных специалистов задачей. Если проект с использованием ARIS начинается без детальной проработки таких соглашений, то вероятность создания моделей бизнес-процессов, не отвечающих на поставленные вопросы, составляет 80-90%. В свою очередь, BPWin отличается простотой в использовании, и достаточной строгой регламентацией при создании диаграмм стандарт IDEF и рекомендации по его применению, бланк IDEF для создания диаграммы, ограниченное количество обязательно заполняемых полей, ограничение количества объектов на одной диаграмме и т.д.
ARIS, безусловно, является более «тяжелым» инструментом, по сравнению с BPWin, но это в итоге оборачивается значительными трудностями и высокими затратами на его эксплуатацию Различные ситуации применения инструментальных средств моделирования бизнес- процессов и их экспертная оценка по 5-бальной шкале показаны в следующей таблице.
Таблица 2.6- Экспертные оценки ARIS Toolset и BPWin
|
Задача/Инструментальная среда |
ARIS Toolset |
BPWin |
|
|
Разовый проект по описанию бизнес-процессов, например: 1) описание одного бизнес-процесса с точки зрения контроля и управления; 2) описание функциональных возможностей новой системы управления на верхнем уровне. |
3 3 |
5 5 |
|
|
Длительный (непрерывный) проект по описанию деятельности компании с различных точек зрения (организационная структура, структура документов, большой объем базы данных процессов и т.д.) |
5 |
3 |
|
|
Разработка системы автоматизации: 1) описание функциональных возможностей системы; 2) создание логической модели данных; 3) создание физической модели данных |
3 3 - |
5 BPWin + ERWin + Paradigm Plus |
Позиционирование систем можно провести по отношению к решению задачи моделирования бизнес-процессов (см. рисунок 2.8).
Рисунок 2.8 - Позиционирование CASE-средств
Таким образом, для ведения небольших по масштабам (малые и средние предприятия, 2-5 человека в группе консультантов) и длительности (2-3 месяца) проектов рационально использовать BPWin. Для крупных и/или длительных проектов (например, внедрение системы непрерывного улучшения бизнес-процессов, ISO, TQM) больше подходит ARIS. В этом случае подготовительные работы по созданию регламентирующей документации могут занять 1-3 месяца, но это является необходимым элементом последующей успешной работы.
Так как в моей работе проект по масштабам может быть отнесен к небольшим, то будем использовать CASE-средство BPWin и нотацию IDEF0..
2.4 Модели оптимизированных бизнес-процессов
Рассмотрев математическую модель и проведя ее оптимизацию, мы получили готовые предложения по реинжинирингу, которые опишем с помощью методологии IDEF0, IDEF3 и DFD. На рисунке 2.9 показана контекстная диаграмма.
Рисунок 2.9 - Контекстная диаграмма
Рассмотрим составляющие диаграммы.
Группа «Управление»
1. План работы специалиста, утвержденный начальником Управления;
Группа «Входная информация»
1. Заявки от торговых точек;
2. Рекламный материал
Группа «Исходящая информация»
1. Обслуженные заявки;
2. Заявки на установку POS-терминалов;
3. Отчетность.
Группа «Механизмы»
1. Специалист по техническому сопровождению;
2. ИС;
Черный ящик «Моделировать деятельность специалиста по техническому сопровождению ОАО «Сбербанк России» содержит основные бизнес-процессы, которые выполняются в ходе агитации потенциальных клиентов и продажи услуг эквайринга. Проведем его декомпозицию (см. рисунок 2.10)
Рисунок 2.10 - Декомпозиция бизнес-процесса
При декомпозиции были выявлены следующие бизнес-процессы 1-го уровня:
Проводить агитацию - в рамках данного бизнес-процесса специалист по техническому сопровождению обходит вверенную ему территорию и привлекает клиентов на установку POS-терминалов. На входе процесса рекламный материал. На выходе может быть получено желание клиента заключить договор на установку POS-терминала и заключение договора.
Проводить консультации и проверки - в рамках данного бизнес-процесса специалист по техническому сопровождению обходит те торговые точки, от которых поступают заявки о возникших проблемах либо те, которые по плану планируется проверить. На входе процесса заявки от торговых точек. На выходе - обслуженные заявки торговых точек.
Реализовывать услуги эквайринга - в рамках данного бизнес-процесса специалист по техническому сопровождению осуществляет оформление заявки на установку POS-терминала и заключение договора с ОАО «Сбербанк России» на услугу или товар, берет предоплату с клиента. На вход подаются желание клиентов заключить договор. На выходе имеем заявки на установку POS-терминалов.
Отчитываться перед руководством - в рамках данного бизнес-процесса специалист по техническому сопровождению ведет накопление учетных данных о количестве реализованных услуг и товаров, объеме вырученных денежных средств и т.д.
Все вышеперечисленные процессы осуществляются посредством механизмов «Специалист по техническому сопровождению» и «ИС» под управлением утвержденного начальником Управления плана работы.
Перейдем к декомпозиции процесса «Проводить агитацию» (см. рисунок 2.11). Она будет произведена с помощью методологии IDEF3.
Рисунок 2.11 - Декомпозиция бизнес-процесса «проводить агитацию»
При декомпозиции были выявлены следующие бизнес-процессы 2-го уровня:
Демонстрация рекламного материала - в рамках данного бизнес-процесса специалист по техническому сопровождению показывает гражданам рекламный материал, чтобы привлечь их внимание к эквайрингу в ОАО «Сбербанк России». При этом используется полученный рекламный материал .
Далее может произойти ветвление. Если после просмотра рекламного ролика у потенциального клиента возникают вопросы, то выполняется следующий бизнес-процесс:
Консультация по возникшим вопросам - в рамках данного бизнес-процесса специалист по техническому сопровождению отвечает на обращения граждан, стараясь сагитировать их на приобретение услуг эквайрингау ОАО «Сбербанк России».
После ответов на вопросы или же если вопросов не последовало, то специалист по техническому сопровождению предлагает оставить заявку на установку POS-терминала, применяя при этом навыки и знания в области психологии продаж.
Рассмотрим декомпозицию следующего бизнес-процесса - Реализовывать услуги эквайринга (рисунок 2.12). Сделаем это с помощью функциональной модели IDEF0.
Рисунок 2.12 - Декомпозиция бизнес-процесса реализации товаров и услуг
При декомпозиции были выявлены следующие бизнес-процессы 2-го уровня:
Занести клиента в БД - в рамках данного бизнес-процесса специалист по техническому сопровождению вводит сведения о торговой точке в БД, эти данные служат в дальнейшем для оформления заявки и ведения учета в Управлении. На входе процесса сведения о торговой точке, на выходе - сведения о клиенте
Оформить заявку - в рамках данного бизнес-процесса специалист по техническому сопровождению посредством информационной системы и мобильного ПК заполняет электронный бланк заявки на установку POS-терминала. На входе имеем данные о клиенте, на выходе - оформленный бланк заявки.
Отправлять заявку в офис менеджеру - в рамках данного бизнес-процесса специалист по техническому сопровождению отправляет заявку в офис, а полученный от системы номер выдает клиенту, чтобы он мог узнать состояние дел. На входе имеем оформленный бланк заявки, на выходе - заявку на установку POS-терминала и данные для текущего учета.
Рассмотрим декомпозицию следующего бизнес-процесса - занести клиента в БД. Сделаем это с помощью диаграмм потоков данных DFD (рисунок 2.13).
Рисунок 2.13 - Декомпозиция бизнес-процесса «Занести клиента в базу данных»
При декомпозиции были выявлены следующие бизнес-процессы 3-го уровня:
Получить данные о торговой точке - в рамках данного бизнес-процесса специалист по техническому сопровождению узнает у клиента данные, необходимые для ведения учета и оформления заявки.
Заполнить форму данными - в рамках данного бизнес-процесса специалист по техническому сопровождению выбирает из интерфейса ИС окно для ввода данных о клиенте и заполняет его.
Сохранить данные в БД - в рамках данного бизнес-процесса специалист по техническому сопровождению подтверждает введенные данные и те попадают в базу данных проектируемой ИС.
Таким образом, по результатам реинжиниринга изменению подвергся ряд бизнес-процессов. В таблице 2.7 приведен их перечень.
Таблица. 2.7 - Перечень изменений бизнес-процессов
|
Перечень бизнес-процессов |
До реинжиниринга |
После реинжиниринга |
|
|
Сбор информации о покупателях |
Вручную, бумажные документы |
Вручную, с применением ИС |
|
|
Демонстрация рекламы |
Вручную, с применением рекламного портфолио |
Посредством ИС и видеоролика-презентации «Сбербанк России» |
|
|
Формирование и выдача бланков заказа |
Вручную |
Автоматизированное |
Все изменения бизнес-процессов касаются схемы проведения агитации и оформления заявки на установку POS-терминала специалистами по техническому сопровождению ОАО «Сбербанк России». Автоматизируются наиболее длительные и рутинные операции, а также улучшается схема обмена информацией.
3. Проектирование информационной системы технического сопровождения терминалов оплаты банковскими картами
3.1 Обзор и сравнительный анализ существующих систем
Для рассматриваемой предметной области прямых аналогов не существует, однако могут применяться системы, которые носят название мобильные торговые ИС.
В качестве сравниваемых в работе мобильных торговых ИС были выбраны следующие:
§ Автоматизированная система мобильной торговли "Наполеон";
§ Service-Com;
§ Агент Плюс: Мобильная торговля;
§ ST-Мобильная торговля.
Чтобы выбрать наилучшую систему, применим метод экспертных оценок.
Для начала выберем критерии, по которым будет проводить сравнения выбранных систем. Наиболее важными критериями являются:
1. Интеграция с термопринтерами;
2. Интеграция с внешними серверами и сторонними ИС;
3. Хранение портфолио предлагаемой продукции и услуг;
4. Ведение базы данных клиентов;
5. Автономная работа в случае отсутствия сигнала связи;
6. Кроссплатформенность.
Автоматизированная система мобильной торговли "Наполеон"
Это комплекс программ, предназначенных для автоматизации предварительного сбора заказов торговыми представителями на КПК (Pre-selling), автоматизации выездной торговли и отгрузки с мобильных складов, а также управления всем процессом мобильной торговли и мобильными сотрудниками.
АСМТ "Наполеон" состоит из ряда автономных компонентов:
Создание заказов на КПК (Pre-selling).
Мобильное приложение для автоматизации сбора заказов торговыми представителями в полях. Позволяет иметь актуальную информацию об остатках на складе, контролировать задолженность клиента, собирать маркетинговую информацию и информацию о выкладке товаров. Кроме этого, торговый представитель может формировать произвольные фото-отчёты, а программа может фиксировать перемещение агента, используя технологию GPS и GSM позиционирования.
Выездная торговля на КПК (Van-selling).
Мобильная программа для автоматизации продажи товаров с мобильных складов, используя КПК. Это приложение даёт возможность не только формировать накладные непосредственно у клиента, но и осуществить графическую печать созданной документации на лазерных принтерах, фиксацию кассовых операций, контроль оплат. Помимо прочего программа может собирать информацию о передвижении машин и экспедиторов на основе технологий GPS и GSM позиционирования.
Рабочее место руководителя.
Бесплатное приложение для руководителя команды торговых представителей (супервайзера) или руководителя организации. Позволяет управлять всей необходимой информацией для КПК, планировать действия агентов, ставить планы, контролировать их выполнение, в том числе с помощью фото-отчётов и отчётов о фактических перемещениях мобильных сотрудников, используя технологии GPS/GSM. Кроме того, супервайзеру всегда доступны детальные отчёты в формате HTML и MS Excel. Приложение не требует периодического запуска или постоянной работы, допускается запуск программы с flash-носителей.
Сервер обмена АСМТ Наполеон.
Уникальное многопоточное приложение, обеспечивающее обмен между учётной системой (1С, MS Dynamics и т.д.) и системой мобильной торговли "Наполеон", в отдельных случаях может дополнительно обеспечивать обмен данными между несколькими КИС, что позволяет реализовать территориально распределённые проекты автоматизации сети дистрибьюторов. Для работы серверу не требуется никакого дополнительного программного обеспечения, на ПК может запускаться как приложение либо как служба.
Консоль администратора системы.
Бесплатное приложение, позволяющее управлять лицензиями, правами пользователей, контролировать доступ агентов, версии программного обеспечения, отображать лог сервера, проводить удалённые обновления программ на КПК или сервера, и всё это возможно, при минимальной скорости подключения. Приложение не требует периодического запуска или постоянной работы.
Service-Com
Система управления мобильной торговлей Service-Com - это программный комплекс, разработанный для автоматизации работы торговых представителей, занимающихся сбором заказов на КПК в точках розничной торговли, продажей товара "с колес" и мерчендайзингом.
Система мобильной торговли позволяет существенно повысить эффективность продаж, снизить расходы на поддержку структуры торговых агентов, усилить контроль над их деятельностью, повысить точность и скорость исполнения заказов.
Система автоматизации мобильной торговли позволяет:
· автоматизировать сбор заявок на поставку товара
· автоматизировать реализацию товаров с мобильных складов
· автоматизировать сбор мерчендайзинговой информации, анкетных данных и фотоотчетов
· торговому агенту владеть историей и планом продаж для контрагента, что помогает сформировать на КПК оптимальную заявку и с помощью канала связи GPRS отправить её в учетную систему предприятия
· формировать на КПК любые отчеты, в формате HTML
· контролировать работу торговых агентов с использованием GPS
· сократить количество операторов на выписке в офисе
· выполнять печать с КПК первичных документов на принтере
· производить интеграцию с программой 1С.
Преимущества от внедрения системы мобильной торговли.
· Повышение производительности и эффективности вашего бизнеса.
· Контроль за работой торговых представителей.
· Уменьшение ошибок пользователей
· Сокращение затрат на операторов и расходные материалы.
Агент Плюс: Мобильная торговля
Программное обеспечение Автоматизированная мобильная система Агент+ (АМС "Агент+") предназначено для автоматизации мобильной торговли с применением мобильных устройств (КПК, коммуникаторы, ТСД).
Продукт успешно прошел сертификацию на получение статуса "Совместимо! Система программ 1С:Предприятие"
Внедрение АМС "Агент+" на предприятии заключается в интеграции модуля обмена данными в учетную систему и установке АМС "Агент+" на мобильные устройства торговых агентов. Все работы по внедрению могут быть выполнены штатными программистами редприятия или программистами официального Партнера ООО "Агент Плюс".
АМС "Агент+" выпускается в трех конфигурациях:
АМС "Агент+ Лайт"
Базовые потребности мобильных сотрудников (торговых представителей, агентов, мерчендайзеров) за пределами офиса с поддержкой мобильного обмена данными.
Внедрить АМС "Агент+ Лайт" максимально просто! Готовый к установке модуль интеграции позволяет начать работу сразу, не привлекая специалистов по внедрению.
АМС "Агент+ Стандарт"
Расширенный набор функций для мобильных сотрудников (торговых представителей, агентов, мерчендайзеров) за пределами офиса, который включает ряд дополнительных возможностей.
АМС "Агент+ Инвент"
Максимальный набор функций для мобильных сотрудников (торговых представителей, агентов, мерчендайзеров), который позволит задействовать все возможности мобильных устройств (КПК, коммуникаторов, ТСД).
ST-Мобильная торговля
Программный комплекс для автоматизации локальных дистрибьюторов и небольших сетей с учетной системой на базе «1С: Предприятие». Решение объединяет инструменты для торговых агентов, мерчандайзеров, супервайзеров и руководителей компаний.
Офисная часть
Служит для управления агентами из вкладки «Мобильная торговля» программы «1С: Предприятие»:
· позволяет обрабатывать и хранить информацию,
· обеспечивает обмен данными с КПК,
· отвечает за удаленное лицензирование и синхронизацию данных.
Мобильная часть
· Устанавливается на КПК полевых сотрудников, максимально упрощает работу на маршруте:
· обеспечивает доступ к необходимой информации,
· автоматизирует вычисления и расчеты,
· обменивается данными с учетной системой в онлайн режиме.
Сравнительный анализ систем-аналогов
Для каждого критерия определяем методику оценки выполнения критерия. Возможные результаты: 1, если критерий выполняется и 0, если не выполняется.
Затем для каждого критерия определяем коэффициент значимости. Коэффициенты распределяются на отрезке от 0 до 1.
Производим расчет аддитивной суммы интегральной оценки для каждого сравниваемого продукта по следующей формуле:
, (1)
где
Oзn - интегральная оценка заявленного продукта;
n - количество критериев сравнения заявленных продуктов согласно таблице критериев;
Zi - значение оценки степени выполнения критерия.
Предлагаются следующие оценки:
Таблица 3.1 - Шкала оценок
|
Параметр |
Баллы |
Оценка |
|
|
Zi |
4 |
Отлично |
|
|
Zi |
3 |
Хорошо |
|
|
Zi |
2 |
Удовлетворительно |
|
|
Zi |
1 |
Предельно допустимо |
|
|
Zi |
0 |
Неприемлемо |
Ki - коэффициент значимости критерия сравнения (от 0 до 1).
На основании сделанного мною обзора можно дать оценки рассмотренным системам по указанным выше критериям. Для наглядности сведем эти оценки в таблицу (см. таблицу 3.2)
Таблица 3.2 - Оценка рассматриваемых методов
|
Оценка Критерий |
Ki |
Наполеон |
Service-Com |
Агент Плюс |
ST-Мобильная торговля |
|||||
|
Zi |
Zi·Ki |
Zi |
Zi·Ki |
Zi |
Zi·Ki |
Zi |
Zi·Ki |
|||
|
Интеграция с термопринтерами; |
0,4 |
1 |
0,4 |
1 |
0,4 |
2 |
0,8 |
1 |
0,4 |
|
|
Интеграция с внешними серверами и сторонними ИС; |
0,2 |
4 |
0,8 |
4 |
0,8 |
4 |
0,8 |
4 |
0,8 |
|
|
Хранение портфолио предлагаемой продукции и услуг; |
0,1 |
3 |
0,3 |
2 |
0,2 |
4 |
0,4 |
2 |
0,2 |
|
|
Ведение базы данных клиентов; |
0,1 |
4 |
0,4 |
1 |
0,1 |
3 |
0,3 |
4 |
0,4 |
|
|
Автономная работа в случае отсутствия сигнала связи; |
0,1 |
1 |
0,1 |
1 |
0,1 |
3 |
0,3 |
1 |
0,1 |
|
|
Кроссплатформенность. |
0,1 |
4 |
0,4 |
2 |
0,2 |
3 |
0,3 |
4 |
0,4 |
|
|
Интегральная оценка, Q |
2,4 |
1,8 |
2,9 |
2,3 |
Из рассмотренных систем наибольшее соответствие поставленным критериям выявлено у системы «Агент Плюс». В ней функция требуемые критерии реализуются в наиболее оптимальной форме. Перейдем к формированию требований к информационной системе специалиста по техническому сопровождению на основе проведенного анализа.
3.2 Требования к разрабатываемой ИС
Проектируемая мобильная информационная система демонстрации товаров и услуг должна обладать, в первую очередь, функцией печати на месте и возможностью представления мультимедийной рекламной информации. Важным требованием является возможность ввода и хранения данных о клиентах для целей дальнейшего анализа.
Обобщив сказанное выше, можно перечислить основные требования к ИС:
1. Автоматическое заполнение бланков и печать на месте;
2. Возможность ввода и хранения данных о клиентах;
3. Обеспечение единства и целостности базы данных клиентов;
4. Хранение перечня оказываемых услуг и мультимедийного портфолио «Сбербанк России»;
5. Модульный принцип построения.
6. Оптимальная стоимость системы (не выше 50 тыс. рублей).
Для обеспечения указанных требований, спроектируем информационную систему для специалиста по техническому сопровождению ОАО «Сбербанк России», основанную на прототипе - мобильной ИС «Агент Плюс» и содержащую модули для реализации требуемых функций.
3.3 Выбор архитектуры ИС
На сегодняшний день в области разработки информационных систем устоялось и широко используется четыре класса архитектур: файл-сервер, клиент-сервер, многоуровневая и интернет/интранет.
Как правило, системы, способные решать поставленные мною задачи, базируются на клиент-серверной архитектуре, в которой нагрузка по обработке прикладных программ распределяется между компьютером-клиентом (автоматизированное рабочее место) и компьютером-сервером (как правило, сервером базы данных), совместно использующим информацию с помощью сети. При выборе архитектуры мною были рассмотрены следующие критерии:
§ Количество рабочих мест - соответствует данным, описанным в работе (2 АРМ);
§ Характер работы (объем работы, выполняемый менеджером либо информационной системой невелик, никаких сложных математических операций и расчетов не проводится);
§ Территориальное распределение (система располагается непосредственно в отделе продаж, содержит два автоматизированных рабочих места (менеджеры, работающие с программой) и сервер (поддерживающий хранение всех необходимой информации);
§ Как часто обновляется система (данные поступают в систему периодически и обрабатываются довольно часто).
Обобщив вышесказанное, можно сделать вывод, что архитектуру клиент-сервер целесообразно применить для нашей информационной системы.
Сервер БД отвечает за хранение, управление и целостность данных о клиентах ОАО «Сбербанк России»; он получает запросы от программ-клиентов по вычислительной сети и передает в ответ запрашиваемые данные (всю необходимую информацию о клиентах). На рисунке 3.1. изображена схематичная архитектура проектируемой системы.
Рисунок 3.1. - Архитектура проектируемой информационной системы технического сопровождения терминалов оплаты банковскими картами и поиска новых точек для их установки специалиста по техническому сопровождению ОАО «Сбербанк России»
Сервер БД отвечает за хранение всей необходимой информации, а именно:
§ Данных о клиентах;
§ Перечня продаваемых товаров и оказываемых услуг;
§ Списка проданных и непроданных товаров и услуг;
§ Списка специалистов по техническому сопровождению.
Клиентская часть системы состоит из 5 однотипных автоматизированных рабочих мест (по количеству специалистов по техническому сопровождению), которые выполняют следующие функции:
§ Ввод данных о новых покупателях;
§ Формирование и печать бланков заказа;
§ Презентация рекламного материала;
§ Учетные функции.
3.4 Проектирование структуры БД
Модель данных нашей системы содержит 4 основных сущности с их атрибутами [6]:
§ Клиент (хранение данных о клиентах);
§ Услуги эквайринга (справочник предоставляемых услуг);
§ Свойство (справочник свойств услуг);
§ Заявка (справочник оформленных заявок);
§ Специалист по техническому сопровождению (справочник сотрудников).
На рисунке 3.2 представлена логическая модель базы данных.
Рисунок 3.2. - Логическая модель базы данных
На рисунке 3.3 изображена физическая модель базы данных, отображающая всю информацию, необходимую разработчикам системы для воплощения логической модели в систему БД
Рисунок 3.3. - Физическая модель базы данных
Для устранения связи многие-ко-многим между сущностями Клиент и Усуга_эквайринга была введена дополнительная сущность Услуга_Клиент, которая связана с сущностями Клиент и Услуга связью один-ко-многим.
3.5 Проектирование структуры ИС
3.5.1 Построение диаграммы вариантов использования
На рисунке 3.4. показано взаимодействие специалиста по техническому сопровождению с информационной системой, выполняющей все возложенные на нее функции.
Рисунок 3.4. - Диаграмма вариантов использования
3.5.2 Построение диаграммы компонентов
Диаграмма компонентов служит для построения физически существующих частей системы, обеспечивающих реализацию классов и отношений. На рисунке 3.5. изображена диаграмма компонентов проектируемой системы.
Рисунок 3.5. - Диаграмма компонентов
На диаграмме компонентов, изображенной на рисунке 3.5 наша система является пакетом, включающим в себя шесть основных компонентов:
§ GUI - представляет собой окно, состоящее из модулей, с которыми может работать менеджер;
§ Модуль соединения с сервером - служит для соединения с сервером посредством беспроводных сетей;
§ Модуль хранения информации о клиентах (база данных) - постоянно изменяющийся архив со всей необходимой для основных функций менеджера информации;
§ Модуль формирования заявок - позволяет подготавливать в электронном виде заявки на установку POS-терминалов и заключение договора с ОАО «Сбербанк России» на основе данных их модуля хранения информации о клиентах;
§ Модуль регистрации новых клиентов - позволяет вносить и редактировать информацию о новых клиентах.
В ходе написания главы, удалось спроектировать информационную систему для Управления по работе с предприятиями, партнерами и организации активных продаж ОАО «Сбербанк России».
Для этого была выбрана соответствующая архитектура системы, состоящая из клиентской и серверной частей, подробно рассмотрены функции сервера и каждого рабочего места.
Были рассмотрены аналоги существующих систем и проведено их сравнение по критериям, необходимым для проектирования нашей системы.
В ходе сравнительного анализа удалось выбрать систему, максимально близкую к требуемой. Вследствие этого были выставлены требования к проектируемой информационной системе. Была спроектирована база данных путем построения логической и физической моделей данных. В заключении были построены все необходимые модели информационной системы в виде диаграмм UML
4. Разработка информационной системы технического сопровождения терминалов оплаты банковскими картами
4.1 Выбор и обоснование устройства для установки информационной системы
Поскольку от выбора платформы будет зависеть дальнейшая успешность реализации, то подойдем к этому с точки зрения системного анализа.
Будем рассматривать устройства, которые в первую очередь обладают оптимальным соотношением таких качеств, как цена, производительность и простота разработки приложений под это устройство. Сейчас наиболее распространенной является мобильная ОС Android. Она практически вытеснила Windows Mobile. Apple iOS работает лишь на дорогостоящих устройствах и я ее рассматривать не буду. Под составленное описание попадают следующие устройства (2 смартфона и 2 планшета):
1. Планшетный компьютер ViewSonic VPAD10S
2. Планшетный компьютер Qumo Flame 8Gb 3G
3. Смартфон Acer Liquid MT S120 Br
4. Смартфон Samsung Galaxy Ace GT-S5830 Black
В качестве критериев для оценки вышеперечисленных устройств возьмем:
1. Стоимость
2. Процессор
3. Объем оперативной памяти
4. Время автономной работы
5. Поддержка Wi-Fi
6. Поддержка карт памяти
7. Размер экрана
Воспользуемся методом анализа иерархий.
Выполним попарное сравнение критериев и определим наиболее важные (см. таблицу 4.1)
Таблица 4.1 - Сравнение критериев
|
Критерии |
Стоимость |
Процессор |
Объем оперативной памяти |
Время автономной работы |
Поддержка Wi-Fi |
Поддержка карт памяти |
Размер экрана |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
|
|
Стоимость |
1 |
1/2 |
1/3 |
4 |
2 |
3 |
1/4 |
1 |
0,0959715 |
|
|
Процессор |
2 |
1 |
1/2 |
6 |
4 |
5 |
1/3 |
1,693813 |
0,1625579 |
|
|
Объем оперативной памяти |
3 |
2 |
1 |
8 |
6 |
7 |
1/2 |
2,685748 |
0,2577555 |
|
|
Время автономной работы |
1/4 |
1/6 |
1/8 |
1 |
1/3 |
1/2 |
1/8 |
0,271417 |
0,0260483 |
|
|
Поддержка Wi-Fi |
1/2 |
1/4 |
1/6 |
3 |
1 |
2 |
1/7 |
0,562676 |
0,0540009 |
|
|
Поддержка карт памяти |
1/3 |
1/5 |
1/7 |
2 |
1/2 |
1 |
1/9 |
0,375784 |
0,0360646 |
|
|
Размер экрана |
4 |
3 |
2 |
8 |
7 |
9 |
1 |
3,830310 |
0,3676009 |
Далее попарно сравним альтернативы по критериям.
Таблица 4.2 - Данные по критерию «Стоимость»
|
ViewSonic |
8000 рублей |
|
|
Qumo Flame |
1000 рублей |
|
|
Acer Liquid MT |
9900 рублей |
|
|
Samsung Galaxy |
9600 рублей |
Таблица 4.3 - Сравнительный анализ альтернатив по критерию «Стоимость»
|
ViewSonic |
Qumo Flame |
Acer Liquid MT |
Samsung Galaxy |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
ViewSonic |
1 |
4 |
3 |
2 |
2,213363839 |
0,466848564 |
|
|
Qumo Flame |
1/4 |
1 |
1/2 |
1/3 |
0,451801002 |
0,095295064 |
|
|
Acer Liquid MT |
1/3 |
2 |
1 |
1/2 |
0,759835686 |
0,160266555 |
|
|
Samsung Galaxy |
1/2 |
3 |
2 |
1 |
1,316074013 |
0,277589817 |
Таблица 4.4 - Данные по критерию «Процессор»
|
ViewSonic |
NVIDIA Tegra 250,1 ГГц |
|
|
Qumo Flame |
ARM Ltd. , Cortex A8, 800 МГц |
|
|
Acer Liquid MT |
Qualcomm, MSM 7230-1, 800 МГц |
|
|
Samsung Galaxy |
Qualcomm, MSM7227, 800 МГц |
Таблица 4.5 - Сравнение альтернатив по критерию «Процессор»
|
ViewSonic |
Qumo Flame |
Acer Liquid MT |
Samsung Galaxy |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
ViewSonic |
1 |
2 |
3 |
3 |
2,059767144 |
0,453084941 |
|
|
Qumo Flame |
1/2 |
1 |
2 |
2 |
1,189207115 |
0,261588713 |
|
|
Acer Liquid MT |
1/3 |
1/2 |
1 |
2 |
0,759835686 |
0,167140304 |
|
|
Samsung Galaxy |
1/3 |
1/2 |
1/2 |
1 |
0,537284966 |
0,118186042 |
Таблица 4.6 - Данные по критерию «Объем оперативной памяти»
|
ViewSonic |
512 МБ, DDR2 SDRAM, 667 МГц |
|
|
Qumo Flame |
512 МБ, DDR2 SDRAM, 667 МГц |
|
|
Acer Liquid MT |
512 МБ, Mobile |
|
|
Samsung Galaxy |
512 МБ, Mobile |
Таблица 4.7 - Сравнение альтернатив по критерию «Объем оперативной памяти»
|
ViewSonic |
Qumo Flame |
Acer Liquid MT |
Samsung Galaxy |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
ViewSonic |
1 |
1 |
2 |
2 |
1,414213562 |
0,333333333 |
|
|
Qumo Flame |
1 |
1 |
2 |
2 |
1,414213562 |
0,333333333 |
|
|
Acer Liquid MT |
1/2 |
1/2 |
1 |
1 |
0,707106781 |
0,166666667 |
|
|
Samsung Galaxy |
1/2 |
1/2 |
1 |
1 |
0,707106781 |
0,166666667 |
Таблица 4.8 - Данные по критерию «Время автономной работы»
|
ViewSonic |
7,5 часов |
|
|
Qumo Flame |
10 часов |
|
|
Acer Liquid MT |
11 часов |
|
|
Samsung Galaxy |
6 часов |
Таблица 4.9 - Сравнение альтернатив по критерию «Время автономной работы»
|
ViewSonic |
Qumo Flame |
Acer Liquid MT |
Samsung Galaxy |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
ViewSonic |
1 |
1/4 |
1/6 |
2 |
0,537285 |
0,091873 |
|
|
Qumo Flame |
4 |
1 |
1/2 |
6 |
1,86121 |
0,318257 |
|
|
Acer Liquid MT |
6 |
2 |
1 |
8 |
3,130169 |
0,535242 |
|
|
Samsung Galaxy |
1/2 |
1/6 |
1/8 |
1 |
0,319472 |
0,054628 |
Таблица 4.10 - Данные по критерию «Поддержка Wi-Fi»
|
ViewSonic |
Wi-Fi IEEE 802.11b/g |
|
|
Qumo Flame |
Wi-Fi IEEE 802.11b/g/n |
|
|
Acer Liquid MT |
Wi-Fi IEEE 802.11b/g/n |
|
|
Samsung Galaxy |
Wi-Fi IEEE 802.11b/g/n |
Таблица 4.11 - Сравнение аналогов по критерию «Автономная работа»
|
ViewSonic |
Qumo Flame |
Acer Liquid MT |
Samsung Galaxy |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
ViewSonic |
1 |
1/2 |
1/2 |
1/2 |
0,594603558 |
0,142857143 |
|
|
Qumo Flame |
2 |
1 |
1 |
1 |
1,189207115 |
0,285714286 |
|
|
Acer Liquid MT |
2 |
1 |
1 |
1 |
1,189207115 |
0,285714286 |
|
|
Samsung Galaxy |
2 |
1 |
1 |
1 |
1,189207115 |
0,285714286 |
Таблица 4.12 - Данные по критерию «Поддержка карт памяти»
|
ViewSonic |
microSD, microSDHC до 32 Гб |
|
|
Qumo Flame |
microSD, microSDHC до 32 Гб |
|
|
Acer Liquid MT |
microSD, microSDHC до 32 Гб, в комплекте 2Гб |
|
|
Samsung Galaxy |
microSD, microSDHC до 32 Гб, в комплекте 2Гб |
Таблица 4.13 - Сравнение альтернатив по критерию «Поддержка карт памяти»
|
ViewSonic |
Qumo Flame |
Acer Liquid MT |
Samsung Galaxy |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
ViewSonic |
1 |
1 |
1/2 |
1/2 |
0,707106781 |
0,166666667 |
|
|
Qumo Flame |
1 |
1 |
1/2 |
1/2 |
0,707106781 |
0,166666667 |
|
|
Acer Liquid MT |
2 |
2 |
1 |
1 |
1,414213562 |
0,333333333 |
|
|
Samsung Galaxy |
2 |
2 |
1 |
1 |
1,414213562 |
0,333333333 |
Таблица 4.14 - Данные по критерию «Размер экрана»
|
ViewSonic |
10.1"(25.7 см), 1024 x 600 Пикс |
|
|
Qumo Flame |
8"(20.3 см), 800 x 480 Пикс |
|
|
Acer Liquid MT |
3.6"(9.1 см), 800 x 480 Пикс |
|
|
Samsung Galaxy |
3.5"(8.9 см), 320 х 480 Пикс |
Таблица 4.15 - Сравнение альтернатив по критерию «Размер экрана»
|
ViewSonic |
Qumo Flame |
Acer Liquid MT |
Samsung Galaxy |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
ViewSonic |
1 |
2 |
3 |
5 |
2,340347 |
0,483189 |
|
|
Qumo Flame |
1/2 |
1 |
2 |
3 |
1,316074 |
0,271717 |
|
|
Acer Liquid MT |
1/3 |
1/2 |
1 |
2 |
0,759836 |
0,156876 |
|
|
Samsung Galaxy |
1/5 |
1/3 |
1/2 |
1 |
0,427287 |
0,088218 |
Подсчитываем значения глобального приоритета для каждой из альтернатив (см. таблицу 4.16).
Таблица 4.16 - Окончательное сравнение альтернатив
|
Альтернатива |
Критерии |
Глобальные |
|||||||
|
Стоимость |
Процессор |
Объем оперативной памяти |
Время автономной работы |
Поддержка Wi-Fi |
Поддержка карт памяти |
Размер экрана |
|||
|
Численное значение вектора приоритета |
|||||||||
|
0,0959 |
0,1625 |
0,2577 |
0,0260 |
0,0540 |
0,03606 |
0,3676 |
|||
|
ViewSonic |
0,4668 |
0,4530 |
0,3333 |
0,0918 |
0,1428 |
0,16666 |
0,4831 |
0,3981 |
|
|
Qumo Flame |
0,0952 |
0,2615 |
0,3333 |
0,3182 |
0,2857 |
0,16666 |
0,2717 |
0,2672 |
|
|
Acer Liquid MT |
0,1602 |
0,1671 |
0,1666 |
0,5352 |
0,2857 |
0,33333 |
0,1568 |
0,1845 |
|
|
Samsung Galaxy |
0,2775 |
0,1181 |
0,1666 |
0,0546 |
0,2857 |
0,33333 |
0,0882 |
0,1501 |
Сравнивая глобальные приоритеты можно видеть, что лучшая альтернатива это ViewSonic. Данное устройство обладает наилучшим сочетанием по выбранным характеристиками.
4.2 Выбор среды разработки мобильной информационной системы демонстрации товаров и услуг
Для разработки ПО под ОС Android используются следующие среды [12]:
1. Netbeans + AndroidPlugin;
2. Eclipse+ ADT;
3. Motodev Studio for Android.
Чтобы выбрать конкретную среду разработки, воспользуемся методом анализа иерархий.
Сравнение произведем на основе следующих критериев:
- удобство в работе;
- встроенный эмулятор;
- русификация интерфейса;
- помощь при программировании.
Сведем для удобства данные по указанным средам и критериям в одну таблицу (см. табл. 4.17)
Таблица 4.17 - Сводные данные по критериям
|
Среда Критерий |
Google SDK |
Eclipse+ ADT |
Motodev Studio for Android |
|
|
удобство в работе |
Низкий уровень удобства |
Высокий уровень удобства |
Средний уровень удобства |
|
|
встроенный эмулятор |
Есть |
Есть |
Есть |
|
|
русификация интерфейса |
Нет |
Есть |
Нет |
|
|
помощь при программировании |
Автоподстановка, подстветка элементов кода |
Автоподстановка, подстветка элементов кода, проверка в режиме реального времени |
Автоподстановка, подстветка элементов кода |
Сравним критерии, используя шкалу, представленную в таблице 2.3.
Таблица 4.18 - Сравнение критериев
|
Критерии |
удобство в работе |
встроенный эмулятор |
русификация интерфейса |
помощь при программировании |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
|
|
удобство в работе |
1 |
6 |
4 |
3 |
2,91295063 |
0,557183179 |
|
|
встроенный эмулятор |
1/6 |
1 |
1/4 |
1/3 |
0,343294524 |
0,065664667 |
|
|
русификация интерфейса |
1/4 |
3 |
1 |
1/2 |
0,78254229 |
0,149683073 |
|
|
помощь при программировании |
1/3 |
3 |
2 |
1 |
1,189207115 |
0,22746908 |
Далее попарно сравним альтернативы по каждому из критериев.
Таблица 4.19 Сравнение альтернатив по критерию «удобство в работе».
|
Критерии |
Netbeans + AndroidPlugin; |
Eclipse+ ADT; |
Motodev Studio for Android |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
|
|
Netbeans + AndroidPlugin; |
1 |
1/4 |
1/2 |
0,50034669 |
0,1429986 |
|
|
Eclipse+ ADT; |
4 |
1 |
2 |
1,99861418 |
0,5712022 |
|
|
Motodev Studio for Android |
2 |
1/2 |
1 |
1 |
0,2857991 |
Таблица 4.20 - Сравнение по критерию «Встроенный эмулятор»
|
Критерии |
Netbeans + AndroidPlugin; |
Eclipse+ ADT; |
Motodev Studio for Android |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
|
|
Netbeans + AndroidPlugin; |
1 |
1 |
1 |
1 |
0,3333333 |
|
|
Eclipse+ ADT; |
1 |
1 |
1 |
1 |
0,3333333 |
|
|
Motodev Studio for Android |
1 |
1 |
1 |
1 |
0,3333333 |
Таблица 4.21 - Сравнение альтернатив по критерию «Русскоязычный интерфейс»
|
Критерии |
Netbeans + AndroidPlugin; |
Eclipse+ ADT; |
Motodev Studio for Android |
Оценка компонент собственного вектора |
Нормализованные оценки вектора приоритета |
|
|
Netbeans + AndroidPlugin; |
1 |
1/4 |
1 |
0,63025169 |
0,1668207 |
|
|
Eclipse+ ADT; |
4 |
1 |
4 |
2,51751434 |
0,6663585 |
|
|
Motodev Studio for Android |
1 |
1/4 |
1 |
0,63025169 |
0,1668207 |
Таблица 4.22 - Сравнение альтернатив по критерию «помощь при программировании»
|
Критерии |
Netbeans + AndroidPlugin; |
Eclipse+ ADT; |
Motodev Studio for Android |
Оценка компо... |
Подобные документы
Структура лизинговой компании. Создание функциональной и информационной модели. Моделирование бизнес-процесса "Выполнить заказ клиента". Требование к техническому обеспечению и надежности системы. Состав ИБД лизинговой компании ООО "Лизинг–Трейд".
курсовая работа [1,4 M], добавлен 29.06.2014Характеристика сетевой и информационной инфраструктуры предприятия. Выбор средств разработки Web–сайта. Выбор программного средства для обеспечения коллективного доступа в Интернет. Расчет надежности Web-сервера. Разработка ftp-клиента для Web–публикаций.
дипломная работа [3,0 M], добавлен 24.04.2013Моделирование бизнес-процессов и проектирование информационной системы для управления партнерской программой. Общая информация о компании, ее организационной структуре, стратегии развития и направлениях деятельности. Обоснование разработанного ИТ-проекта.
дипломная работа [2,7 M], добавлен 11.08.2017Сравнительный анализ гостиничных информационных систем. Анализ и выбор CASE-средств для моделирования бизнес-процессов. Визуальная и математическая модели предметной области, выбор архитектуры и платформы информационной системы, построение базы данных.
дипломная работа [1,4 M], добавлен 20.07.2014Моделирование бизнес-процессов как средство поиска путей оптимизации деятельности компании. Методология SADT (структурный анализ и проектирование), семейство стандартов IDEF и алгоритмические языки в основе методологий моделирования бизнес-процессов.
реферат [21,7 K], добавлен 14.12.2011Обзор существующих систем атоматизированного поиска. Мир электронных денег. Разработка структуры системы автоматизированного поиска отделений и терминалов банков. Обоснование выбора технологии разработки, программной среды и языка программирования.
курсовая работа [1,2 M], добавлен 17.01.2011Сущность, значение и методика проведения моделирования бизнес-процессов. История развития методологий моделирования. Систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме для аналитической обработки полученной информации.
реферат [409,3 K], добавлен 29.04.2009Моделирование бизнес-процессов аудиторской компании для учета услуг и работ с клиентами в ООО "Дежавю". Модели деятельности аудиторской компании "как есть" (AS-IS) и "как должно быть" (TO-BE). Функциональная модель в виде иерархии потоков данных.
курсовая работа [1,8 M], добавлен 12.04.2012Проблема автоматизации нахождения ошибок подключения к корпоративной сети клиентских рабочих мест в ОАО "Сбербанк России". Требования к структуре и функционированию системы. Описание информационной модели. Выбор программного обеспечения для реализации.
дипломная работа [3,6 M], добавлен 25.07.2015Описание кредитного отдела OAO "Сбербанк". Информационные системы и технологии кредитного отдела. Программные продукты, предлагаемые для банков, в частности для кредитной сферы. Варианты улучшения существующей информационной системы кредитного отдела.
курсовая работа [457,9 K], добавлен 24.09.2014Оптимизация бизнес-процессов профсоюза строителей г. Геленджик через разработку информационной системы, которая позволит разрешить проблему скорости и качества обслуживания в организации и сбора текущей информации о состоянии деятельности профсоюза.
дипломная работа [3,4 M], добавлен 11.06.2012Разработка проекта автоматизированной информационной системы, обеспечивающей учет пациентов в ОАО "Авитек". Методология построения моделей в нотациях IDEF0 и DFD. Изучение доступных инструментальных средств визуального моделирования бизнес-процессов.
курсовая работа [1,3 M], добавлен 22.08.2011Этапы разработка автоматизированной информационной системы предприятия. Среда бизнес моделирования BPwin. Разработка методологических подходов, предложений и указаний по планированию, организации и совершенствованию программного обеспечения организации.
дипломная работа [4,3 M], добавлен 05.07.2009Анализ принципа работы отдела продаж на примере "Радуга-ТВ". Математическое моделирование работы с клиентами отдела продаж. Выбор архитектуры информационной системы, средств ее проектирования. Выбор системы управления базой данных, программные требования.
дипломная работа [1,7 M], добавлен 20.07.2014Общая характеристика Рассказовского отделения Сбербанка России №3884. Обоснование проектных решений по автоматизированной информационной системе, сравнение и выбор средств. Обоснование эффективности применения системы Программы 1С: Предприятие 7.7.
курсовая работа [67,6 K], добавлен 07.07.2013Оптимизация математической модели и реинжиниринг бизнес-процессов. Основные методологии, используемые в BPwin. Выбор архитектуры информационной системы. Обоснование подбора языка программирования. Установка и запуск программы в среде MS-DOS и Windows.
дипломная работа [1002,3 K], добавлен 13.04.2014Моделирование закупочной деятельности компании. Контекстная диаграмма процесса закупок. Декомпозиция бизнес-процессов первого уровня. Разработка требований и поиск системных решений. Системные решения требований к информационной системе компании.
дипломная работа [2,5 M], добавлен 27.10.2017Обзор и анализ информационных систем по учету материальных ценностей в международной практике. Информационная система для учёта материальных средств ООО "Железногорский комбикормовый завод". Выбор средств, инструментов для создания информационной системы.
дипломная работа [1,2 M], добавлен 23.12.2014Характеристика предприятия ООО "Вип Ай Ти Маркет" и его деятельности. Программная и техническая архитектура информационной системы. Выбор комплекса задач автоматизации документооборота и характеристика существующих бизнес-процессов отдела тестирования.
отчет по практике [467,4 K], добавлен 14.03.2011Выбор оборудования и разработка программного обеспечение (ПО) для настройки антенно-фидерных систем (АФС) GSM – терминалов высокого уровня оперативности и низкой стоимости разработанного продукта, с возможностью его дальнейшего усовершенствования.
дипломная работа [2,8 M], добавлен 30.06.2012
