СОДЕРЖАНИЕ
ВВЕДЕНИЕ 3
1 АНАЛИТИЧЕСКАЯ ЧАСТЬ 5
1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ» 5
1.1.1 Характеристика предприятия и его деятельности 5
1.1.2 Организационная структура управления предприятием 6
1.1.3 Программная и техническая архитектура ИС предприятия 4
1.2 Характеристика комплекса задач задачи и обоснование необходимости автоматизации 14
1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов 14
1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание 15
1.2.3 Обоснование необходимости использования вычислительной техники для решения задачи 16
1.2.4 Анализ системы обеспечения информационной безопасности и защиты информации 18
1.3 Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ» 23
1.3.1 Анализ существующих разработок для автоматизации задачи 23
1.3.2 Выбор и обоснование стратегии автоматизации задачи 29
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации комплекса задач 33
1.4 Обоснование проектных решений 34
1.4.1 Обоснование проектных решений по информационному обеспечению 34
1.4.2 Обоснование проектных решений по программному обеспечению 35
1.4.3 Обоснование проектных решений по техническому обеспечению 42
2 ПРОЕКТНАЯ ЧАСТЬ 46
2.1 Разработка проекта автоматизации 46
2.1.1 Этапы жизненного цикла проекта автоматизации 46
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание 51
2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации 53
2.2 Информационное обеспечение задачи 54
2.2.1 Информационная модель и её описание 54
2.2.2 Характеристика нормативно-справочной входной и оперативной информации 57
2.2.3 Характеристика результатной информации 59
2.3 Программное обеспечение задачи 59
2.3.1 Общие положения дерево функций и сценарий диалога 59
2.3.2 Характеристика базы данных 62
2.3.3 Структурная схема пакета дерево вызова программных модулей 63
2.3.4 Описание программных модулей 65
2.4 Контрольный пример реализациит проекта 67
3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА 72
3.1 Выбор и обоснование методики расчёта экономической эффективности 72
3.2 Расчёт показателей экономической эффективности проекта 75
ЗАКЛЮЧЕНИЕ 84
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 86

_________________________________________________________________

Работа № 4244. Это ОЗНАКОМИТЕЛЬНАЯ ВЕРСИЯ работы.

Цена оригинала 1000 рублей. Оформлен в программе Microsoft Word.

Оплата. Контакты

_________________________________________________________________

Введение
Объектом автоматизации является российский магазин одежды «Henderson» а именно происходящие в нем процессы учета заявок на хранение материальных ценностей в магазине.
Дом моды HENDERSON уже 20 лет предлагает мужчинам элегантную и стильную одежду для работы и отдыха. Сегодня салоны HENDERSON присутствуют в 160 крупнейших торговых центрах расположенных в 55 городах России.
Официальным послом бренда HENDERSON является народный артист России Константин Хабенский.
Целью работы – разработка и внедрение

Advertisement
Бесплатно

Узнайте стоимость учебной работы онлайн

Информация о работе

Ваши данные

информационной системы учета заявок в конечном итоге позволяющей снизить издержки предприятия на данный процесс.
В работе описывается деятельность предприятия рассматривается его организационная структура анализируется программная и техническая архитектура информационной системы. Также в первой главе выделяется и обосновывается задача автоматизации рассматриваются способы и методы обеспечения информационной безопасности. Кроме того приводятся обоснования по программному информационному и техническому обеспечению. В результате выбран язык программирования Delphi СУБД Ms Access а в результате выбора стратегии автоматизации определена автоматизация по участкам. Также определено что существующая техническая архитектура в модернизации не нуждается.
Описаны этапы выбранного стандарта жизненного цикла информационной системы описано информационное и программное обеспечение задачи в том числе описана база данных состоящая из 6 таблиц а также информационная модель справочники и документы системы описан контрольный пример реализации.
По выбранной методике расчета экономической эффективности произведен расчет основных параметров в том числе размеры снижения стоимостных и трудовых затрат.
Даны результаты работы рассмотрена перспектива развития системы.

1 Аналитическая часть
1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»
1.1.1 Характеристика предприятия и его деятельности

Объектом автоматизации является российский магазин одежды «Henderson» а именно происходящие в нем процессы учета заявок на хранение материальных ценностей в магазине.
Дом моды HENDERSON уже 20 лет предлагает мужчинам элегантную и стильную одежду для работы и отдыха. Сегодня салоны HENDERSON присутствуют в 160 крупнейших торговых центрах расположенных в 55 городах России.
Во всех салонах HENDERSON представлена коллекция классической деловой одежды HENDERSON и коллекция одежды выходного дня в стиле «casual» HAYAS. В салонах HENDERSON есть все необходимые элементы мужского гардероба элегантные деловые костюмы рубашки галстуки и трикотаж нижнее белье а также верхняя одежда обувь и аксессуары. Для создания коллекции одежды HENDERSON использует высококачественные ткани итальянского производства в сочетании с классической технологией пошива. Благодаря этому одежда выглядит по-настоящему элегантно и долгое время сохраняет безупречную форму и внешний вид.
С 2013 года Дом моды HENDERSON начал выпускать коллекцию ароматов HENDERSON POUR HOMME которая создавалась вручную в Провансе Франция.
HENDERSON уделяет большое внимание поддержке российского спорта. В рамках этой миссии Дом моды HENDERSON является официальным модным партнером Федерации хоккея России. Ежегодно компания создает эксклюзивные коллекции классической одежды для игроков и тренеров национальных команд России.
Государственный камерный оркестр «Виртуозы Москвы» под управлением маэстро Владимира Спивакова впервые в России выбрал в качестве своего модного партнера отечественную марку HENDERSON. Музыканты оркестра выступают в эксклюзивной коллекции HENDERSON совместно созданной в атмосфере любви к творчеству и стилю.
Дом моды HENDERSON продолжает участие в социальных проектах и сотрудничает с Международным Благотворительным Фондом Владимира Спивакова и Благотворительным Фондом Константина Хабенского.
Дом моды HENDERSON удостоен множества престижных профессиональных наград среди которых
— лауреат Национальной премии «БРЭНД ГОДА EFFIE 2006» в категории «одежда обувь аксессуары»
— лауреат Международного конкурса «Предприниматель года» проводимого компанией «Ernst&Young» в 2007 г
— лауреат Национальной премии в области бизнеса «Компания года 2012» в номинации «Динамично развивающаяся компания».
Официальным послом бренда HENDERSON является народный артист России Константин Хабенский.
История компании
1993 Основание ГК HENDERSON-Россия которая становится дистрибьютором модной повседневной одежды Fruit Of the Loom США и детских игрушек TYCO-Matchbox США. Создание первой коллекции рубашек HENDERSON в Польше.
1996 Торговая марка HENDERSON созданная известным польским производителем одежды LPPS.A. завоевала симпатии покупателей во многих странах Европы. В 1996 году одежда HENDERSON впервые представлена на российском рынке компанией ООО «ТАМИ и КО» — эксклюзивным партнером LPPS.A. в России.
1998 С 1998 года компания ООО «ТАМИ и КО» начала открытие фирменных салонов HENDERSON в Торговых центрах Москвы.
1999 Расширяется сеть монобрендовых салонов в Москве. Формируется философия построения компании национального масштаба.
2003 — 2004 С 2003 по 2004 год происходит множество событий в истории марки HENDERSON. Компания LPPS.A. переуступает права на торговую марку HENDERSON в России. Создается собственное подразделение дизайна и развития торговой марки которое налаживает активное сотрудничество с известными европейскими дизайнерами мужской одежды.
Происходит расширение сети салонов в крупнейших городах России.
Создается и запускается на российский рынок новая торговая марка представляющая одежду в стиле casual — HAYAS. Коллекция одежды для отдыха и выходного дня HAYAS прекрасно дополняет коллекцию классической одежды HENDERSON в сети наших салонов.
2006 На начало августа 2006 года в компании
— работают более 350 человек
— магазины ведут активную деятельность в 9 городах России — Москве Санкт-Петербурге Нижнем Новгороде Краснодаре Казани Ростове-на-Дону Волгограде Самаре и Тольятти.
В 2006 году сеть салонов HENDERSON стала лауреатом национальной премии «БРЭНД ГОДА EFFIE 2006» в категории «одежда обувь аксессуары».
2007 Сеть насчитывает 46 салонов в 17 крупных городах России.
В 2007 году HENDERSON вошел в список лучших российских брэндов по версии Международной Академии Брэнда и был награжден за создание успешного российского брэнда вклад в развитие индустрии и российского общества.
2008 Сеть салонов HENDERSON продолжает расширяться и в 2008 году состоялось открытие новых салонов в Москве Санкт-Петербурге Костроме Краснодаре и Красноярске.
13 сентября 2008 года состоялось торжественное открытие флагманского салона HENDERSON на улице Тверская д. 6.
Этот салон становится самым большим по площади во всей сети салонов HENDERSON что позволяет разместить максимально широкий ассортимент выпускаемой коллекции и предоставить превосходное обслуживание.
Миссия компании
Помочь мужчинам выглядеть модно элегантно и улучшить качество их жизни.
Мы стремимся создавать ценность для потребителей и хотим чтобы образ действий нашей компании вызывал доверие уважение и симпатию общества партнеров по бизнесу и отдельных клиентов.
Мы уверены что выполним миссию которая стоит перед компанией благодаря
— знанию потребностей наших клиентов предлагая им одежду не только модную но и качественную из натуральных тканей в которой они будут чувствовать себя максимально комфортно
— постоянному изучению модных тенденций в мире регулярному обновлению нашей коллекции и постоянному улучшению ее качества
— превосходному обслуживанию покупателей в наших салонах
— командной работе всех наших сотрудников
— четкому следованию бизнес-процессам компании и постоянному их совершенствованию
— уважению к клиентам партнерам сотрудникам.
HENDERSON — классика всегда в моде
1.1.2 Организационная структура управления предприятием
Организационная структура представляет собой функционально-иерархическую линейную структуру управления и характеризуется следующими признаками
— нижний уровень подчиняется линейному руководителю верхнего уровня
— конкретные функции управления выполняются директором
— четко выражена иерархия
— функциональная специализация по областям и задачам компании
Организационная структура предприятия приведена на рис.2.
Рисунок 1.1 — Организационная структура
На начало 2016 года во всех 6 магазинах работает 65 человек и в компании имеется следующий количественно-структурный состав
 директор – 1 чел.
 коммерческий директор – 1 чел.
 менеджер по персоналу – 1 чел.
 главный бухгалтер — 1 чел.
 бухгалтер – 1 чел.
 заведующий складом – 1 чел.
 специалист по складскому учету – 1 чел.
 сборщики – 6 чел.
 ит — специалист — 1 чел.
 руководитель торгового отдела – 1 чел.
 менеджер по закупкам – 1 чел.
 администратор магазина – 6 чел.
 продавцы – 30 чел.
 водители – 6 чел.
 грузчики – 6 чел.
 маркетолог — 1 чел.
Руководитель генеральный директор — руководит всеми видами деятельности предприятия. Организует работу и эффективное взаимодействие сотрудников. Организует производственно-хозяйственную деятельность предприятия добиваясь высоких экономических показателей всемерного повышения уровня и качества обслуживания. Решает все вопросы в пределах предоставленных ему прав и поручает выполнение отдельных производственно-хозяйственных функций другим должностным лицам. ‬
Коммерческий директор — осуществляет организацию и совершенствование экономической деятельности предприятия направленной на повышение производительности труда качества обслуживания повышение эффективности деятельности предприятия. Контролирует своевременность представления отчетности о результатах экономической деятельности в государственные органы ИФНС ПФР ФСС органы госстатистики и др.. Руководит структурными подразделениями предприятия выполняющими экономическую работу.
Коммерческому директору подчиняются руководитель торгового отдела и заведующий складом и маркетолог.
Заведующий складом выполняет следующие функции в деятельности предприятия
 Осуществляет руководство работой склада.
 Обеспечивает сохранность складируемых товарно-материальных ценностей.
 Выполняет контроль над ведением учета складских операций представляет установленную отчетность.
