Функциональность: модуля Авгур: Логистика

· Ведение контрагентов.

· Ведение договоров.

· Управление заказами.

· Приказы на отгрузку.

· Журнал продаж.

· Движение по контрагенту.

· Складской журнал.

· Партионный учёт.

· Учёт вложенности в упаковку/тару.

· Ведение норм запасов материалов.

· Ведение неликвидов.

· Формирование закупки/продажи на основании приходных ордеров.

· Инвентаризация складских остатков.

· Анализ материальной потребности.

· Журнал закупок.

· Приказы по закупкам.

Совместимость:

ОС - Windows (начиная с Windows 9x), Linux, HP-UX PA RISC; СУБД - Oracle 9i.

Интеграция с другим ПО - Microsoft Internet Explorer 5.5 и выше, Adobe Acrobat Reader 5.0 и выше, Sun JVM 1.5.0_05.

Стоимость: в зависимости от набора модулей.

Система Бизнес Про (производитель «Бизнес Про»)

Виды поставок:

Стандартная версия - работает только с SQL сервером Sybase Adaptive Server Anywhere.

Корпоративная версия - работает с SQL сервером Sybase Adaptive Server Enterprise.

Система Бизнес Про предназначена для комплексной автоматизации учета на предприятиях различного масштаба занимающихся оптовой и розничной торговлей, а также производственной деятельностью. Она включает в себя оперативный (товарный) и финансовый учеты. Есть модуль для оптовой торговли и модуль для розничной. В последнем случае задействован модуль связи с кассовыми аппаратами и POS-терминалами. Система поддерживает режим off-line (использование POS-терминалов, обладающих большими возможностями по формированию чека на покупку, но имеющих значительную стоимость) и режим on-line (использование небольшого кассового аппарата только в качестве печатающего устройства, а все операции по регистрации кассового чека осуществляются на компьютере). Также поддерживается отложенная печать с возможностью модификации чека.

Функциональность:

Для розничной торговли:

· Обработка документов «Кассовый чек».

· Связь с кассовыми аппаратами и POS-терминалами в режимах off-line и on-line.

· Настройка возможности редактирования чеков.

· Разделение чеков на части.

· Формирование других документов (накладных, платежных документов и т.д.) на основании списка чеков или отдельных чеков.

· Автоматическая печать чеков и сопутствующих документов.

· Печать этикеток со штрих кодами на обычном принтере.

Для оптовой торговли:

· Планирование продаж.

· Прием и обработка заказов от покупателей.

· Оформление полного комплекса документов на продажу (счета на оплату, накладные на отгрузку, платежные документы, счета-фактуры).

· Ведение балансов с покупателями.

· Контроль оплат.

· Разноска платежей ручная и автоматическая по заданным критериям.

· Анализ продаж и уровня складских запасов.

· Формирование неограниченного количества прейскурантов в различных валютах с возможностью описания алгоритмов их расчета.

· Связь прейскуранта и контрагента.

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

· Группировка покупателей по различным признакам.

Печать отчетов о продажах.

Совместимость:

ОС - Windows (начиная с Windows 9x), Linux, HP-UX, Solaris/Intel, Solaris/SPARC, Compaq Unix 4.0D, IBM AIX 4.3.1; СУБД - Sybase Adaptive Server Anywhere/Enterprise.

Стоимость:

Стандартная версия - $2000 (минимальный набор для розничной торговли на одно рабочее место).

Корпоративная версия - $2500 (минимальный набор для розничной торговли на одно рабочее место).

Система БЭСТ-5. Магазин (производитель ООО «БЭСТ-Программы»)

Виды поставок: БЭСТ-5 - это модульное решение, возможно опциональное добавление дополнительных модулей. В минимальную конфигурацию для магазина входят программы: Товары, Продукция, Торговый зал, Продажи, Клиенты, Работа со сканером.

