Автоматизация документооборота в ООО Кристалл-ПО. Часть 2

Страницы: 1 2 3 4

1.3 Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»

1.3.1    Анализ существующих разработок для автоматизации задачи

 

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

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

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

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

Конфигурация «Бухгалтерия предприятия» программы «1С: Предприятие 8» является комплексным решением, охватывающим основные контуры управления и учета на производственном предприятии.

Данная конфигурация позволяет организовать единую информационную систему для управления различными аспектами деятельности предприятия, в том числе:

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

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

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

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

Основными модулями системы являются: производство; торговля и логистика; управление логистическими цепочками; управление взаимоотношениями с клиентами; финансы; проекты; управлением знаниями; управление персоналом; электронная коммерция.

Программное обеспечение «mySAP Business Suite» — это семейство решений, предлагающее широкую функциональность по управлению и автоматизации бизнес-процессов.

Система включает в себя следующие возможности:

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

SAP Business One-это самое молодое предложение в линейке решений SAP. Это самостоятельное решение, предназначенное для среднего и малого бизнеса, работающего в сфере торговли и предоставления услуг. Прежде всего, это система управления, позволяющая автоматизировать работу отделов продаж и закупок, складского учета и финансов.

Отличительные особенности системы:

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

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

* решение имеет собственную встроенную функциональность для управления взаимоотношениями с клиентами;

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

* имеется специальный набор программных интерфейсов (Software development kit) для расширения функциональности и / или интеграции со специализированными решениями);

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

• Полнофункциональная КИС «КОМПАС» включает в себя следующие основные модули, предназначенные для автоматизации управления предприятием и функционирующие в едином информационном пространстве: бюджетирование, управление финансами, модели учета, документооборот, основные фонды; управление закупками, запасами и продажами; маркетинг и менеджмент; кадровый учет; управление производством; учет специальных активов; расчет заработной платы; управление затратами; управление персоналом.

Система реализована на языке C++, возможно использование СУБД Microsoft SQL Server. Операционная система (ОС) для клиентских приложений – Windows, на сервере можно использовать ОС LUNIX.

Для пользователей системы «КОМПАС» возможна загрузка данных в форматы Excel и DBF, подготовка документов на основе текстового редактора Word, импорт из любых сторонних систем, имеющих загрузку в структуры DBF и Paradox. Данные также могут быть импортированы из файлов Excel или таблиц базы данных.

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

Функциональный состав системы:

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

Проанализировав возможности рассмотренных ИС, сделан вывод, что внедрение одной из существующих платформ не приемлемо для организации ООО «Кристалл-ПО» по следующим причинам:

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

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

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

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

 

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

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

1. Разработка IT-стратегии.
2. Формирование стратегического плана (проекты и ресурсы).
3. Описание технической архитектуры IT-системы.

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

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

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

Помимо этого, существует несколько стратегий оптимизации, а именно:

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

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

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

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

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

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

 

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

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

1. Покупка готовой продукции.
2. Приобретение готового изделия с последующей модификацией для клиента.
3. Создайте свой собственный продукт
4. Модификация существующего и находящегося в эксплуатации продукта.

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

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

Разработка собственного продукта — это самый долгосрочный способ получить нужный вам продукт. Группа специалистов из ИТ-отдела, отдела разработки программного обеспечения создает собственный специализированный продукт для своей организации с учетом ее специфики. Однако этот процесс обычно занимает много времени и не гарантирует 100% -ного результата. Полученный продукт может содержать множество недостатков, которые придется устранять уже в процессе эксплуатации системы. Хотя вполне возможно получить лучший продукт для компании и ее бизнеса.

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

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

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

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

 

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

Мы определим требования к системам классификации и кодирования информации. Классификационные системы делятся на: иерархические и многомерные. Иерархическая система классификации предполагает разбиение исходного множества на подмножества, между которыми устанавливаются отношения подчинения. В многоаспектных системах классификации в качестве классификационных признаков параллельно используются несколько независимых признаков, то есть исходное множество рассматривается одновременно в разных аспектах [11]. Поскольку нет необходимости классифицировать информацию по нескольким критериям, в проектном решении будет использоваться иерархическая система.