Заведующий складом руководит работой специалиста по складскому учету и сборщиков.
Специалист по складскому учету ведет документальный учёт товарно-материальных ценностей ТМЦ занимается наполнением базы данных ТМЦ обрабатывает акты приема-передачи проводит инвентаризацию на складе осуществляет подготовку оформление и передачу заказа на доставку из мест хранения в торговый зал.
Сборщики осуществляют сборку продукции по магазинам.
Руководитель торгового отдела руководит розничными магазинами отделом закупок и курирует логистические процессы таким образом он замыкает на себе основные бизнес-процессы магазина.
Администратор магазина
Осуществляет управление
— запасами товаров в торговом зале
— ассортиментом товаров
Осуществляет контроль за соблюдением персоналом торгового зала
— надлежащего качества и культуры обслуживания покупателей
— правил продажи товаров и санитарно-гигиенических требований
— охраны труда и техники безопасности противопожарной безопасности.
Организует обслуживание покупателей совершающих крупные покупки.
Организует информирование покупателей
— о наличии товаров в торговом зале
— их потребительских свойствах ассортименте ценах пр.
— о режиме работы торгового предприятия.
При необходимости оказывает помощь покупателям в выборе товаров.
Организует проверку качества и безопасности поступающих в продажу товаров.
Осуществляет изъятие из продажи некачественных товаров имеющих недопустимые дефекты.
Осуществляет контроль над наличием ценников на товарах и их соответствия установленным требованиям.
Осуществляет контроль за соблюдением работниками торгового зала трудовой и производственной дисциплины правил и норм охраны труда техники безопасности требований санитарии и гигиены.
Выявляет случаи злоупотребления со стороны персонала торгового зала и докладывает об этом своему непосредственному руководителю.
Продавцы организуют работу по продажам продукции. Принимают входящие звонки консультируют розничных клиентов обрабатывают интернет-заказы.
Продавец должен знать
— постановления распоряжения приказы другие руководящие и нормативные документы касающиеся работы предприятия торговли товароведение стандарты и технические условия на товары основные их свойства качественные характеристики цены историю создания фирм производителей условия хранения использования товаров
— структуру управления права и обязанности работников и режим их работы правила и методы организации обслуживания покупателей порядок оформления салона и витрин основы эстетики и социальной психологии технологию личных продаж законодательство о труде правила внутреннего трудового распорядка правила и нормы охраны труда правила техники безопасности производственной санитарии и гигиены противопожарной безопасности гражданской обороны.
— основных конкурентов фирмы производители товар цены
Продавец обязан
— быть профессионалом в своей работе.
— уметь вести переговоры на любом уровне.
— уметь преодолевать возражения.
— быть доброжелательным вежливым с покупателями и со своими коллегами.
— во время работы с клиентом улыбаться быть внимательным не проявлять недовольства или раздражения. Покупатель должен чувствовать расположение внимание желание помочь.
— создать для покупателя необходимые условия для подбора и ознакомления заинтересовавшего их товара контролировать отсутствие нарушений правил торговли.
— осуществлять обслуживание покупателей в соответствии с технологией личных продаж оказывать покупателям помощь в выборе товаров консультировать покупателей по вопросам назначения свойств качества товаров о правилах ухода за товарами о ценах о предложении взаимозаменяемых товаров новых и сопутствующих товаров производить подсчет стоимости покупки выдачу чека производить упаковку покупки производить обмен товаров.
— производить полную предпродажную подготовку товаров проверку наименования количества комплектности сортности цены соответствия маркировки распаковку осмотр внешнего вида.
— сообщать своему непосредственному руководителю а в необходимых случаях и администрации предприятия о случаях обнаружения товаров не соответствующих требованиям предпродажной подготовки
— размещать и выкладывать товары в соответствии с принципами мерчендайзинга по группам видам с учетом товарного соседства частоты спроса удобства работы
— контролировать наличие товаров в торговой секции проверять качество наличие и соответствие маркировок ценников и их правильности
— отслеживать покупательский спрос
— составлять заявку на товар для наиболее полного обеспечения покупателей продукцией
— информировать покупателей о товаре который отсутствует в своем отделе но может находиться в другом и в случае необходимости о сроках переброски
— знать примерные сроки следующих поставок.
Менеджер по закупкам выполняет следующие функции
 обеспечивает плановые показатели по оборачиваемости своих товарных групп.
 ведет поиск поставщиков изучает новые предложения от поставщиков готовит для руководства обоснованные предложения о привлечении новых поставщиков.
 проводит переговоры с поставщиками и согласовывает условия поставки
Грузчики и водители занимаются доставкой товаров покупателям и по торговым точкам со склада.
Организацию функции службы управления персоналом условно можно подразделить на два вида
 управление трудовыми отношениями
 документальное оформление трудовых отношений.
Менеджер по персоналу занимается следующими вопросами
 регулярно осуществляет мониторинг рынка труда на территории нахождения предприятия
 анализирует потребность в персонале с учетом развития организации
 ежемесячно осуществляет анализ обеспеченности предприятия персоналом
 определяет требования к кандидатам на открытые вакансии
 организует мероприятия по поиску и подбору кадров
 выявляет причины неудовлетворенности сотрудников и вносит предложения по устранению психотравмирующих факторов
 осуществляет профессиональное обучение и развитие персонала
 анализирует организацию системы вознаграждения мотивации и социального развития
 координирует работу по управлению качеством условий труда и соблюдению техники безопасности.
 занимается подготовкой кадровых приказов
 ведет обязательный первичный учет документации по учету труда и его оплаты
 оформляет трудовые книги
 ведет личные дела сотрудников
 консультирует сотрудников организации
 составляет и корректирует график отпусков
 оформляет документы связанные с различными выплатами пособиями и льготами.
Отдел рекламы и маркетинга выполняет следующие функции
 поиск потенциальных клиентов
 выяснение потребностей клиентов в услугах
 обеспечение маркетинговых исследований предоставленного сегмента рынка по изучению спроса на услуги компании уровень цен у конкурентов перспектив развития рынка
 участие в составлении прогнозов
 размещение рекламы и проведение акций.
Основными задачами отдела информационных технологий являются создание и техническое обслуживание локальных вычислительных сетей ЛВС администрирование сетевого и общесистемного программного обеспечения ведение архива технической справочной и нормативной документации.
Основными функциями отдела являются
 инженерные изыскания разработка рабочих проектов на размещение комплексов технических средств ЛВС
 поставка монтаж наладка и ввод в эксплуатацию комплексов технических средств ЛВС
 техническое сопровождение комплексов технических средств ЛВС ремонт наращивание модернизация
 установка настройка и оперативное устранение сбоев в работе сетевого и общесистемного программного обеспечения на серверных станциях почтовых серверах серверах доменов и компьютеризированных рабочих местах ЛВС
 обслуживание комплекса программно-технических средств для предоставления доступа к информационным ресурсам и услугам сети Интернет
 обеспечение защиты информации с использованием программно-технических средств разграничения доступа
 эксплуатация и техническое обслуживание копировально-множительной техники оргтехники
 составление сметы на закупку средств вычислительной техники сетевого оборудования лицензионного программного обеспечения
 подготовка и хранение инсталляционных пакетов прикладных программно-информационных средств на компактных дисках
 планирование деятельности для выполнения поставленных перед отделом задач.