Система используется для ведения учета на одном предприятии, в группе не связанных между собой предприятий или в компаниях, связанных единым управлением или собственниками. Имеет модульное строение. За автоматизацию торговой деятельности отвечает группа модулей «Логистика» - для оптовой торговли и программа «БЭСТ-5. Магазин» - для розничной. Программа для магазина взаимодействует с кассовыми аппаратами, терминалами сбора данных, сканерами, термопринтерами и электронными весами и помогает получать своевременную и достоверную информацию о состоянии товарных запасов и итогах продаж.

Функциональность:

· Для розничной торговли:

· Учет движения товаров в розничных ценах.

· Учет продаж через торговый зал.

· Учет взаиморасчетов.

· Расчет себестоимости закупок.

· Полнообъемный бухгалтерский учет.

· Автоматический перерасчет цен в прейскуранте торгового зала.

· Переоценка товаров в рамках открытого расчетного периода.

· Для оптовой торговли:

· Учет заказов покупателей на продажу товаров, работ и услуг.

· Регистрация актов на выполненные работы при продажах работ и услуг.

· Ведение прайс-листов.

· Гибкая схема управления отпускными ценами, скидками и надбавками.

· Взаимодействие с терминалами сбора данных при инвентаризации и отпуске товара.

· Учет остатков и движения запасов.

Совместимость:

«БЭСТ-5. Магазин» является частью комплексной системы управления БЭСТ-5 ОС - Windows (начиная с Windows 9x), Unix/Linux. Подробности технической реализации закрыты для пользователя. Стоимость: минимальная конфигурация - 13 120 руб. на одно рабочее место.

Система ПАРУС-Торговля (производитель корпорация «ПАРУС»)

Виды поставок:

Решение «ПАРУС-торговля» предназначено для компаний, занимающихся оптовой и оптово-розничной продажей ТНП, продуктов питания и оборудования.

Система «ПАРУС-Предприятие 7» предназначена для малых и средних хозрасчетных предприятий различной отраслевой принадлежности.

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

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

Функциональность:

ПАРУС-Торговля:

· Управление продажами.

· Управление закупками.

· Управление заказами.

· Управление материальными запасами, складское хранение, логистика.

· Бухгалтерский и налоговый учет.

· Подготовка управленческой и бухгалтерской отчетности.

ПАРУС-Предприятие:

· Полная поддержка мультивалютного учета.

· Поддержка оптовой продажи любых видов товаров и услуг.

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

· Ведение учетных регистров заказов, приходных ордеров, счетов, накладных.

· Учет и отработка результатов инвентаризации и возвратов.

· Ведение журнала товарных запасов.

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

· Резервирование товара.

· Работа с лицевыми счетами контрагентов, ведение лимита кредитования.

· Ведение многих тарифов, автоматизированное формирование цен реализации.

Совместимость:

ОС - Windows (начиная с Windows 9x). СУБД - Visual FoxPro.

Интеграция с другим ПО - MS Office.

Стоимость: в зависимости от сложности внедрения и масштаба торговой сети.

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

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

1.3.2 Выбор и обоснование стратегии автоматизации задачи

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

В условиях конкуренции выигрывают те предприятия, чьи стратегии в бизнесе объединяются со стратегиями в области информационных технологий. Поэтому реальной альтернативой варианту выбора автоматизированной системы является подбор некоторого набора пакетов различных поставщиков, которые удовлетворяют наилучшим образом той или иной функции ИС управления (подход mix-and-match). Такой подход смягчает некоторые проблемы при внедрении и привязке программных средств, а ИТ оказывается максимально приближенной к функциям конкретной индивидуальности предметной области.

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

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

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

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

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

– получение данных;

– обработка, анализ, сохранение и печать данных.

Существует четыре варианта стратегии автоматизации: кусочная (хаотичная) автоматизация, автоматизация по участкам, автоматизация по направлениям и комплексная автоматизация.

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

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

Автоматизация по направлениям подразумевает под собой автоматизацию отдельных направлений деятельности предприятия [2].

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

Для рассматриваемой фирмы разработка стратегии реализации проекта будет такой:

· Анализ области деятельности предприятия;

· Анализ стратегии дальнейшего развития предприятия;

· Определения стратегических свойств разрабатываемой системы ;

· Определение функциональности системы;

· Анализ существующих разработок;