Единая система документооборота — это рационально организованная совокупность взаимосвязанных документов, отвечающая одним и тем же правилам и требованиям и содержащая информацию, необходимую для управления каким-либо экономическим объектом [7].

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

*разработка принципиально новой ИС;

* отсутствие подходящих прототипов ИС;

* разработка небольших ИС, с небольшим количеством функций;

* наличие квалифицированных разработчиков в штате организации;;

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

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

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

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

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

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

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

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

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

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

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

1. Иерархическая модель.
2. Сетевая модель.
3. Реляционная модель.

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

Модель сетевых данных-данные, представленные сетевыми структурами типов записей и связанными отношениями «один к одному» или «один ко многим».

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

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

— функциональная модель преобразуется в нормализованную реляционную модель. Этот подход чаще всего используется при построении больших баз данных для больших информационных систем [8].

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

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

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

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

Классификатор клиентов.

Структурная формула классификатора:

F = [Наименование]:[XXXXX]  — код клиента

Пример заполнения — 001234

Классификатор заявок.

Структурная формула классификатора:

F = [Код клиента. Наименование ]:[ YYYYY.XXXXX]  — код заявки

Пример заполнения — 00001.00001

Классификатор типов документов.

Структурная формула классификатора:

F = [Наименование]:[ XX]  — код типа документа

Пример заполнения — 04

Классификатор типов клиентов.

Структурная формула классификатора:

F = [Наименование]:[ XX]  — код типа клиента

Пример заполнения — 03

Классификатор типов пользователей.

Структурная формула классификатора:

F = [Наименование]:[ XX]  — код типа пользователя

Пример заполнения — 04

Классификатор услуг.

Структурная формула классификатора:

F = [Наименование]:[ XX] — код услуги

Пример заполнения — 02

Классификатор должностей.

Структурная формула классификатора:

F = [Наименование]:[ XX] — код должности

Пример заполнения — 26 — 01

Классификатор пользователей.

Структурная формула классификатора:

F = [Наименование]:[ XX] — код пользователя

Пример заполнения — 26.

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

 

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

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

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

Анализ всего вышесказанного позволяет сделать следующий вывод. Для автоматизации решения поставленных задач нам необходима продуктивная СУБД и система разработки простых приложений. Большинство современных СУБД имеют встроенные средства разработки приложений, которые часто используются программистами или продвинутыми пользователями для написания процедур и автоматизации обработки данных. К сожалению, многие системы разработки требуют от пользователя знания таких языков программирования, как C++ или Xbase [13]. Поэтому, несмотря на возможности этих инструментов, пользователям требуется значительный объем знаний и профессионального опыта для работы с ними.

При выборе СУБД мы придерживаемся следующих параметров: надежность; стоимость; простота настройки.

При выборе СУБД наш выбор пал на:

— приложение Microsoft Access;

— Microsoft SQL Server 2008;

— Оракул.

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

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

Платформа данных Microsoft SQL Server 2008 предоставляет организациям всех размеров следующие преимущества:

• использование ресурсов данных;

* увеличивать производительность;

* снижение сложности информационных технологий;

* уменьшите общую стоимость владения.

Oracle Database или Oracle RDBMS-объектно-реляционная система управления Oracle занимает лидирующие позиции на рынке СУБД и, самое главное, лидирует на платформах Unix и Windows.

В нашем проекте в качестве СУБД была выбрана Microsoft Access 2007, так как СУБД Microsoft SQL Server 2008 имеет ограничения для создания больших систем или усложнения существующих, а СУБД Oracle используется в очень больших проектах.

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

Выбор программных средств, которые могут быть использованы для реализации проектируемого ИС, основывается на следующих критериях [3, 1]:

1. может быть установлен на ПК, который не подключен к сети.
2. Инструменты для работы непосредственно с объектом.
3. набор инструментов для получения отчетов.
4. Возможность хранения исходных данных и результатов.
5. Графические возможности для построения статистических диаграмм.
6. Минимальные затраты на приобретение и разработку оборудования.
7. Простота использования и обслуживания.

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