Бухгалтерия осуществляет организацию бухгалтерского учета финансово-хозяйственной деятельности и контроль за экономным использованием материальных трудовых и финансовых ресурсов. Обеспечивает своевременное составление бухгалтерской отчетности на основе данных первичных документов и бухгалтерских записей представление ее в установленном порядке в соответствующие орган.
1.1.3 Программная и техническая архитектура ИС предприятия
Архитектура информационной системы предприятия — это наиболее общее и всестороннее представление информационной системы предприятия как хозяйствующего субъекта имеющего различные цели ведения своей основной деятельности определенные миссией на рынке и стратегией развития внешние и внутренние ресурсы необходимые для выполнения миссии и достижения поставленных целей а также сложившиеся правила ведения основной деятельности бизнеса. Системная архитектура программная и техническая определяет совокупность технологических и технических решений для обеспечения информационной поддержки работы организации в соответствии с правилами и концепциями определенными бизнес-архитектурой [1].
Структурная схема технической архитектуры предприятия представлена на рисунке 1.2.
Рисунок 1.2 — Схема технической архитектуры предприятия
Локальная вычислительная сеть построена на основе многопротокольного маршрутизатора в стойке IBM System Storage SAN06B-R [2].
Данное сетевое устройство обеспечивает высокую производительность имеет FC-порты со скоростью передачи данных до 8 Гбитс и аппаратную обработку данных для работы портов 1 Gigabit Ethernet GbE IP со скоростью физической линии.
Кроме того в серверном помещении в телекоммуникационной стойке расположены следующие устройства
• Blade-cерверы IBM BladeCenter PS700 Express для организации файлового сервера сервера баз данных сервера приложений
• Модульная дисковая система хранения IBM System Storage N3000
• ИБП Delta J 1-3 Series UPS
• Патч-панель.
Сервер имеет следующие технические характеристики
• Четыре процессорных ядра POWER7 с частотой 30 ГГЦ
• От 4 до 64 ГБ оперативной памяти в восьми разъемах Dual Inline Memory Module DIMM
• Высокопроизводительная память Double Data Rate 3 DDR3 с частотой до 1066 МГц
• Встроенный контроллер Serial Attached SCSI SAS
• Два отсека для 25-дюймовых жестких дисков SAS со скоростью вращения 10 000 обмин поддерживающие внутреннюю память емкостью 300 или 600 ГБ
• Встроенный двухпортовый адаптер Integrated Virtual Ethernet IVE Dual Gigabit
Модульная дисковая система имеет следующие характеристики
• Физическая емкость системы хранения – до 136 ТБ
• До 4 ГБ памяти с функцией обнаружения и исправления ошибок Error Checking and Correction ECC
• 8 полнодуплексных портов Ethernet стандарта 101001 000 Base-T
• 12 портов FC 4 Гбитс
• 2 порта FC 8 Гбитс
• Диагностический индикатор LEDЖК-дисплей LCD
• Два резервированных интегрированных охлаждающих вентилятора с возможностью «горячей» замены и блоки питания с автоматической регулировкой и возможностью «горячей» замены [3].
Технические характеристики используемых в стойку ИБП приведены в таблице 1.1.
Таблица 1.1
Технические характеристики ИБП Delta J 1-3 Series UPS
Наименование характеристики Значение
Мощность 1кВА800Вт
Вход Напряжение 200 V 208 V 220 V 230 V 240 V
Диапазон напряжения 160 В ~ 275 В 100 нагрузка ИБП 130 В ~ 160 В 70 нагрузка ИБП
Частота 50 Гц 60 Гц ± 4.8 Гц
Коэффициент мощности => 0.97
Выход Напряжение 200 В 208 В 220 В 230 В 240 В
Частота 50 Гц 60 Гц ± 0.05 Гц
Диапазон регулирования напряжения ±2
Форма напряжения Синусоидальный сигнал
В пользовательской части технической архитектуры размещены АРМ сотрудников предприятия которые имеют следующие характеристики
• Процессор Intel Pentium Celeron 1.6
• HDD 120 Гб
• Сеть 10100 Мбитс
• Оптический накопитель DVD±RW
• Корпус ATX Miditower 350 Вт
• Монитор Acer A221HQbd 15» Wide.
Сотрудники ИТ-отдела оснащены также ноутбуками Lenovo IdeaPad Y560A1 которые имеют следующие характеристики
• Операционная система Microsoft® Windows 7 Home Basic
• Процессор Intel Core™ i5 Mobile Processor 460M 2.53GHz 3Mb Cache
• Оперативная память 4096Mb DDR3 1066MHz Максимум 8Gb
• Экран 156 WXGA
• Разрешение экрана 1366×768
• Жесткий диск 500Gb 5400rpm SATA
• Видеокарта ATI™ Mobility Radeon HD5730 1024Mb
• Оптический привод DVD-Super Multi Double Layer
• Связь Сеть 101001000 Мбитс RJ45
• Беспроводная связь WiFi WiMax Bluetooth 2.1
Также в отделах установлены МФУ Canon I-Sensys MF4340D технические характеристики которых приведены ниже
Таблица 1.2
Схема используемой программной архитектуры представлена на рисунке 1.3.
Рисунок 1.3 — Схема программной архитектуры
В соответствии с представленной схемой в качестве операционной системы на АРМ пользователей используется Windows 7 Professional Edition 32 bit в качестве серверной — Windows Server 2003 R2 Enterprise Edition [4].
Операционная система Microsoft Windows Server 2003 R2 Enterprise — это мощная серверная платформа обеспечивающая надежную поддержку для самых важных процессов и нагрузок. В этой редакции предусмотрены расширенные возможности виртуализации экономии электроэнергии улучшена управляемость мобильные сотрудники могут проще получать доступ к ресурсам компании.
В качестве пакета офисных приложений установлен MS Office 2007 Prof включающий в себя MS Word 2007 MS Excel 2007.
Кроме того на рабочих станциях сотрудников установлено такое дополнительное ПО как архиватор WinRar 3.70 Acrobat Reader 8.0 антивирус Dr.Web Desktop Security Suite.
Сотрудники ИТ-отдела используют следующее программное обеспечение
• Hardware Inspector
• Radmin
• VoipDiscount.
• Pidgin
Программа Hardware Inspector предназначена для инвентарного учета компьютеров и другой техники в организациях. Полезна для сисадминов обслуживающего персонала руководителей отделов компьютеризации и другого IT-персонала. Она значительно облегчит вашу жизнь избавив от головной боли связанной с учетом и планированием компьютерного и иного аппаратного обеспечения [5].
Уникальность программы Hardware Inspector заключается в возможности вести учет не просто текущего состояния параметров компьютера а всей истории жизни каждого устройства [6].
Radmin — это одна из лучших программ удаленного администрирования ПК для платформы Windows которая позволяет полноценно работать сразу на нескольких удаленных компьютерах с помощью обычного графического интерфейса. Наряду с поддержкой модели безопасности NT и локализацией на любые языки возможна работа в режимах обмена файлами и Telnet что позволяет рассматривать Radmin как интегрированное решение для удаленного управления организацией любого масштаба.
Сотрудники отдела продаж и директоры магазинов дополнительно используют 1С-Рарус Печать этикеток и ценников [7].
«1С-Рарус Печать этикеток и ценников» — программный продукт предназначенный для дизайна и печати этикеток и ценников на офисных и специализированных принтерах с использованием программ системы «1С Предприятие» версии 7.7.
Основные возможности
• Печать различных объектов этикетки ценники бизнес-карточки визитки.
• Информация помещаемая на этикетки и ценники может включать текст под любым углом штрих-коды EAN-13 EAN-8 UPC A Code 39 и т. д. всего более 20 форматов графику простейшие геометрические фигуры картинки в одном из наиболее распространенных форматов GIF JPEG BMP WMF и др. печатаемые OLE-объекты. Печать может быть цветной если цветность поддерживается принтером.
• Программный продукт позволяет составлять макеты печатаемых этикеток для чего используется диалоговый «Редактор шаблонов» входящий в комплект поставки. Редактор дает возможность создавать новые макеты этикеток или корректировать имеющиеся. Создаваемый или компонуемый макет визуально отображается на экране именно так как будет напечатан. Как правило макет содержит поля информация в которые автоматически подставляется из базы данных при печати.
• При помощи специальных «сценариев» создающихся на языке JScript и позволяющих использовать методы и свойства 1С Предприятия можно извлекать различную информацию из рабочей базы данных реквизиты перечень подчиненных элементов периодические значения и др..
Также кассиры в предприятиях используют «1С-РарусКассир». Данный программный продукт является упрощенным вариантом решения «1С-РарусРесторанг».Типовое решение имеет гибкую систему настроек позволяющую в широких пределах изменять параметры учета товаров для различных направлений торговли.
Pidgin— модульный клиент мгновенного обмена сообщениями. Поддерживает наиболее популярные протоколы. Распространяется на условиях GNU General Public License.
Через программу Voipdiscount можно не только звонить на обычные телефоны но и отправлять смс причем сразу группе пользователей из контактов.
1.2 Характеристика комплекса задач задачи и обоснование необходимости автоматизации
1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
В ходе проекта необходимо разработать автоматизированную систему учета заявок.
Для достижения поставленной цели необходимо выполнить следующие задачи
• формализованное описание объекта автоматизированной системы поддержки принятия решений для специалиста по ремонту вычислительной техники
• разработка функциональной структуры программного комплекса для автоматизированной системы поддержки принятия решений для специалиста по ремонту вычислительной техники
• разработка инфологической и даталогической модели базы данных
• построение алгоритма решения задачи автоматизированной системы поддержки принятия решений для специалиста по ремонту вычислительной техники
• разработка и тестирование базы данных автоматизированной системы
Конечной целью автоматизации поддержки принятия решений для специалиста по ремонту вычислительной техники является система которая будет отвечать основным требованиям
• оперативность в получении информации для контроля и управления
• создание единого информационного пространства в компании
• оптимизация трудозатрат по вводу первичной информации и формированию отчетов
• создание надежной и безопасной системы учета
• удобство пользовательского интерфейса
• повышение уровня безопасности
• простота использования для пользователя
• сортировка данных по различным столбцам таблиц
• использование фильтров данных
• генерация отчетов
1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание
Целью дипломного проекта является разработка «Информационной системы учета заявок» и создание приложения реализующего эту систему.
Программа должна работать без прерываний при возникновении критических ошибок даже тех которые возникают по вине пользователя или из-за ошибок во входных данных. Соответственно секции программы в которых возможно возникновение таких ошибок должны обрабатываться в программе особым образом. В случае возникновения ошибки после выдачи соответствующего предупреждения программа должна продолжить свою работу.
Программа должна обеспечить физическую и логическую целостность базы данных. При изменении или удалении данных программа должна поддерживать ссылочную целостность информации в базе данных.
Задача автоматизации работы торгового предприятия состоит из нескольких основных подзадач это [16]
• Создание базы данных с удобным методом хранения.
• База данных АС должна соответствовать следующим требованиям
 Отсутствие необходимости обслуживания со стороны специально обученного персонала – что увеличивает расходы на содержание АС и увеличивает время простоя в случае сбоев.
 Легкая возможность резервного копирования и восстановления – отсутствие требований по организации сложной процедуры резервного копирования и восстановления связано с отсутствием квалифицированных специалистов и не желанием нести дополнительные расходы на них.
 Легкая возможность модернизации – простота и открытость АС является одним из основных требований для страховки компании от невозможности разработчика данной АС далее работать и обслуживать её.
 Отсутствие высоких требований к аппаратным компонентам – для отсутствия высоких дополнительных затрат на модернизацию парка ЭВМ компании.
• Создание подсистем автоматизированной системы для различных нужд.
• Создание путей ввода информации в базу данных.
 Ввод информации в базу данных должен быть разделен для всех таблиц или логических сущностей базы.
 Ввод информации в базу должен иметь удобный интерфейс
 Ввод информации по мере возможности должен использовать справочники и классификаторы составленные ранее.
• Создание путей получения информации из базы данных.
 Основным путем получения данных из базы данных должны являться предварительно сформированные формы и отчеты.
• Организация законченной структуры ведения номенклатурных позиций и поставщиков.
 АС должна предоставлять полные возможности ведения базы клиентов.
 Анализ остатков номенклатуры на складе.