· Выбор стратегии автоматизации;

· Выбор способа приобретения;

· Определение архитектуры;

· Формирование бизнес-плана

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

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

Кроме того, существуют следующие стратегии автоматизации:

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

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

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

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

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

1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи

Способы приобретения ИС - это последующие действия от определения и формализации решения о необходимости ИС до момента пока ИС не будет внедрена на предприятия. Существуют следующие способы приобретения ИС:

· разработка (самостоятельная и заказная);

· покупка ИС (покупка отечественной или зарубежной ИС);

· покупка + доработка (самостоятельная или заказная);

· аренда.

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

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

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

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

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

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

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

· ускоряет приобретение ресурсов и навыков;

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

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

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

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

1.4 Обоснование проектных решений

1.4.1 Обоснование проектных решений по техническому обеспечению

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

Комплекс технических средств составляют:

· компьютеры;

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

· устройства передачи данных и линий связи - модемы;

· эксплуатационные материалы - бумага, CD (DVD)- диски и т. п.

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

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

· - тактовая частота процессора;

· - разрешение монитора;

· - объем оперативной памяти.

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

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

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



1.4.2 Обоснование проектных решений по информационному обеспечению

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

Информационное обеспечение (ИО) -- совокупность единой системы классификации и кодирования информации, унифицированных систем документации и информационных массивов. [12]

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

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

Классификатор -- это документ, с помощью которого осуществляется формализованное описание экономической информации в ЭИС, содержащей наименования объектов, наименования классификационных группировок и их кодовые обозначения.[13]

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

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

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

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

· проведение унификации и стандартизации документов;

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

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

К внутримашинному информационному обеспечению относится описание экранных форм.

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

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

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

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

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

Существуют следующие способы организации информационной базы:

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

· интегрированная база данных -- основывается на использовании универсальных программных средств загрузки, хранения, поиска и ведения данных, т.е. СУБД.

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

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

· совместимость данных; соответствие данных реальному состоянию объекта;

· удобство и увеличение скорости совместной обработки данных;

· поддержка целостности данных.

База данных (БД) -- поименованная совокупность данных, отражающая совокупность объектов и их отношений в рассматриваемой предметной области. [3].

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

По способу установления связей между данными различают:

· иерархическую;

· сетевую;

· реляционную модель.

Основными компонентами любой из этих моделей являются файлы (или таблицы).

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

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

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

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

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

1.4.3 Обоснование проектных решений по программному обеспечению

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

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

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

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

- операционные системы семейства Windows от фирмы Microsoft (Windows 95/98/Me, Windows NT4.0/2000/XP),

- операционные системы Linux/BSD семейства (UNIX подобные) от различных фирм - разработчиков (Red Hat, Debian, Novel, Mandrake soft, Gentoo, Slackware, IBM, Oracle, NetBSD, OpenBSD, FreeBSD) [13].

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

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

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

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

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

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

· Моделирование данных

· Особенности архитектуры и функциональные возможности

· Контроль работы системы

· Особенности разработки приложений

· Производительность

· Надежность

· Требования к рабочей среде

· Смешанные критерии

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

Процедуру выбора СУБД следует проводить в три этапа:

· На качественном уровне оценить предлагаемые программные продукты на предмет пригодности;

· Оценка технических характеристик отобранных систем;

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

К числу основных показателей пригодности программных продуктов относятся:

· вид программного продукта;

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

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

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

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

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

· качество коммуникационных средств. При оценке качества коммуникационных средств обращают внимание на следующие свойства программных продуктов:

· поддержку сетевых протоколов,

· поддержку стандартных интерфейсов с БД,

· наличие средств групповой работы с информацией БД,

· способность использовать и модифицировать БД других форматов без импортирования или преобразования;

· фирма - разработчик. Солидность фирмы-разработчика пакета, как правило, дает следующие преимущества:

· высокое качество продукта,

· наличие документации и методических материалов

· наличие «горячей линии» для консультаций по возникающим проблемам