* реализация через веб-интерфейс, например, с помощью программирования на php;

* реализация через интегрированные среды разработки программного обеспечения для Microsoft Windows на Delphi, VisualC++, VisualBasic и других языках.

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

Рассматривая вторую реализацию, следует понимать, что среда разработки программного обеспечения для Microsoft Windows любого производителя не является бесплатной и потребует значительных затрат на приобретение предлагаемого пакета. Чтобы в дальнейшем создать само приложение в этой среде, вам нужно будет знать язык программирования, который лежит в его основе. Далее вам нужно будет создать систему управления базами данных в этой среде, графические интерфейсы и многое другое. Как видим, в первом случае потребуются значительные денежные затраты и трудоемкий процесс создания и поддержания системы анализа продаж [3, 2].

Во втором случае затраты могут быть минимальными.

Рассмотрим пакет Borland (Interprise): Borland Delphi и Borland C++ Builder. Данный пакет обладает рядом новых возможностей: ускоряет процесс разработки, значительно сокращая объем кода, а также время, необходимое для разработки; позволяет осуществлять визуальную разработку веб-приложений (RAD Visual Web Development).

Delphi не имеет собственного табличного формата базы данных, но обеспечивает мощную поддержку многих СУБД. Delphi содержит ряд инструментов, обеспечивающих обслуживание баз данных вне разработанных приложений [5, 20, 23].

Эти инструменты включают ADO (ActiveX Data Objects), который обеспечивает доступ к информации с помощью OLEDB (Object Linking and Embedding Data Base – связывание и встраивание объектов базы данных). Механизм ADO для доступа к информации базы данных является стандартом Microsoft. Эта технология обеспечивает универсальный механизм доступа к информации из источников данных из приложений. Эта технология основана на стандартных com-интерфейсах, которые представляют собой системный механизм Microsoft, что позволяет удобно распространять приложения баз данных без вспомогательных библиотек [8].

Чтобы выбрать язык программирования, сравните следующие языки: C++, Delphi и Visual Basic [9].

Приведено сравнение языков программирования в таблице 1.6.

Таблица 1.6

Сравнение языков программирования

 

 

С++ — это относительно новый язык программирования [4, 14], который имеет следующие преимущества:

• он разработан специально для использования с Microsoft .NET Framework (хорошо развитой платформой для разработки, развертывания и выполнения распределенных приложений).
• это язык, основанный на современной методологии объектно-ориентированного проектирования, которая была разработана специалистами Microsoft на основе опыта создания аналогичных языков, построенных в соответствии с принципами объектно-ориентированного проектирования, впервые предложенными около 20 лет назад.

Для разработки информационной системы выберем язык программирования С++ и СУБД Microsoft Access 2007.

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

 

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

* компьютеры всех моделей;

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

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

* офисное оборудование и автоматические устройства поиска информации;

* эксплуатационные материалы и др.

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

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

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

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

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

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

• операционная система —Linux, Windows, FreeBSD, Mac OS X, Solaris;
• процессор — Pentium/Celeron/Athlon 1000-1800 МГц;
• память (ОЗУ) — 1024 Мб;
• жесткий диск — не менее 200 МБ свободного места (для установки программного обеспечения);
• монитор — позволяющий работать с разрешением экрана не менее 1152×864 пикселей;
• устройства ввода информации (клавиатура, мышь);
• дополнительное программное обеспечение — Oracle Java SE Runtime Environment (JRE)

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

• операционная система — FreeBSD, Linux, Mac OS X, Solaris, Windows Server;
• процессор — Pentium/Celeron/Athlon 2400-3000 МГц;
• память (ОЗУ) — 2024-3072 Мб;
• жесткий диск — определяется объемом базы данных;
• устройства ввода информации (клавиатура, мышь).

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

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

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

 

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

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

* ГОСТ 34.601-90.