1.2.3 Обоснование необходимости использования вычислительной техники для решения задачи
Рассмотрим порядок учета заявок в ООО «ТАМИ и КО».
В настоящее время учет заявок и все связанные с ним действия производятся менеджером без использования каких-либо средств автоматизации то есть отчет заполняется вручную что влечет за собой частое возникновение ошибок.
Самыми затратными по временным и трудовым ресурсам среди описанных выше составляющих процесса учета заявок являются определение общих фактических результатов продажи за всю компанию.
В связи с обнаруженными недостатками в работе предприятия в частности при учете продаж руководством ООО «ТАМИ и КО» принято решение об автоматизации процессов учета заявок [13].
Как ожидается в этом случае затрачиваемое менеджером время на подготовку отчетов значительно снизится за счет того что он будет формироваться автоматически.
Сравнение основных операций при приеме заказа без применения средств автоматизации и в предлагаемом варианте по трудовым и стоимостным затратам приведено в таблице 1.6 и таблице 1.7.с учетом средней заработной платы менеджера 25000 в месяц.
Таблица 1.6
Временные и стоимостные затраты при существующем варианте
Как видно из приведенных выше таблиц временные затраты должны сократиться на 540-88=452 минуты=7 5 часов и 1339-218=1121 рубль в сутки. Следовательно внедрение такой системы является однозначно выгодным с точки зрения оптимизации расхода трудовых и стоимостных ресурсов.
Проектируемая в рамках данной работы задача по автоматизации системы учета заявок материалов ООО «ТАМИ и КО»призвана занять одно из центральных мест в качестве базового инструмента для эффективной работы сотрудников компании. Автоматизация описываемого процесса позволит обрабатывать большее количество заказов за то же самое время что и до автоматизации [14].
1.2.4 Анализ системы обеспечения информационной безопасности и защиты информации
В ходе деятельности рассматриваемого предприятия информационная безопасность обеспечивается по следующим направлениям
• правовая защита включает Законодательство РФ собственные нормативно-правовые документы в том числе положение о сохранении конфиденциальной информации перечень сведений составляющих коммерческую тайну инструкция о порядке допуска сотрудников к конфиденциальной информации положение о делопроизводстве и документообороте обязательство сотрудника о неразглашении конфиденциальной информации памятка сотруднику о сохранении коммерческой тайны
• организационная защита включает режимно-административные и организационные мероприятия. К ним относятся организация службы безопасности организация внутриобъектового и пропускного режимов организация работы с сотрудниками по неразглашению сведений составляющих коммерческую и служебную тайну организация работы с документами организация работы по анализу внешних и внутренних угроз
• инженерно-техническая защита – предусматривает применение различных технических электронных и программных средств предназначенных для защиты информации.
К таким средства относятся следующие применяемое программное обеспечение
• антивирусное программное обеспечение Dr. Web
• программные брандмауэры входящие в состав применяемых коммутаторов
• криптографические средства система Криптодок
• средства идентификации и аутентификации пользователей usb-ключи Activkey.
Кроме того для защиты ЛВС применяются следующие методы
• в системе назначен администратор безопасности
• за каждое устройство назначен ответственный за его эксплуатацию
• системный блок компьютера опечатывается печатями ответственного и работника IT-службы
• CD-ROM сняты с компьютеров
• установка любого программного обеспечения проводится только сотрудником ИТ-отдела
• запрещено использование неучтенных носителей информации. На учтенных носителях выполнена маркировка в том числе гриф хранимой информации номер должность и фамилия сотрудника.
Далее рассмотрим основные возможности применяемого программного обеспечения.
USB-ключи ActivKey при своем малом размере и удобной форме обеспечивают надежную защиту позволяя реализовать двухфакторную аутентификацию цифровую подпись и шифрование данных аналогично смарт-карте. Устройства ActivKey подключаются напрямую через USB-порт тем самым — экономя ИТ-ресурсы. Простое подсоединение ключа к свободному USB-порту реализует строгую аутентификацию на рабочей станции сетевых ресурсах при работе в режиме удаленного доступа а так же позволяет авторизоваться в приложениях обеспечивая защиту данных и транзакций. USB-ключи ActivKey для сотрудников являются идентификаторами управляют персональными данными обеспечивают функции PKI надежно хранят идентификационные данные пользователей. USB-ключи.
КриптоДок — система хранения и обмена корпоративными документами обеспечения их подлинности и защиты.
Система позволяет решать следующие задачи
1. Организация совместной работы с документами
• внутри организации между отделами и службами с разными уровнями доступа к документам в зависимости от степени важности иили секретности
• между организацией и ее клиентами
• между партнерами
• между организацией и ее филиалами дочерними компаниями иными отдаленными структурными подразделениями
• в дилерской и дистрибьюторской сети с поставщиками
2. Управление пользователями и группами и разграничение прав доступа
3. Обеспечение безопасности
• электронных данных шифрование и электронная цифровая подпись
• канала передачи данных использование TLSSSL протоколов
• доступа к данным строгая аутентификация и авторизация доступа по цифровым сертификатом система ролей с распределением прав доступа
• юридических прав участников электронного документооборота поддержка российского сертифицированного средства криптографической защиты информации — КриптоПро CSP
КриптоДок реализует следующие возможности
1. Управление учетными записями пользователей и группами пользователей
2. Управление правами доступа к ресурсам хранилища каталогам и файлам
3. Центр регистрации управление запросами и сертификатами
4. Работа с файлами и каталогами
5. Обмен сообщениями между пользователями
Кроме того система обеспечивает
• сохранение профилей КриптоАРМ установленных на рабочих местах пользователей
• синхронизацию данных из центрального хранилища с данными на рабочем месте пользователя запросы сертификаты настройки «КриптоАРМ»
• использование профиля КриптоАРМ для выполнения операций
• работу с уведомлениями о наличие файлов в системе
Комплекс мер по защите информации в разрабатываемой системе включает в себя следующие аспекты
• защита информации непосредственно в информационной системе от внутренних угроз
• защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика разделения прав доступа. Характеристика политики приведена в таблице 1.8.
Таблица 1.8
Разграничение прав пользователей
Группы пользователей Модуль «Клиенты» Модуль «Отчеты» Модуль
«Справочники» Модуль
«Заявки»
Сотрудники Чтение Полный Ввод данных Полный
Администратор системы Полный Полный Полный Полный
Защита от внешних угроз осуществляется путем применения следующих способов
— использованием программно-аппаратных комплексов
— использованием защищенных каналов связи при передаче информации
— разработкой и соблюдение политик безопасности
— использованием антивирусных средств
— физической защитой помещений с наиболее ценной информацией.
В рассматриваемой компании для обеспечения информационной безопасности лицом ответственным за информационную безопасность предприятия разрабатываются следующие нормативно-правовые и организационно-распорядительные документы
1. Концепция обеспечения информационной безопасности организации
2. Правила обеспечения информационной безопасности при работе пользователей в корпоративной сети организации
3. Комплексный план защиты информационных ресурсов организации от несанкционированного доступа
4. Политика и Регламент резервного копирования и восстановления данных
5. Антивирусная политика Инструкция по защите от компьютерных вирусов Стандарт на антивирусное ПО
6. Политика управления доступом к ресурсам корпоративной сети
7. Политика обеспечения безопасности при взаимодействии с сетью ИнтернетПарольная политика
8. Руководство по защите конфиденциальной информации Перечень сведений составляющих конфиденциальную информацию Соглашение о конфиденциальности
9. Политика обеспечения физической безопасности помещений и оборудования
10. Политика информационной безопасности
В данных документах указываются положения в соответствии с их названием а также установлены ответственные лица и ответственность за нарушение указанных правил.
1.3 Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1 Анализ существующих разработок для автоматизации задачи
Программа «Учет Заказов 1.0»
Программа «Учет Заказов 1.0» предназначена для выписывания заказов заявок сохранения истории заказов в базе данных и печати транспортных накладных. Программа является сетевой — т.е. с одной базой заказов в локальной сети LAN может работать несколько менеджеров — имеет оригинальный интерфейс.
Программа позволит вам создавать несколько форм транспортных накладных — в зависимости от алгоритма работы вашей организации — от простых доставка пиццы до сложных доставка ЖД-транспортом.
Программа предназначена для небольших организаций занимающихся
— размещением и продажей рекламных и информационных услуг
— прокатом автомобилей
— адресной транспортной доставкой
— автомобильной транспортировкой грузов
— железнодорожной транспортировкой грузов.
Некоторые из представленных ниже полей менеджер может не заполнять — в зависимости от специфики работы вашей организации.
По каждой заявке хранится индивидуальная история оплат с указанием полученной от клиента суммы и даты получения денег.
В базе данных для каждого товара или услуги хранится следующая информация
— В какую группу товаров входит товар или услуга
— Единица измерения товара шт. литры и т.п.
— Вид упаковки товара палета коробка ящик и т.п.
— Название товара или услуги
— Код товара или услуги
— Артикул товара или услуги
— Цена для данного товара за одну единицу измерения
— Комментарий к товару услуге.
В базе данных для каждого клиента хранится следующая информация
— Дата физического внесения клиента в базу данных
— ОПФ клиента организационно правовая форма собственности — ООО ЗАО ПБОЮЛ и т.п.
— Наименование организации или ФИО частного лица
— Телефон
— Факс
— E-Mail
— ИНН
— КПП
— Вид участия клиента в заявке грузоотправитель плательщик станция погрузки и т.п.
— Любой комментарий к клиенту.
Программа «Корс Сервис-Центр»
Корс Сервис-Центр — профессиональная программа для автоматизации сервис центров и гарантийных мастерских. Составление заказов-нарядов учет работ и деталей акты к заказам-нарядам оплаты учет серийных номеров учет исполнителей работ. Корс Сервис-Центр — программа с максимальными возможностями в линейке наших программ для сервисных центров. Учет в сервисных центрах гарантийных мастерских и других фирмах занимающихся продажей ремонтом и обслуживанием теле аудио видео бытовой техники компьютеров принтеров и любого другого оборудования. Полный учет серийных номеров на оборудование и детали начиная с приходов деталей на склад и заканчивая установки деталей на оборудование клиента.
Учет труда сотрудников — фиксирование исполнителей работ в заказах-нарядах и их тарифа расчет и выдача зарплаты. Полный учет работ в Сервис Центре оформление заказов-нарядов отслеживание этапов выполнения работ и оплат.
Основные возможности программы Корс Сервис-Центр
— Удобное и простое составление заказов-нарядов
— Учет этапов выполнения работ и оплат для каждого заказа-наряда
— Учет на различных фирмахподразделенияхскладах
— Учет исполнения одной работы несколькими исполнителями
— Полный учет серийных номеров на детали во всех операциях приходы перемещения возвраты заказы-наряды акты
— Отслеживание остатков деталей с детализацией по серийным номерам
— Возможность резервирования бронирования серийных номеров
— Учет заработанного исполнителями как на основании так и на основе фикс. тарифа
— 8 категорий цен для работ и 8 категорий цен на детали
— Полный учет взаиморасчетов с сотрудниками зарплата долги сумма выработки
— Одновременный учет в рублях и долларах с возможностью изменения названий валют и их курсов
— Ведение склада состояние приходы уходы и перемещения
— Автоматический расчет категорий цен на основе заданного
— Учет типов ремонта приемщиков заказов кошельков касса расч.счет и т.д.
— Ведение учета по разным фирмам с раздельной нумерацией документов
— Учет денежных операций расходы приходы и перемещения
— Автоматическое заполнение данных заказа-наряда на основе истории клиента
— Оплаты поставщикам ведение взаиморасчетов с поставщиками
— Справочник пользователей с паролями и правами на каждый из режимов
— Более 15 печатных форм документов заказ-наряд заявка гар.талон счет акт и т.д.
— Печать документов с серийными номерами
— Справочник марокмоделей и справочник неисправностей для быстрого заполнения заказа-наряда
— Около 30 отчетов по всем аспектам деятельности
— Раздельные скидки по работам и деталям в одном документе
— Архивацияразархивация и проверка базы данных
— Есть сетевая версия.
Выбор работ и деталей осуществляется с помощью кнопки Работы и Детаои. Заказ-наряд всегда калькулируется в двух валютах одновременно. Для переключения валюты экрана достаточно нажать F8.
Формирование нового заказа-наряда начинается с выбора фирмы склада клиента приемщика и типа ремонта. Для выбора нажмите дважды мышкой на соответствующей строке — откроется нужный вам справочник. После выбора клиента из справочника его реквизиты заполняют поля клиент адрес телефон. Эти поля можно изменить измененные поля хранятся в самом заказе-наряде но не изменяют карточку клиента. Стандартным вариантом работы с клиентами является создание строки справочника Частное лицо при этом реквизиты каждого конкретного частного лица заполняются непосредственно в заказе-наряде. Если же клиент является постоянным вашим клиентом или юр. лицом то имеет смысл создать отдельную запись в справочнике клиентов. Поле Модель можно заполнять с помощью справочника марок и моделей оборудования. Поле Симптом можно заполнять с помощью справочника неисправностей. Для просмотра других заказов-нарядов выбранного клиента воспользуйтесь кнопкой История клиента в этом режиме можно автоматически перенести поля из старого заказа-наряда в текущий заказ-наряд.
Окно обработки заказов-нарядов показывает все заказы-наряды в заданном интервале и их состояние. Колонка опл показывает статус оплат каждого заказа-наряда колонка вып — статус выполнения а колонка выд — выдан заказ клиенту или нет. С помощью кнопки Оплаты можно добавлять оплаты в том числе частичные а с помощью кнопки Акты — создавать акты выполнения работ и списания материалов.
Программа 1С Предприятие 8. Управление сервисным центром
Программный продукт «1С Управление сервисным центром» предназначен для автоматизации оперативной деятельности предприятий оказывающих услуги гарантийного и не гарантийного ремонта а так же обслуживания различной бытовой компьютерной техники и различного оборудования.
Конфигурация «Управление сервисным центром» является тиражным решением позволяющим в комплексе автоматизировать задачи оперативного и управленческого учета анализа и планирования операций ремонта производства снабжения розничной торговли обеспечив тем самым эффективное управление сервисным центром занимающимся ремонтом любого вида оборудования.
Решение использует возможности типовой конфигурации «Управление небольшой фирмой».
Конфигурация «Управление сервисным центром» автоматизирует следующие операции
— Учет стационарных ремонтных работ. Прием товаров в ремонт выдача отремонтированной техники. Настраиваемый набор этапов прохождения ремонта.
— Учет выездных ремонтных работ. Выезд мастера отчет о работе у клиента.
— Взаимодействие со сторонними сервисными центрами. Передача техники на ремонт в сторонний сервисный центр возврат техники.
— Учет подменного фонда. Оформление документов выдачи и возврата товаров переданных в подмену.
— Оформления гарантии на услуги сервисного центра по ремонту оборудования а также оформление гарантийных талонов при продаже для товаров подлежащих гарантийному обслуживанию.
— Учет и планирование рабочего времени мастеров. Возможность учета рабочего времени и управления кадрами для расчета заработной платы.
— Учет товарных операций. Приход реализация перемещение товаров и материалов для ремонта.
— Оформление чеков продажи и по окончании смены сводного отчета по контрольно-кассовой машине с учетом возвращенных товаров в смену.
— Оформление документов планирования и учета производства и переработки.
— Оформление документов учета комиссионной торговли.
— Набор аналитических отчетов позволяющих проанализировать произведенные ремонты и оказанные услуги текущие ремонты и не обслуженные заказы.
— Работа с эквайринговыми системами учет оплат товаров по платежным картам.
Поддержка торгового оборудования
— фискальные регистраторы
— терминалы сбора данных
— сканеры штрих-кодов
— дисплеи покупателя
— платежные терминалы
— считывали магнитных карт.
«1С Управление сервисным центром» позволяет
Автоматизировать рабочие места приемщика и мастера.
Оптимизировать работу персонала и сократить простои за счет использования механизма по распределению загрузки мастеров в том числе и выездных.
Оперативно отслеживать заказы на ремонт стадию их исполнения стоимость работ и эффективность предприятия.
Оптимизировать заказ запчастей производителям и поставщикам с учетом потребностей сервисного центра и имеющихся заявок на ремонт.
Контролировать задолженность по взаиморасчетам в том числе по гарантийным ремонтам.
Повысить эффективность работы компании предоставляя владельцам и руководителям широкий спектр инструментов для управления а сотрудникам — новые возможности для продуктивной ежедневной работы.
Программа поддерживает выгрузку данных в конфигурацию «1С Бухгалтерия предприятия» для ведения регламентированного учета.
Решение «1С Управление сервисным центром» аккумулирует в себе методические решения и лучшие практики небольших предприятий представленные в программном продукте «1С Управление небольшой фирмой» и накопленный опыт компании «1С-Рарус» на рынке автоматизации сервисных центров.
Отчет об анализе программ
Из выше представленных программных продуктов хочется отметить что плюсами этих программных средств является большой функционал возможность хранить информацию в электроном виде большое количество разных отчетов возможность оформление доставки грузов даже ЖД транспортом что зачастую для других и крупных предприятий нуждающихся в этом функционале будут рады что он присутствует. Но такому маленькому сервис центру как является «Электрон Сити» весь этот огромный функционал и огромное количество возможностей просто будет не использоваться. Так как не все предприятия занимаются всем спектром услуг которые могут обработать эти программы. Еще одним существенным минусом является большое и запутанное меню программ которое приводит к долгому обучению персонала работающего с продуктом. Так же хотеться отметить их большую стоимость ведь не каждое малое предприятие сможет позволить себе использовать такие программные средства.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Целью выбора стратегии автоматизации задачи является снижение затрат. Понятие стратегии автоматизации включает в себя базовые принципы используемые при автоматизации предприятия. В ее состав входят следующие компоненты
• цели области деятельности предприятия и последовательность в которой они будут автоматизированы
• способ автоматизации по участкам направлениям комплексная автоматизация
• долгосрочная техническая политика — комплекс внутренних стандартов поддерживаемых на предприятии
• ограничения финансовые временные и т.д.
• процедура управления изменениями плана.
Стратегия автоматизации в первую очередь должна соответствовать приоритетам и стратегии задачам бизнеса. В понятие стратегии также должны входить пути достижения этого соответствия. Стратегический план автоматизации должен составляться с учетом следующих факторов
• средний период между сменой технологий основного производства
• среднее время жизни выпускаемых предприятием продуктов и его модификаций
• анонсированные долгосрочные планы поставщиков технических решений в плане их развития
• срок амортизации используемых систем
• стратегический план развития предприятия включая планы слияния и разделения изменение численности и номенклатуры выпускаемой продукции
• планируемые изменения функций персонала.
Автоматизация — один из способов достижения стратегических бизнес-целей а не процесс развивающийся по своим внутренним законам. Во главе стратегии автоматизации должна лежать стратегия бизнеса предприятия миссия предприятия направления и модель бизнеса. Таким образом стратегия автоматизации представляет собой план согласованный по срокам и целям со стратегией организации [19].
К основным ограничениям которые необходимо учитывать при выборе стратегии автоматизации задачи приема заказов ООО «ТАМИ и КО» относятся следующие
• финансовые
• временные
• ограничения связанные с влиянием человеческого фактора
• технические.
Финансовые ограничения определяются величиной инвестиций которые предприятие способно сделать в развитие автоматизации.
Временные ограничения в данном случае связаны со следующими факторами
• необходимостью обучения персонала
• тратой времени на внедрение системы.
К ограничениям связанным с влиянием человеческого фактора относятся следующие ограничения
• корпоративная культура — отношение персонала к автоматизации
• особенности рынка труда трудовое законодательство.
На сегодня существуют две ключевых стратегии автоматизации подгонка существующего программного продукта под бизнес-процессы организации предварительная реорганизация бизнес-процессов и последующая автоматизация уже упрощенной структуры. Выбор стратегии автоматизации зависит от целей развития организации-заказчика и ее долгосрочных экономических возможностей.
Для рассматриваемой задачи более подходит вариант с реинжинирингом существующих бизнес-процессов так как это описано выше и разработкой автоматизированной системы.
Кроме того существуют следующие стратегии автоматизации
1 Хаотичная кусочная автоматизация является одним из наиболее неэффективных видов инвестирования средств для развития предприятия. Под автоматизацией понимается отсутствие стратегического плана создания и развития. При таком подходе процесс внедрения информационных технологий определяется локальными сиюминутными задачами а не реальными потребностями бизнеса. В этом случае предприятие получает разрозненные прикладные системы стоимость интеграции которых может быть сравнима с комплексным решением.
Выбрав эту стратегию можно сэкономить время и средства на развертывание системы. Но при возможной последующей в будущем модернизации которая будет затрагивать полную автоматизацию использование системы будет не рациональным и экономически невыгодным [19].
2 Автоматизация по участкам подразумевает процесс автоматизации отдельных производственных или управленческих подразделений предприятия объединенных по функциональному признаку. Подобный подход автоматизации выбирается когда у предприятия не хватает инвестиций на автоматизацию в полном объеме или существующие участки дают большой экономический эффект. Часто данная автоматизация применяется на производственных участках.
3 Автоматизация по направлениям подразумевает автоматизацию отдельных направлений деятельности предприятия. Отличительной чертой от автоматизации по участкам является что деятельность предполагает участие в этом процессе всех организационных подразделений функционирование которых связано с автоматизируемым направлением. Конечным результатом автоматизации по направлениям может быть полная автоматизация компании.
4 Полная автоматизация подразумевает собой систему состоящую из большого количества элементов различных уровней и различного назначения. К ним относятся подсистемы модули блоки управления задачи управленческие процедуры функции и т. д. Это позволяет использовать один алгоритм для расчета схожих задач. Так же исключается необходимость дублирования различных справочников в разных системах так как всё собрано в одной. Есть и минусы полной автоматизации. Полная автоматизация требует значительных финансовых и временных затрат а также очень точного и тщательного планирования. Проанализировав данные варианты стратегий была выбрана стратегия полной автоматизации т.к. это наиболее подходящий вариант для рассматриваемого предприятия и для автоматизации учета заявок.
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации комплекса задач
Способы приобретения ИС – это последующие действия от определения и формализации решения о необходимости ИС до момента пока ИС не будет внедрена на предприятия. Существуют следующие способы приобретения ИС [4]
• разработка самостоятельная или у сторонних разработчиков
• покупка ИС отечественной или зарубежной
• покупка + доработка самостоятельная или заказная
• аренда.
Разработка информационной системы у сторонних разработчиков нам не подходит прежде всего из-за сложности самой разработки большого объема работ и трудности описания существующих бизнес-процессов.
Покупка информационной системы является наиболее дорогостоящим способом так как необходимы затраты как на покупку самого программного обеспечения так и на его внедрение включая обучение сотрудников и техническую поддержку со стороны производителя продавца.
Рассмотренные системы для покупки не подходят по нескольким причинам таким как
• высокая стоимость
• невозможность полноценной интеграции в существующую информационную систему
• необходимость технической поддержки что еще более увеличивает стоимость системы.
Кроме того при покупке информационной системы она часто обладает избыточными функциями что отрицательно влияет на эффективность потраченных средств усложняет работу с системой.
Существует вариант и доработки уже готового решения силами сторонних разработчиков. Он имеет следующие недостатки
• необходимость тщательного описания происходящих на предприятии бизнес-процессов для наиболее качественной доработки ис
• существующая возможность неточной формализации что влечет неверную доработку
• частая необходимость в реинжиниринге бизнес-процессов предприятия для внедрения информационной системы.
Аренда информационной системы избавляет от необходимости заказчика инвестировать большие средства на покупку локальных приложений для его развертывания и обеспечения работоспособности.
Появляется возможность периодической небольшой платы за использование а если необходимость пропадает выплаты разработчику можно приостановить. Однако в этом случае все данные хранятся также у арендатора что приводит к повышенному риску утраты конфиденциальной информации или полной ее утрате [20].
Наиболее логичным как уже говорилось выше в данной ситуации является самостоятельная разработка информационной системы.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному обеспечению
В проектируемой задаче использовались следующие общероссийские классификаторы
ОКУД — Общероссийский классификатор управленческой документации
ОКОПФ — Общероссийский классификатор организационно-правовых форм [4].
При разработке системы должна использоваться реляционная модель базы данных. Реляционная модель данных некоторой предметной области представляет собой набор отношений изменяющихся во времени. При создании информационной системы совокупность отношений позволяет хранить данные об объектах предметной области моделировать связи между ними. При этом сами данные хранятся в таблицах [6]. Для удобства идентификации каждая таблица созданной базы данных обладает уникальным кодом.
В разрабатываемой информационной системе должно быть реализовано ведение классификаторов и справочников с указанием их атрибутов.
1.4.2 Обоснование проектных решений по программному обеспечению
На компьютерах с архитектурой x86 используемых в качестве рабочих мест пользователей чаще всего применяются следующие операционные системы
— операционные системы семейства Windows от фирмы Microsoft Windows XPVistaSeven
— операционные системы LinuxBSD семейства UNIX подобные от различных фирм – разработчиков [13].
Для разработки программного приложения автоматизированной обработки выбор той или иной операционной системы не повлияет на функциональность системы по причине того что при реализации алгоритмов программного приложения не требуется использования каких-либо специфических функций операционной системы. Оба типа операционных систем позволяют разрабатывать программный продукт без потери его функциональности по причине наличия программных сред языков программирования для обоих типов операционных систем [14].
Все из вышеперечисленных операционных систем содержат интерфейсы межсетевого взаимодействия что позволяет использовать программное приложение в сети для обмена данными и параллельной работы нескольких копий программного приложения с одними исходными данными. Оба типа операционных систем содержат в себе качественный интерфейс пользователя что также позволяет производить разработку программного приложения для любой из этих операционных систем.
Сравнение операционных систем приведено в таблице 1.9.
Таблица 1.9
Сравнение характеристик наиболее распространенных пользовательских ОС
Наименование ОС Windows 7 Linux Mac OS X Snow Leopard 10.6
Минимальные системные требования
Процессор 1 ГГц или выше 32- x86 или 64-разрядный x64 500 МГц — 1 ГГц 300 МГц
ОЗУ 1 ГБ 32-разрядная система 2 Гб 64-разрядная система 256 МБ alternate-установка 384 МБ стандартная установка 192 МБ 32-разрядная версия 256 МБ 64-разрядная версия
Свободное место на диске 16 ГБ 32-разрядная система 20 ГБ 64-разрядная система 3-5 ГБ в зависимости от разновидности 2-3 ГБ
Видеокарта Графический процессор DirectX 9 с драйвером WDDM 1.0 или более старшей версии Super VGA 800x6001024x768 из числа поддерживаемых системой VGA 640 x 480
Другие характеристики
Встроенное офисное ПО — + —
Высокий уровень безопасности и защиты от вирусов и т.п. — + —
Наличие 64-битной версии — + +
Удобная работа с устройствами хранения данных + — +
В качестве операционной среды для разработки и применения программы была выбрана операционная система семейства Windows в частности операционная система Windows Seven. Этот выбор обусловлен тем что Windows Seven наиболее стабильная операционная система семейства Windows на сегодняшний день. Кроме того данная ОС не вызывает сложностей у пользователей в ходе работы легко настраивается и обслуживается.
Для выбора языка программирования необходимо определить требования к среде программирования. В процессе анализа требований и классификации самой проектируемой ИАС были определенны следующие требования к среде проектирования
• кроссплатформенность необходимая для интеграции с другими подсистемами
• безопасность
• гибкость позволяющая без дополнительных затрат изменять дорабатывать информационную систему
• обеспечивать универсальность клиентских приложений
• язык программирования должен предоставлять широкие возможности по работе с современными СУБД
• открытость исходного кода которая позволить динамическое совершествонния ИС и исправление ошибок.
Проектируемая БД должна использоваться для накопления хранения и обработки данных. Узким местом при разработке базы данных для информационно-аналитических систем является хранение большого количества элементов — вариантов решений. Решение задачи оптимизации при глобальном поиске в информационно-аналитических системах а так наличие малого количества запросов от самих пользователей информационно-аналитической системы позволяют не устанавливать жесткие требования к производительности СУБД. Таким образом все выше перечисленное можно определить следующие требования к СУБД
• Кроссплатформенность СУБД
• Полная совместимость с выбранной средой разработки
• Простота использования и внедрения
• Распространенность и популярность СУБД. При использовании малораспространенной СУБД в будущем могут возникнуть проблемы с поддержкой и развитием ИС что так же наложит дополнительные затраты на перенос накопленных данных.
• Надежность позволяющая обеспечить решение задачи постоянного наполнения и обеспечения сохранность данных.
Проведём анализ рынка СУБД по нескольким характеристикам.
Таблица 1.10
Сравнительные характеристики СУБД
Размер БД Защита данных Требования к аппаратному обеспеченью
PostgreSQL Гигабайты Сильная Неприхотливые
Interbase Гигабайты слабая Чувствительные
Ms Access Гигабайты Сильная Неприхотливые
SyBase Сотни гигабайт и больше Сильная Чувствительные
MS SQL Server Сотни гигабайт и больше Сильная Требуют мощных серверов
Учитывая приведенные выше требования и сравнительный обзор в качестве СУБД был выбрана среда Ms Access – это многопоточная многопользовательская СУБД основными достоинствами которой является быстрота надежность и простота использования.
Для реализации функций системы необходимо программная реализация функций автоматизированной системы. Рынок программных средств в настоящее время многообразен как в области готовых прикладных решений так и в области средств разработки. Однако поиск готовых программных решений в рассматриваемой предметной области желаемых результатов не дал. Поэтому для реализации функций программной системы необходима разработка нового программного продукта который способен гибко реализовать необходимые действия автоматизированной системы.
Для обеспечения разработки возникает задача выбора оптимальных программных и информационных средств для реализации функций системы.
При создании программного продукта основными критериями выбора средств разработки являлись
• удобство использования
• скорость разработки приложений и работы программы.
Как дополнение к перечисленному можно указать что время разработки зависит от предоставляемого программного инструмента наличия предварительного опыта у разработчиков в использования соответствующих программных средств и наличия необходимых для их эффективного использования аппаратных средств. Обеспечить минимальное время разработки можно только при выполнении этих условий.
Исходя из приведенных требований выделим следующие характеристики средств разработки программного обеспечения и оценим их важность для рассматриваемого проекта по пятибалльной шкале.
1. Наличие опыта разработки с использованием данного программного продукта. Цель – максимизировать показатель весовой коэффициент “5”. Оценка “1” соответствует отсутствию опыта у разработчика системы оценка 5 соответствует большому опыту при использовании данного продукта Оценка 3 характеризует средний опыт разработчика.
2. Требования к вычислительным ресурсам Цель – максимизировать показатель весовой коэффициент 5 Оценка “1” соответствует “высоким требованиям” оценка “3” средним требованиям оценка “5” — низким требованиям к ресурсам машины.
3. Предоставляемые возможности работы с базами данных. Цель – максимизировать показатель весовой коэффициент “5”. Оценка “1” соответствует отсутствию встроенных возможностей работы с базами данных оценка “5” соответствует широкому спектру предоставляемых возможностей. Оценка “3” характеризует средний уровень возможностей работы с базами данных.
4. Предоставляемые возможности создания интерфейса. Цель – максимизировать показатель весовой коэффициент 5. Оценка “1” соответствует отсутствию возможности проектировать современный интерфейс оценка “5” соответствует широкому спектру предоставляемых возможностей. Оценка “3” характеризует средний уровень возможностей по проектированию интерфейса.
5. Скорость работы разработанного программного обеспечения. Цель – максимизировать показатель весовой коэффициент 5. Оценка “1” соответствует низкой скорости оценка 5 соответствует высокой скорости. Оценка “3” характеризует средний уровень скорости.
По требованиям заказчика разрабатываемая автоматизированная система должна работать под операционной системой Windows. Поэтому ограничим выбор программных средств удовлетворяющих этому требованию. Среди современных доступных средств разработки для операционной системы Windows можно выделить наиболее часто используемые
 BDS 2006
 C#-SQLite
 QT 4.5
 Microsoft Visual Studio 2010 Express.