При выборе продукта следует обратить внимание на дату его появления. В качестве показателей «благополучия» можно использовать: твердое финансовое положение, перспективная динамика развития аппаратно-программных средств, годовой оборот, численность состава, объем продаж и т.д. - стоимость. На стоимость программных продуктов в основном влияют вид программного продукта и фирма - разработчик. Стоимость полнофункциональных СУБД обычно колеблется в пределах $ 500 - $ 1000. Общая стоимость включает в себя стоимость прикладного инструментария, средств настройки конфигурации системы, администрирования БД и сопровождения. Иногда общая стоимость крупных систем, построенных на базе реляционных БД, достигает миллионов долларов. Основным фактором, определяющим общую стоимость системы, чаще всего является число поддерживаемых пользователей.

На уровне технических характеристик разнообразие СУБД еще больше, чем на качественном уровне. К техническим характеристикам относятся:

· общие параметры (операционная среда, потребность в оперативной памяти, ограничения на максимальный объем БД и др.);

· ограничения на операции над данными;

· типы данных;

· возможности средств формулировки и выполнения запросов;

· работа в многопользовательских средах;

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

· импорт и экспорт.

Оценка производительности производится методом тестирования с помощью эталонных тестов из набора AS3AP (ANSI SQL Standard Scalable and Portable). В них контролируется широкий спектр часто встречающихся операций БД и моделируются однопользовательские и многопользователь-ские среды.

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

Таблица 1.8 Сравнение СУБД

Показатели	Microsoft SQL Server 2008	MySQL 5.1	PostgreSQL 8.4
Поддерживаемые операционные системы	Windows Desktop/Server	Windows Desktop/Server , Linux, Unix, Mac	Windows1 Desktop/S22erver, Linux, Unix, 2Mac
Условии лицензирования	Коммерческий продукт с закрытым исходным кодом. Есть бесплатная версия с ограничением оперативной памяти до 4 Гб.	Коммерческая лицензия и GNU GPL.	Лицензия BSD Open Source.
Наличие предустановленных драйверов в ОС семейства Windows	Да	Нет	Нет
Наличие драйверов ODBC, JDBC, ADO.NET	Да	Да	Да
Поддержка репликации	Да, встроенная и разных типов. Но внесение структурных изменений после начала репликаци -- очень сложный процесс.	Да, включая mater-master репликацию.	Да, но с помощью сторонних продуктов с открытым исходным кодом. Репликация всех типов.
Возможность писать хранимые функции на разных языках программирования	Да, теоретически на любом языке, поддерживающим CLR, например VisualBasic.NET, C#, IronPython, но сначала надо скомпилировать код в библиотеку dll.	Нет (кроме C и Pl/SQL)	Да, наиболее полная поддержка из всех рассматриваемых.
Возможность создавать пользовательские аггрегированные функции	Да -- любой .NET язык, кроме TRANSACT SQL.	Да, только на С	Да -- на PL language и встроенных C, SQL, PLPgSQL.
Поддержка даты и времени	Да	Да (но без временной зоны)	Да
Аутентификация	Средствами БД и ActiveDirectory	Средствами БД	Много разных методов, включающих предыдущие
Разграничение доступа к столбцам	Да	Да	Да
Поддержка DISTINCT ON	Нет	Нет	Да
Поддержка WITH ROLLUP	Да	Да	Да
Поддержка WITH CUBE	Да	Нет	Нет
Поддержка функций OVER..PARTITION BY	Да	Нет	Да, причем лучше, чем в MS SQL
Поддержка рекурсивных запросов	Да	Нет	Да
Производительность планировщика запросов для сложных запросов	Средняя (умеет параллельные запросы «из коробки»)	Очень хорошая	Плохая

Таким образом, для проекта, рассматриваемого в данном дипломном проекте наиболее приемлема СУБД MS SQL.

Для реализации приложения пользователя выбран язык программирования ASP.

ASP (англ. Active Server Pages -- «активные серверные страницы») -- технология, разработанная компанией Microsoft, позволяющая легко создавать приложения для World Wide Web. ASP работает на платформе операционных систем линии Windows NT и на веб-сервере Microsoft IIS. ASP не является языком программирования -- это лишь технология предварительной обработки, позволяющая подключать программные модули во время процесса формирования веб-страницы. Относительная популярность ASP основана на простоте используемых языков сценариев (VBScript или JScript) и возможности использования внешних COM-компонентов.