* ISO/IEC 12207: 1995 (русский эквивалент ГОСТ Р ИСО/МЭК                 12207-99).

* Индивидуальный метод разработки (методология Oracle).

* Рациональный унифицированный процесс (RUP).

* Microsoft Solutions Framework (MSF). Она включает в себя 4 этапа: анализ, проектирование, разработку, стабилизацию и предполагает использование объектно-ориентированного моделирования.

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

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

В зависимости от проекта стандартные процессы, действия и задачи выбираются, упорядочиваются и включаются в модель ЖЦ. При применении они могут перекрываться, прерывать друг друга и выполняться итеративно или рекурсивно. Это определяет «динамический» характер стандарта и позволяет использовать его для реализации произвольной модели ЖЦ.

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

На предпроектной стадии необходимо провести системный анализ, включающий анализ функционирования и выявление недостатков существующей технологии. На основе выявленных недостатков формулируется необходимость совершенствования системы, создается технико-экономическое обоснование проекта, формулируются технические условия и требования к ИС [15, 17]. Результаты должны быть оформлены в виде технического задания (ТОР). Первый этап выполняется бизнес-аналитиком отдела, с привлечением сотрудников. Бизнес-аналитик получает исходную информацию из интервью с сотрудниками, описывающих существующие бизнес-процессы.

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

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

Тестирование IP-адресов. На этом этапе система в целом оценивается на соответствие требованиям ТОР.

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

• подготовка объекта к реализации;

* пилотное внедрение;

* сдача объекта в коммерческую эксплуатацию.

На этапе подготовки объекта к реализации запланированы следующие работы:

* приобретение и установка системного сервера и серверного программного обеспечения;

* развертывание базы данных на сервере;

* установите клиентское программное обеспечение на все компьютеры системы arm;

* настройка взаимодействия системы APM с сервером баз данных;

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

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

* предоставление пользователям оперативной документации;

* обучение персонала работе с системой.

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

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

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

На этапе эксплуатации выполняются следующие работы:

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

— периодическое архивирование информационной базы системы на CD-носителях (системный администратор);

— локализация проблем и устранение их причин (программист);

— модификация программного обеспечения (бизнес-аналитик, программист);

— подготовка предложений по совершенствованию системы (пользователей системы);

— разработка и модернизация систем (бизнес-аналитик, программист).

Проанализируем различные модели разработки ИС.

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

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

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

В связи с небольшим объемом проектных работ, а также характером проекта, мы выбираем каскадную модель для разработки системы, так как она позволяет работать на нескольких этапах разработки одновременно. Таким образом, каскадный метод наиболее подходит для конкретной разработки, поэтому мы используем стандарт ISO / IEC 12207.

Кроме того, каскадная модель обладает следующими преимуществами:

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

В соответствии с этим в каскадную модель будут входить следующие этапы.

• Формирование требований.
• Проектирование.
• Реализация.
• Тестирование.
• Ввод в действие.
• Эксплуатация и сопровождение.

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

В качестве стратегии внедрения ИС в ООО «Кристалл-ПО» выбираем «Пилотный проект». Данная стратегия внедрения информационной системы была выбрана потому, что это наиболее часто используемая организациями стратегия. Такой подход снижает риск и наиболее надежен.

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

 

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

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

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

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

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

Таблица 2.1

Характеристики дефектов программного продукта

 

 

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

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

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

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

На стадии доработки могут возникнуть следующие риски:

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

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

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

2.1.3      Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

 

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

Для защиты от внутренних угроз система использует политику общего доступа. Эта политика описана нижеDEL в таблице 2.2.

Таблица 2.2

Разграничение прав пользователей

 

 

Физически права доступа ограничиваются ограничением прав доступа к серверу.

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

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

* физическая защита помещений с наиболее ценной информацией.

Crypton Lock используется как аппаратно-программный комплекс. Модуль авторизованного доступа Crypton Lock для Windows позволяет вам:

* храните пароль в защищенной памяти брелока RUTOKEN для шины USB;

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

* блокируйте систему, пока оператор не работает.

Страницы: 1 2 3 4