Каждое из этих средств содержит весь спектр современных средств разработки. Главное отличие состоит в области использования рассматриваемых средств. Так Borland C++ Builder обычно используется при разработке приложений выполняющих большое количество вычислений. Основными недостатками этого программного продукта являются высокие требования к системным ресурсам и медленная скорость компиляции исходного кода. Система разработки QT 4.5 предъявляет наименьшие требования к системным ресурсам. Основное достоинство Borland Development Studio 2006 состоит в предоставлении разработчику большого количества визуальных компонентов для разработки интерфейса и высокая надежность системы. Для сравнения этих программных продуктов воспользуемся методом вариантных обоснований. Этот метод предназначен для выбора наилучшего варианта из нескольких предложенных и состоит из следующих этапов
 определение критериев по которым будет произведено сравнение и степени их важности
 каждый вариант оценивается по полученному перечню критериев. В результате получается значение – количественная оценка показателя
 нахождение общей суммы баллов для каждого из вариантов можно учитывать важность критериев
 лучшим считается вариант который набрал максимальное количество баллов.
Результаты приведены в таблице 1.11.
Таблица 1.11
В результате проведенного исследования получили что лучшим инструментальным средством для разработки системы является Borland Development Studio 2006 фирмы Borland.
Для создания клиентской части ПП использовалось Borland Development Studio 2006. Наряду с традиционными инструментами доступа к данным Borland Database Engine и ODBC в приложениях BDS 2006 можно применять технологию Microsoft ActiveX Data Objects ADO которая основана на возможностях СОМ а именно интерфейсов OLE DB.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение — это персональный компьютер оргтехника линии связи оборудование сетей. Вид информационной технологии зависящий от тех-нической оснащенности ручной автоматизированный удаленный влияет на сбор обработку и передачу информации.
Комплекс технических средств составляют
• компьютеры
• устройства сбора накопления обработки передачи и вывода информации –жесткие диски устройства хранения данных сканеры принтеры факсимильные аппараты
• устройства передачи данных и линий связи – модемы
• эксплуатационные материалы – бумага CD DVD- диски и т. п.
При выборе компьютера необходимо руководствоваться рядом характеристик. К таким характеристикам относятся надежность стоимостные затраты производительность простота использования и др. От значения указанных параметров зависит возможность работы с требуемыми программными средствами а следовательно и успех создания системы.
Для каждого из элементов данной схемы выделяется перечень критериев наиболее важных при осуществлении выбора технического обеспечения. Эти критерии таковы
• тактовая частота процессора
• разрешение монитора
• объем оперативной памяти.
В таблице 1.12 приведено сравнение характеристик существующего оборудования и требований к современным АРМ которые достаточны для работы с разрабатываемой системой учета заявок.
Таблица 1.12
Сравнение технических характеристик
Наименование характеристики Существующее значение Требуемое значение
АРМ
тактовая частота процессора Intel Pentium Celeron 1.6 Не менее 2000 Мгц
разрешение монитора 15 1024×728 Не менее 17
объем оперативной памяти 1024Mb DDR2 DIMM Не менее 2 Ггб
объем HDD 120 Гб От 100 Гб
Сервер
тактовая частота процессора 316 ГГц Не менее 2 Ггц
Объем ОЗУ 32 Гб Не менее 16 Ггб
Количество ядер До 4 Не менее 2
Маршрутизато
Коммутационная матрица 116 Гбитс 116 Гбитс
Скорость пересылки пакетов 86.31 Mpps 86.31 Mpps
Количество Ehertnet -портов 48 48
ИБП
Максимальная выходная мощность 500 Ватт 750 ВА Не менее 400 Ватт
Максимальное задаваемое значение мощности 500 Ватт 750 ВА Не более 700 Ватт
Номинальное выходное напряжение 230V 230V
МФУ
Макс. разрешение для чб печати 600×600 dpi Не менее 400×400 dpi
Скорость 19 стрмин чб А4 Не менее 10 стрмин чб А4
Макс. формат оригинала сканера A4 Не менее A4
Анализируя представленную таблицу можно сделать вывод что в модернизации нуждаются только персональные компьютеры сотрудников отдела. В соответствии с приведенными требованиями наиболее подходящими являются персональные компьютеры со следующими характеристиками
• Процессор Intel Celeron D336 2800Mhz
• Оперативная память 2048 Mb DDR2
• Жесткий диск 160Gb SATA
Стоимость такого комплекта составляет около 5000 рублей для полной модернизации отдела необходимо 12 комплектов.
Кроме того необходимо приобрести мониторы с большим чему используемых моделей размером и разрешением – к примеру ACER P206HVb
• Тип ЖК
• Диагональ 20
• разрешение 1600×900
• Время отклика 5 мс
• Тип матрицы TFT TN
• Яркость 200 кдм2
• Контрастность 50001
• Стоимость – 4690 рублей.
Как многофункциональными устройствами так и устройствами бесперебойного питания рабочие места пользователей уже оборудованы поэтому внедрение разрабатываемой системы не требует закупки и установки дополнительных технических средств.