Технология ASP получила своё развитие в виде ASP.NET -- новой технологии создания веб-приложений, основанной на платформе Microsoft .NET.

ASP.NET -- технология создания веб-приложений и веб-сервисов от компании Майкрософт. Она является составной частью платформы Microsoft .NET и развитием более старой технологии Microsoft ASP. На данный момент последней версией этой технологии является ASP.NET 4.0b.

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

Хотя ASP.NET берёт своё название от старой технологии Microsoft ASP, она значительно от неё отличается. Microsoft полностью перестроила ASP.NET, основываясь на Common Language Runtime (CLR), который является основой всех приложений Microsoft .NET. ASP.NET имеет преимущество в скорости по сравнению со скриптовыми технологиями, так как при первом обращении код компилируется и помещается в специальный кэш, и впоследствии только исполняется.

Вместе с тем следует учитывать, что указанное преимущество не всегда может быть реализовано. Это связано с тем, что на скорость работы реального проекта влияют множество факторов. [11]



2. Проектная часть

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

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

Жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития:

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

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

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

· тестирование информационной системы и выявление сбоев с последующим их устранением;

· эксплуатацию системы и ее сопровождение;

· развитие системы.

Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ.

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

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

· ГОСТ 34.601-90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла .

· ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов .

· Custom Development Method (методика Oracle) по разработке прикладных информационных систем - технологический материал, детализированный до уровня заготовок проектных документов, рассчитанных на использование в проектах с применением Oracle. Применяется CDM для классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также для технологий "быстрой разработки" (Fast Track) или "облегченного подхода", рекомендуемых в случае малых проектов.

· Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре фазы: начало, исследование, построение и внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается генерацией версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова минует те же фазы. Суть работы в рамках RUP - это создание и сопровождение моделей на базе UML.

· Microsoft Solution Framework (MSF) сходна с RUP, так же включает четыре фазы: анализ, проектирование, разработка, стабилизация, является итерационной, предполагает использование объектно-ориентированного моделирования. MSF в сравнении с RUP в большей степени ориентирована на разработку бизнес-приложений.

· Extreme Programming (XP). Экстремальное программирование (самая новая среди рассматриваемых методологий) сформировалось в 1996 году. В основе методологии командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС, а разработка ведется с использованием последовательно дорабатываемых прототипов.

· Стандарт ISO/IEC серии 15288

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

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



Рисунок 2.1 Каскадная схема разработки ПО.

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

Рисунок 2.2 Реальный процесс разработки ПО по каскадной схеме.

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

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

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

Наиболее характерные риски и методы из минимизации приведены в таблице 2.1

Таблица 2.1 Возможные риски проекта и способы их минимизации

Виды рисков/варианты менеджмента рисков	Снижение видов риска	Снижение вероятности возникновения риска
Риски, связанные с масштабом проекта	Детальный анализ каждого этапа работ, взаимодействия участников, организации работ	Детально проработанная программа качества, отработанное управление конфигурацией проекта, специальные процедуры взаимодействия участников
Риски, связанные с недостаточным опытом в сфере ИТ	Проведение обучения пользователей, включая руководство, соблюдение технологий работы	Разработка и утверждение концепции проекта на возможно более ранней его стадии
Технические риски проекта	Строгий отбор проектной команды по квалификационным критериям. Обучение участников проекта технологии проектных работ, инструментальным средствам	Использование стандартов предприятия на проектные работы, разработка стандартов проекта
Организационные риски проекта	Обучение участников проекта (курс "управление проектом"), тренинги команды, как можно более полная формализация деятельности	Включение в команду администратора проекта, детальное распределение ролей в проекте
Операционные риски проекта	Многократное тестирование созданных продуктов, тщательная экспертиза документов	Строгое выполнение процедур программы качества

2.2 Информационное обеспечение задачи

2.2.1 Информационная модель и её описание

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