2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл ЖЦ программного средства ПС – это период времени который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации. [4 с. 21]
Существует целый ряд методологий описывающих жизненный цикл ПО
ГОСТ 34.601-99 – стандарт на стадии и этапы создания АИС соответствующие каскадной модели жизненного цикла ПО. В стандарте приводится описание содержания работ на каждом этапе.
ISOIEC 122071995 «Information Technology — Software Life Cycle Processes» – стандарт на процессы и организацию жизненного цикла заказного ПО. Он определяет структуру жизненного цикла содержащую процессы действия и задачи которые должны быть выполнены во время создания ПО. Каждый процесс разделен на набор действий каждое действие — на набор задач. Каждый процесс действие или задача инициируется и выполняется другим процессом по мере необходимости причем не существует заранее определенных последовательностей выполнения.
Методология Oracle – технологический материал по разработке прикладных АИС детализированный до уровня заготовок проектных документов в расчете на использование Oracle. Применяется для классической модели жизненного цикла предусмотрены все работы задачи и этапы а также для технологий «быстрой разработки» или «облегченного подхода» рекомендуемых в случае малых проектов.
Методология RUP Rational Unified Process – технологический материал по реализации итеративной модели разработки включающей 4 фазы начало исследование построение и внедрение. Каждая фаза разбита на этапы итерации результатами которых являются версии для внутреннего или внешнего использования. Каждый цикл завершается генерацией очередной версии системы. Предполагает создание и сопровождение моделей на базе UML.
Методология MSF Microsoft Solution Framework – технологический материал по реализации итеративной модели разработки аналогично RUP включает 4 фазы анализ проектирование разработку стабилизацию предполагает использование объектно-ориентированного моделирования.
Extreme Programming XP — экстремальное программирование. Основой методологии является работа в команде эффективные коммуникации между заказчиком и исполнителем в течение всего проекта разработка АИС ведется с использованием последовательно дорабатываемых прототипов.
Стандарт ГОСТ 34.601-99 не вполне подходит для проведения разработок в настоящее время многие процессы отражены недостаточно а некоторые положения устарели.
В методологии Oracle RUP MSF XP не приводится структура и описание технической документации по проекту.
Поэтому выбираем для проектирования ИС стандарт ISOIEC 122071995.
Стандарт ISOIEC 12207 задает полный набор процессов более 40 охватывающий все возможные виды работ и задач связанных с построением программного средства начиная с анализа предметной области и заканчивая изготовлением конечного продукта. Данный стандарт содержит основные и вспомогательные процессы рисунок 2.1.
Рисунок 2.1 — Основные процессы жизненного цикла ПО
В зависимости от проекта процессы действия и задачи стандарта выбираются упорядочиваются и включаются в модель ЖЦ. При применении они могут перекрывать прерывать друг друга выполняться итерационно или рекурсивно. Это определяет динамический характер стандарта и позволяет реализовать с его помощью произвольную модель ЖЦ ПС.
Из данного стандарта можно выбрать только те процессы которые более всего подходят для реализации конкретной ПС. Обязательными являются основные процессы которые присутствуют во всех известных моделях ЖЦ. В зависимости от целей и задач предметной области они могут быть пополнены дополнительными документирование обеспечение качества верификация и валидация и т.п. и организационными планирование управление и др. процессами этого стандарта. Разработчик принимает решение о включении в новую создаваемую модель ЖЦ процесса обеспечения качества компонентов и системы управления проектом или определения набора проверочных верификационных процедур для обеспечения правильности продукта и соответствия его заданным требованиям.
Для рассматриваемой ИС выделяются следующие базовые процессы жизненного цикла [1]
1. Разработка
• Планирование и анализ требований предпроектная стадия
• Проектирование
• Реализация
• Тестирование
• Внедрение
2. Эксплуатация
• Поддержка пользователей
• Техническое обслуживание компонентов системы
3. Сопровождение
• Сбор рекламаций
• Исправление ошибок и недоработок
• Модернизация
На предпроектной стадии необходимо провести системный анализ включающий анализ функционирования склада и выявление недостатков существующей технологии складского учета. [16] На основе выявленных недостатков формулируется потребность в совершенствовании системы управления складом создается технико-экономическое обоснование проекта ТЭО формулируются технические условия и требования к ИС. Результаты должны быть оформлены в виде ТЗ технического задания. Первый этап выполняется бизнес-аналитиком отдела с привлечением сотрудников склада. Входную информацию бизнес-аналитик получает из интервью с сотрудниками склада складской документации должностных инструкций регламента работы склада и прочих документов характеризующих существующие бизнес-процессы.
Следующий этап – проектирование ИС – включает в себя разработку в соответствии со сформулированными требованиями состава автоматизируемых функций функциональная архитектура состава обеспечивающих подсистем системная архитектура оформление технического проекта ИС. Входной информацией для проектирования является ТЗ. На этом этапе определяется состав программных подсистем и компонентов оборудования составляются спецификации требований к компонентам ПО определяется состав компонентов ПО в том числе повторно используемых компонентов интерфейсы с БД структуры хранения данных алгоритмы обработки информации спецификации интерфейсов с другими системами автоматизации требования к тестам. Данный этап является очень ответственным с точки зрения качества всей последующей разработки.
На этапе реализации выполняется физическое проектирование программирование наполнение баз данных тестирование разработка инструкций для персонала.
Тестирование ИС. На этом этапе оценивается система в целом на соответствие требованиям ТЗ.
Внедрение системы необходимо проводить в три этапа [2 с.79]
подготовка объекта к внедрению
опытное внедрение
сдача проекта в промышленную эксплуатацию.
На этапе подготовки объекта к внедрению планируется провести следующие работы
закупить и установить сервер системы и серверное ПО
развернуть на сервере базу данных
установить клиентское ПО на все компьютеры АРМ системы
сконфигурировать взаимодействие АРМ системы с сервером базы данных
ввести учетные записи и настроить им права доступа
заполнить справочники системы реальными данными
обеспечить пользователей эксплуатационной документацией
обучить персонал работе с системой.
В процессе внедрения системы участвуют разработчики системы проектировщик программист системный администратор и будущие пользователи системы. Системный администратор должен обеспечить место для установки нового сервера подключение к локальной сети для сервера и АРМ пользователей системы доступ к компьютерам необходимым для развертывания системы с правами администратора. Проектировщик системы проводит обучение пользователей конфигурирует систему заполняет справочники проверяет правильность взаимодействия всех подсистем. Программист оперативно устраняет возникающие при развертывании системы неполадки.
Опытная эксплуатация системы должна проводиться не менее 3 месяцев. В случае обнаружения ошибок на этапе опытной эксплуатации осуществляется поиск причин и устранение ошибок внесение коррективов в программу в технологию обработки данных. После устранения ошибок подписывается «Акт о проведении опытной эксплуатации» который служит началом перехода к третьему этапу – сдаче системы в промышленную эксплуатацию.
На этапе эксплуатации производятся следующие работы
— периодическая актуализация справочников системы осуществляется ответственным за справочник лицом
— периодическое архивирование информационной базы системы на CD-носителях администратор системы
— локализация проблем и устранение причин их возникновения программист
— модификация ПО бизнес-анатилик программист
— подготовка предложений по совершенствованию системы пользователи системы
— развитие и модернизация системы бизнес-анатилик программист.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Процессы анализа и сокращения рисков должны сопутствовать основным этапам разработки и обеспечения жизненного цикла сложных программных средств в соответствии с международными стандартами. [6]
При формулировании постановки задачи и требований к системе могут возникнуть ошибки и неточности которые приведут к полному несоответствию разработанного программного продукта потребностям склада. Для снижения данного риска необходимо привлечь к выполнению задачи наиболее опытных разработчиков а также руководство компании.
На этапах проектирования и реализации системы имеются риски
 ухода одного или группы ключевых специалистов. В этом случае разработка системы может оказаться под угрозой срыва. Руководству компании необходимо предпринимать меры для снижения этих рисков в частности обеспечивать более тесное сотрудничество сотрудников обмен ключевой информацией взаимозаменяемость сотрудников.
 затягивания процесса разработки соответственно удорожание разработки. Для снижения этого риска необходим строгий контроль соблюдения графика разработки. Привлеченные к разработке ИС склада специалисты не должны привлекаться к прочим проектам и заданиям их рабочее время должно быть полностью посвящено разработке ИС.
 изменяющихся требований по ходу работы над проектом которые могут нарушить все сроки и оценки. Для снижения этих рисков необходимо привлечение сотрудников склада на границах каждого этапа чтобы обнаруживать изменения на ранних стадиях работы над проектом системы.
 возникновения дефектов программного продукта вследствие ошибок допущенных на различных этапах разработки системы. Классификация дефектов приведена в таблице 2.2.
Таблица 2.2
Характеристики дефектов программного продукта
Этапы возникновения дефектов и ошибок Типы первичных дефектов и ошибок программного средства и документации
Разработка требований к ПО Дефекты исходных требований заказчика
Планирование работ Дефекты обусловленные реальной сложностью проекта
Проектирование архитектуры системы Ошибки планирования и системного проектирования программного средства
Детальное проектирование ПО Системные и алгоритмические дефекты и ошибки проекта
Кодирование ПО Программные дефекты и ошибки компонентов и документов программного средства
Тестирование ПО Программные и алгоритмические ошибки программного средства и документации
Разработка документации Дефекты и ошибки обобщающих документов
На этапе эксплуатации возможны риски возникающие по причинам
1 Злоумышленных активных воздействий заинтересованных лиц. Для защиты от внешних угроз необходимо применять средства обеспечения защиты программ и данных аутентификация пользователей защита локальной сети при помощи межсетевых экранов применение антивирусных программ и пр..
2 Случайных негативных проявлений внешней среды дефектов системы или ошибочных действий пользователей. Основными источниками отказовых ситуаций могут быть некорректные исходные требования сбои и отказы в аппаратуре дефекты или ошибки в программах и данных функциональных задач проявляющиеся при их исполнении в соответствии с назначением. При таких воздействиях внешняя функциональная работоспособность систем может разрушаться не полностью однако невозможно полноценное выполнение заданных функций и требований к качеству информации для потребителей.
Для снижения рисков связанных с дефектами системы необходимо проводить тщательное тестирование на контрольных примерах приближенных к действительности. Для снижения рисков связанных с ошибочными действиями пользователей необходимо предусмотреть защиту от применения ошибочных действий по удалению и порче данных.
2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации
Под информационной безопасностью ИБ АИС понимается состояние защищенности информационной среды АИС обеспечивающее её формирование использование и развитие которое не приводит к искажению разрушению или несанкционированному использованию информационных ресурсов включая хранимую обрабатываемую и передаваемую информацию а также программные средства. [2 с.147]
Выделяют следующие основные цели ИБ
♦ конфиденциальность доступность информации только определенному кругу лиц
♦ доступность возможность получения информации авторизованными пользователями в нужное для них время
♦ целостность гарантия существования информации в неискаженном истинном виде.
Информация обрабатываемая и сохраняемая в является ценной
— технологическая – это наличие на складе товаров различных категорий их размещение остаток кому предназначаются. Эта информация не является конфиденциальной но в любой момент она должна быть целостной и доступной иначе работа склада остановится и предприятие понесет убытки.
— деловая – списки поставщиков складские и бухгалтерские документы. Эта информация должна быть конфиденциальной доступной и целостной.
Само функционирование системы также относится к ценным активам компании т.к. нарушение работы ИС приведет к потере доступа к ценной информации. Поставки будут сорваны рабочее время потеряно.
Определим какие угрозы имеются с точки зрения информационной безопасности [9]
— Внутренние угрозы исходящие от так называемых «инсайдеров» — сотрудников компании. Это может быть умышленная и непредумышленная порча или удаление файлов с ценной информацией ввод неверных данных а также незаконное копирование хищение информации
— Внешние угрозы действия хакеров промышленный шпионаж вирусы и т.п.
— Нарушение связи по вычислительной сети с офисом
— Отключения электропитания пожары наводнения и т.п.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных промежуточных и результативных потоков и функций предметной области. Кроме того она объясняет на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов.
В качестве информационной модели будем использовать схему данных ГОСТ 19.701-90. Схемы данных отображают путь данных при решении задач и определяют этапы обработки а также различные применяемые носители данных. Схема данных состоит из следующих элементов
• символов данных символы данных могут также указывать вид носителя данных
• символов линий указывающих потоки данных между процессами и или носителями данных
• символов процесса который следует выполнить над данными символы процесса могут также указывать функции выполняемые вычислительной машиной
• специальных символов используемых для облегчения написания и чтения схемы.[1]
Весь цикл обработки информации можно разбить на два этапа
1. Прием обработка и ввод первичной входящей информации паспортные данные реквизиты организаций и т.д..
2. Формирование документов договора и т.д..
Графическое представление информационной модели отражено на рис. 2.1.
Рисунок 2.1 — Информационная модель системы учета заявок
2.2.2 Характеристика нормативно-справочной входной и оперативной информации
В разрабатываемой структуре БД учтены основные правила целостности. Каждая сущность идентифицируется уникальным ключом и разработана система внешних ключей. База данных не содержит несогласованных значений внешних ключей то есть при работе с записями происходит каскадное обновление связанных полей и каскадное удаление связанных записей.
Целостность определяемая пользователем поддерживается ограничениями в таблицах базы данных на ввод неотрицательных значений а также обеспечением выбора значений внешних ключей из списков без разрешения варианта ввода недопустимого значения.
Разработанная модель находится в 3-й нормальной форме так как
• атрибуты сущностей являются атомарными
• каждый неключевой атрибут функционально полно зависит от первичного ключа
• в модели отсутствуют транзитивные зависимости неключевых атрибутов от ключа.
В качестве СУБД выбрана Microsoft Access.
Описание таблиц базы данных приведено в таблице 2.1.
Таблица 2.1  Описание таблиц базы данных
Рисунок 2.3 – Поля таблиц и их типы
2.2.3 Характеристика результатной информации
В ходе деятельности разработанной системы учета заявок материаловформируются следующие выходные документы
• Отчеты
2.3 Программное обеспечение задачи
2.3.1 Общие положения дерево функций и сценарий диалога
Пользователь имеет возможность выбора функций системы применяя кнопочное и пиктографическое меню. Пользователь видит перед собой содержимое базы данных в виде экранного документа в котором значения реквизитов полей отвечают наименованиями из его предметной области согласно заданию проекта а не условным обозначениями полей базы данных.
Взаимодействие с пользователем осуществляется посредством экранных форм. Дерево диалога граф перехода экранных форм приведено на рисунке 2.4.
Рисунок 2.4  Дерево диалога граф перехода экранных форм
Сценарии диалога формирующийся на основе дерева функций приведен на рисунке 2.3.
Рисунок 2.3 — Сценарий диалога для пользователя
2.3.2 Характеристика базы данных
Инфологическая концептуальная модель — это формализованное описание предметной области выполненное безотносительно к используемым в дальнейшем программным и техническим средствам.[3] Инфологическая модель должная быть динамической и позволять легкую корректировку. К основным требованиями предъявляемым к инфологической модели можно отнести следующие
• инфологическая модель должна содержать всю необходимую и достаточную информацию для последующего проектирования базы данных
• инфологическая модель должная быть понятна лицам принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации об объектах системы. Компонентами ER-модели являются сущности объекты и отношения связи между объектами. Объект имеет множество реализаций или экземпляров. Экземпляр объекта образуется совокупностью конкретных значений реквизитов и должен однозначно определяться т.е. идентифицироваться значением ключа объекта который состоит из одного ли нескольких ключевых реквизитов.
Сущности могут быть зависимыми и независимыми. Сущность является независимой если каждый экземпляр ее может быть однозначно идентифицирован без определения ее отношений с другими сущностями. Однозначная идентификация экземпляра зависимой сущности зависит от отношений с другими сущностями.
Для отображения отношений между сущностями используются связи. Связи существуют если экземпляры сущностей логически взаимосвязаны
Рисунок 2.4 — ER-модель
2.3.3 Структурная схема пакета дерево вызова программных модулей
Для разработки системы автоматизации предприятия используется система веб-приложение. Эта система имеет модульную форму организации конфигурации. В глобальных модулях хранятся переменные процедуры и функции доступные из любых других модулей. Также можно выделить другие группы модулей
• справочники
• документы
• отчеты
• обработки
• регистры.
Следовательно структуру программы можно описать следующими основными блоками представленными на рисунке .
Рисунок 2.5 — Блок-схема основных модулей программы
Работа с программой начинается с вывода главного окна программы и активизации системы меню. Работа программы осуществляется по диалоговому и событийному режиму при этом под диалогом понимается предоставление пользователю нескольких альтернатив и обработка его выбора. В диалоговую систему входят главное меню с соответствующими всплывающими подменю а также диалоговые окна. Под событиями понимаются процессы активизируемые пользователем например — нажатие функциональных клавиш а также программные события – получение определенным полем фокуса редактирование или потеря фокуса ввода. На основании данных событий активизируются процедуры контроля допустимости данных.
Описание программных модулей представлено в таблице 2.14.
Таблица 2.14
Описание программных модулей
пп Наименование модуля Функции модуля
1 Документы Совокупность алгоритмов выполняющих учет заявок — основную функцию системы
2 Регистры Совокупность алгоритмов выполняющих функции заполнения данными
3 Отчеты и обработки Позволяет получить отчеты
4 Справочники и перечисления Данный модуль позволят осуществлять управление работой системы через управление содержимым справочников
5 Главные модули Обеспечивает работу системы
2.3.4 Описание программных модулей
Работа с программой начинается с выбора пользователя и вывода информационного окна и активизации системы меню.
Работа программы осуществляется по диалоговому и событийному режиму при этом по диалогом понимается предоставление пользователю нескольких альтернатив и обработка его выбора. В диалоговую систему входят главное меню с соответствующими всплывающими подменю а также диалоговые окна. Под событиями понимаются процессы активизируемые пользователем например – нажатие функциональных клавиш а также программные события – получение определенным полем фокуса редактирование или потеря фокуса ввода. На основании данных событий активизируются процедуры контроля допустимости данных.
Программа состоит из следующих основных модулей.
Глобальный модуль — конфигурация среды окружения формирование основного экрана программы создание системы главного меню и соответствующих подменю активизация меню.
Процедуры формирования отчетов – обеспечение выдачи установленных форм документов на основании критериев определяемых пользователем и информационной базы.
Модуль справочников и модуль документов — обеспечение ввода информации с первичных документов в базы данных контроль за допустимостью значений обеспечение ввода данных путем выбора из списка.
Все модули в программе связаны между собой по данным которые анализируются на входе и вырабатываются на выходе. Данные в модули поступают через диалог с пользователем параметры и документы информационной базы.
Для ведения информационной базы могут быть выполнены операции просмотра и печати документов их редактирование ведение нормативно-справочных документов а также создание архивов и восстановление документов БД. Операции осуществляются путем выбора соответствующих пунктов в главном и подчиненных меню.
Данные через диалог могут быть получены прямым и косвенным способом. Прямой способ реализуется путем их ввода по шаблону или по запросу конкретных значений. Косвенный способ – путем меню.
Параметры входные документы – входные данные полученные в виде конкретных значений переданных в оперативной памяти смежным модулям функциям .
Для каждого выделенного модуля разработана функционально-технологическая схема и детальный алгоритм ее кодирования. Блок-схема задачи работы со справочниками приведена на рисунке 2.6.
Рисунок 2.6 — Схема решения задачи «Ведение справочников»
2.4 Контрольный пример реализации проекта
Рисунок 2.5 – Главная форма программы
Рисунок 2.6 — Работники
Рисунок 2.7 — Жалоба
Рисунок 2.8– Статусы заявки
Рисунок 2.9– Предположительные неисправности
Рисунок 2.10 – Решение заявок
Рисунок 2.11 – Пример заполнения заявки с выбором решения

3 Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической эффективности
Разработка программного обеспечения промышленного назначения позволяет стабилизировать и повысить экономическую эффективность работы предприятия.
Поскольку современная производственная сфера расширяет использование новых информационных средств за счет чего снижает затраты времени на решение производственных проблем то возникает необходимость существенным образом пересмотреть методики использования программных продуктов проанализировать их функциональное назначение и качество внедрения информационных систем.
В начале анализа и обоснования эффективности использования информационных средств следует отметить что во-первых — внедрение информационных технологических средств сопряжено с капитальными вложениями поэтому возникает необходимость экономического обоснования целесообразности использовании ЭИС а во-вторых — должна быть исчислена эффективность применения автоматизированного преобразования экономической информации. Следует учитывать также и тот факт что внедрение информационных систем проходит несколько этапов
— проектирование и формулировка требований
— приобретение информационных систем
— внедрение информационных систем
— сопровождение использования ЭИС.
Каждый этап использования информационных систем дает возможность стратегически подойти к задаче внедрения ИС на предприятии. Дело в том что выбор ИС является индивидуальным для каждого предприятия поскольку структура предприятия специфична. Даже если предприниматель или руководитель данного предприятия приобретает программный продукт направленный на использование в какой-либо отрасли деятельности данного предприятия это совершенно не означает что приобретенный программный продукт реализует все нужные функции.
Критерий оценивания экономической эффективности — минимум затрат. При этом считается что чем больше участков управленческих работ автоматизировано тем эффективнее используется техническое программное обеспечение.
Таким образом исходя из всего выше сказанного можно сделать вывод что процесс оценки экономической эффективности информационных систем сложен и неоднозначен. Подходить следует индивидуально в каждом конкретном случае но опираясь на определенные методики что позволит исключить «человеческий фактор» и снизить погрешности ввиду отсутствия каких либо данных.
В рассматриваемом случае так как система не планируется к продаже а будет внедрена только на одном предприятии необходимо рассчитать экономическую эффективность исходя из снижения издержек на производственную деятельность.
При расчете экономической эффективности будет проведено сравнение результатов обработки информации при существующем бизнес-процессе и после внедрения разрабатываемой системы. Прямая эффективность машинной обработки информации представлена в показателе снижения экономических стоимостных затрат на обработку информации. При оценке прямой эффективности в стоимостных единицах измерения рассчитываются две группы показателей – показатель снижения трудовых затрат.
При расчете изменения трудовых затрат на обработку информации используется следующая система показателей
При расчете накладных расходов учтем амортизацию компьютера — 20 от его первоначальной стоимости — 25000 рублей — при сроке эксплуатации 5 лет то есть в час 500021128=25 рубля
При базовом варианте накладные расходы состоят из канцелярских принадлежностей а именно
Бумага — 10 пачек12 месяцев100 рублей=12000 в год или 1200021128=6 рублей в час
Карандаши ручки ластики скреплеры и так далее – около 9000 в год то есть около 45 рублей в час итого имеем 13 рублей в час.
Тогда операции технологического процесса при базовом и проектном варианте за год и их характеристики представлены в таблице 3.1 и таблице 3.2
Таблица 3.1
Таблица 3.2
Проектный вариант
Заключение
Список использованной литературы
1. ГОСТ Р ИСОМЭК 1220799. Государственный стандарт РФ. Информационная технология. Процессы жизненного цикла информационных систем. Издание официальное. — М. 2012
2. Автоматизированные информационные системы базы и банки данных. Вводный курс Учебное пособие М. Гелиос АРВ 2007. — 368 с. ил
3. Астелс Дэвид Миллер Гранвилл Новак Мирослав Практическое руководство по экстремальному программированию Пер. с англ. — М. Издательский дом Вильямс 2008. — 320 с. ил. — Парал. тит. англ
4. Баженова И. Ю. Основы проектирования приложений баз данных Издательства Бином. Лаборатория знаний Интернет-университет информационных технологий 2008 г. 328 стр.
5. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем — М. Финансы и статистика 2007 г 456 стр.
6. Вигерс Карл Разработка требований к программному обеспечению Пер с англ. — М.Издательско-торговый дом Русская Редакция 2008. -576с. ил
7. Гашков С. Б. Э. А. Применко М. А. Черепнев Криптографические методы защиты информации М Издательство Академия 2010 г. 304 стр.
8. Гвоздева Т. В. Б. А. Баллод Проектирование информационных систем М Издательство Феникс 2009 г. 512 стр.
9. Голицына О. Л. И. И. Попов Н. В. Максимов Т. Л. Партыка Информационные технологии М Издательство Инфра-М 2009 г. 608 стр.
10. Дейв Крейн Эрик Паскарелло Даррен Джеймс. AJAX в действии Учебник – М. Вильямс 2007. 450 – 490 с.
11. Дэвид Флэнаган. JavaScript. Подробное руководство Учебник – М. Символ Плюс 2008. 243 – 249 с.
12. Емельянова Н. З. Партыка Т. Л. И. И. Попов Проектирование информационных систем М Издательство Форум 2009 г. 432 стр.
13. Емельянова Н. З. Т. Л. Партыка И. И. Попов М Издательство Форум 2007 г. 416 стр.
14. Илюшечкин В. М. Основы использования и проектирования баз данных М Издательство Юрайт 2010 г. 224 стр.
15. Карпович Е. Е. Лабораторный практикум по курсу САПР информационных технологий Учеб. пособие Е. Е. Карпович Карпович Е. Е. Федоров Н. В. – М. Изд-во МГГУ 2009 . – 123 с. — Уч.к. 4783 27 экз. бн .
16. Котляров В. П. Т. В. Коликова Основы тестирования программного обеспечения Издательства Интернет-университет информационных технологий Бином. Лаборатория знаний 2009 г. 288 стр.
17. Кузин А. В. С. В. Левонисова Базы данных М Издательство Академия 2008 г. 320 стр.
18. Кузнецов С. Д. Основы баз данных М Издательства Бином. Лаборатория знаний Интернет-университет информационных технологий 2007 г. 488 стр.
19. Молчанов А. Ю. Системное программное обеспечение М Издательство Питер 2010 г. 400 стр.
20. Незнанов А. А. Программирование и алгоритмизация М Издательство Академия 2010 г. 304 стр.
21. Пирогов В. Ю. Информационные системы и базы данных. М Организация и проектирование Издательство БХВ-Петербург 2009 г.528 стр.
22. Предметно-ориентированные экономические информационные системы М Издательство Финансы и статистика 2007 г. 224 стр.
23. Реляционные базы данных практические приемы оптимальных решений. – СПб. БХВ-Петербург 2009 – 400с.ил
24. Симионов Ю.Ф. Боромотов В.В. Информационный менеджмент. — Ростов н.Д Феникс 2008 250с. ил.
25. Чипига А. Ф. Информационная безопасность автоматизированных систем М Издательство Гелиос АРВ 2010 г. 336 стр.