22
привязка тегов для быстрого поиска в системе;
возможность формирования различных отчетов.
Другим решением является B-Sales разработчика Planetsoft [19]. Это про-
грамма для учета продаж товаров и услуг на предприятии. С ее помощью можно
учитывать наличие товаров на складе, вести базу товаров и клиентов, оформлять
заказы, распечатывать необходимые документы (прайс-листы, накладные, счета-
фактуры и т.д.). В программу встроено несколько отчетов, которые можно про-
смотреть или распечатать в виде таблицы или графика.
Данная программа предназначена для небольших компаний и является
условно-бесплатной (стоимость лицензии – 17 долларов). Основным недостатком
для рассматриваемой компании является невозможность доработки программы, так
как она является полностью закрытым продуктом.
Данного недостатка лишены разработки на платформе 1С:Предприятия.
Конфигурации в системе 1С:Предприятие открыты для доработки, можно исполь-
зовать одну из типовых конфигураций. Для данной компании подходит конфигу-
рация «1С:Предприятие 8. Управление торговлей» [16], которая позволяет органи-
зовать единую информационную систему для управления различными аспектами
его деятельности:
маркетингом и продажами;
снабжением и закупками, взаимодействием с производителями;
складом и производством;
взаиморасчетами и доставками;
денежными средствами;
зарплатой и персоналом;
имуществом;
финансами.
Обеспечивается поддержка работы в режиме тонкого клиента и веб-клиента.
Данный программный продукт рассчитан на средние предприятия, стоимость ли-
цензии составляет 26400 руб.
23
1.3.2. Выбор и обоснование стратегии автоматизации задачи
На сегодняшний день существует четыре стратегии автоматизации:
хаотичная (кусочная) автоматизация,
по участкам,
по направлениям,
комплексная (полная) автоматизация.
Хаотичная автоматизация предполагает, что компания приобретает или раз-
рабатывает программный продукт, не имея четкого плана по автоматизации дея-
тельности. Основным критерием автоматизации в такой стратегии является реше-
ние сиюминутных задач. Итогом хаотичной стратегии является наличие в компа-
нии программных продуктов, которые зачастую с трудом «уживаются» друг с дру-
гом, принося огромные неудобства сотрудникам. Программные продукты, которые
приобретаются и устанавливаются хаотично не способны оказать реальной пользы
предприятию в целом. Дальнейшее развитие информационной системы предприя-
тия связано с новыми, значительными затратами.
Автоматизация по участкам предусматривает автоматизацию отдельных
бизнес процессов, объединенных по набору выполняемых функций. Этот способ
автоматизации выбирается при условии, если существуют участки, где применение
автоматизированных систем дает значительный экономический эффект, например
за счет сокращения персонала, или сокращения времени работы с документами.
Автоматизация по направлениям подразумевает автоматизацию отдельных
направлений деятельности компании. В этом случае компания получает полную
автоматизацию работы. Такой подход к автоматизации вполне нормален и в даль-
нейшем интеграция уже автоматизированных направлений в рамках всего пред-
приятия не будет связана с серьезными препятствиями.
Комплексная автоматизация, соответственно, предполагает полную автома-
тизацию все существующих бизнес процессов компании [12].
В случае с автоматизацией работы менеджера по заявкам, наиболее подхо-
дящей является автоматизация по участкам.
Выбор стратегии основан на том, что выполняется набор функций одного
сотрудника при выполнении определенной работы. При этом деятельность других
сотрудников автоматизирована другими программными продуктами.
24
Процесс автоматизации поставленной задачи сводится к последовательному
выполнению стандартного набора этапов по созданию информационной системы:
— оценка рисков проекта;
— детальный анализ предметной области;
— составление технического задания на систему;
— покупка готового или создание, тестирование и доработка систем;
— внедрение, опытная эксплуатация и поддержка.
На первом этапе планируется выявить и оценить все риски, связанные с реа-
лизацией создания автоматизированной системы, как то: людские, технические,
непредвиденные ситуации и прочее.
Затем необходимо проанализировать предметную область, определить функ-
ции системы, потоки данных и информационные накопители, пожелания пользова-
теля к системе.
На основе анализа предметной области создается база данных, как основной
компонент системы и спроектировано клиентское приложение. Затем создается
приложение, выполняется тестирование, исправление ошибок и коррекция.
Конечный этап проекта автоматизации – внедрение системы и опытная экс-
плуатация.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматиза-
ции задачи
Автоматизация задачи может быть осуществлена несколькими способами
(рисунок 11).
Рисунок 11 – Способы автоматизации
Автоматизация
Покупка
готового
решения
Покупка и
доработка
решения
Собственная
разработка
Заказ решения
"под ключ"
25
Самым очевидным способом для компании является приобретение готового
продукта. Однако данное решение имеет ряд недостатков:
1. Излишний функционал готовых решений, который делает работу с
программами неудобной.
2. Высокая стоимость готовых решений.
3. Невозможность доработки, модернизации.
Другой вариант автоматизации поставленной задачи - покупка и доработка
готового продукта, если есть такая возможность. Данный вариант удобен тем, что
основной функционал уже заложен в программе, но добавить недостающие функ-
ции всегда возможно. Остальные недостатки, присущие готовым продуктам, оста-
ются.
Третий вариант – заказ продукта у разработчика «под ключ» имеет следую-
щие преимущества:
- учитывает все требования заказчика вплоть до интерфейса системы;
- обычно предполагает обучение персонала и сопровождение системы, то
есть возможность доработки и модернизации;
- отсутствуют излишние функции в программе.
Основным недостатком данного варианта является высокая стоимость по-
добной разработки.
Последний вариант – это создание собственной системы своими силами. В
этом случае все недостатки готового решения устраняются. Стоимость такого ре-
шения складывается в основном из стоимости платформы разработки, но если ис-
пользовать уже имеющиеся средства (например, платформу «1С:Предприятие»), то
стоимость решения минимизируется. Это обусловлено следующими факторами:
• в учреждении уже используется система «1С:Предприятие 8.3» для
решения финансово-хозяйственных задач, а следовательно, не потребуется допол-
нительных затрат на приобретение средства программирования;
• поскольку в учреждении используется система «1С:Предприятие 8.3»,
то в перспективе возможна интеграция разрабатываемой системы с учетной про-
граммой без дополнительных затрат на создание системы интеграции;
26
• разработанный в системе «1С:Предприятие 8.3» программный продукт
легко масштабируется, дорабатывается, модифицируется без дополнительных за-
трат;
• в системе «1С:Предприятие 8.3» достаточно легко выполнять опера-
ции администрирования, решать вопросы обработки транзакций, разграничения
прав пользователей и интеграции с программными продуктами, входящими в со-
став Microsoft Office, поскольку все эти вопросы платформа берет на себя. Поэтому
для решения задачи достаточно реализации бизнес-логики приложения, не тратя
время на решения технических вопросов [5].
В результате принято разработать собственную систему на платформе
«1С:Предприятие 8.3».
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспече-
нию
Для решения поставленной задачи необходимо разработать информацион-
ную базу, хранящую следующую информацию:
- информация о клиентах, которая пополняется при оформлении заявки от
нового клиента и используется при оформлении заявки от клиента, обратившегося
повторно, а также при оформлении договора;
- информация о продаваемой продукции, ее характеристиках, продажных це-
нах;
- информация о поставщиках продукции;
- информация о заявках клиентов: дата поступления заявки, срок исполне-
ния, товары по заявке, возможные замены;
- информация о реализации по заявке: срок реализации, реализованные това-
ры.
Информация должна быть объединена в единую информационную базу с
поддержкой целостности данных. На ее основе должны строиться следующие до-
кументы:
- Отчеты по выполнению каждой заявки: в срок или с просрочкой, полно-
стью или частично, поставлены заказанные товары или замены, состояние заявки в
каждый конкретный момент;
27
- Аналитические отчеты по заявкам за период.
1.4.2. Обоснование проектных решений по программному обеспечению
Для решения поставленной задачи должно быть разработано программное
обеспечение, содержащее:
- модули для формирования требуемых документов и отчетов;
- модуль загрузки заявки от клиента через шаблон;
- модуль автоматического оформления договора на основании информации о
клиентах и заявки клиента.
Реализация программного обеспечения проекта выполняется на платформе
«1С:Предприятие 8.3». Это обусловлено следующими факторами:
• в учреждении уже используется система «1С:Предприятие 8.3» для ре-
шения финансово-хозяйственных задач, а следовательно, не потребуется дополни-
тельных затрат на приобретение средства программирования;
• поскольку в учреждении используется система «1С:Предприятие 8.3», то
в перспективе возможна интеграция разрабатываемой системы с учетной програм-
мой без дополнительных затрат на создание системы интеграции;
• разработанный в системе «1С:Предприятие 8.3» программный продукт
легко масштабируется, дорабатывается, модифицируется без дополнительных за-
трат;
• в системе «1С:Предприятие 8.3» достаточно легко выполнять операции
администрирования, решать вопросы обработки транзакций, разграничения прав
пользователей и интеграции с программными продуктами, входящими в состав
Microsoft Office, поскольку все эти вопросы платформа берет на себя. Поэтому для
решения задачи достаточно реализации бизнес-логики приложения, не тратя время
на решения технических вопросов [5].
Таким образом, выбор для реализации системы на платформе
«1С:Предприятие 8.3» обоснован.
1.4.3. Обоснование проектных решений по техническому обеспечению
28
Поскольку разрабатываемая система будет реализована в системе
«1С:Предприятие 8.3», необходимо, чтобы техническое обеспечение удовлетворя-
ло следующим требованиям:
32-разрядный сервер 1С:Предприятия:
Процессор Intel Pentium IV/Xeon 2,4 ГГц и выше
Оперативная память 1024 Мб и выше
Жесткий диск 40Гб и выше
Устройство чтения компакт-дисков
USB-порт
SVGA-видеокарта
64-разрядный сервер 1С:Предприятия:
Процессор с архитектурой x86-64 (Intel с поддержкой EM64T, AMD с
поддержкой AMD64).
Оперативная память 2048 Мб и выше
Жесткий диск 40Гб и выше
Устройство чтения компакт-дисков
USB-порт
SVGA-видеокарта
Сервер баз данных:
Технические характеристики компьютера и операционная система долж-
ны соответствовать требованием Microsoft SQL Server, PostgreSQL, IBM DB2,
Oracle Database.
Клиентское приложение - это программа, работающая на компьютере поль-
зователя и обеспечивающая интерактивное взаимодействие системы
1С:Предприятие 8 с пользователем, в отличие от других компонент системы (про-
грамм и рабочих процессов), предназначенных исключительно для программного
взаимодействия с другими частями системы или с другими программными объек-
тами.
В системе 1С:Предприятие 8 существует 3 клиентских приложения:
1) Толстый клиент, который позволяет реализовывать полные возможности
1С:Предприятия 8.3 в плане исполнения прикладного кода. Однако он не поддер-
живает работу с информационными базами через интернет, требует предваритель-
29
ной установки на компьютер пользователя и имеет довольно внушительный объем
дистрибутива. Требования к толстому клиенту:
Процессор Intel Pentium Celeron 2400 Мгц и выше
Оперативная память 1024 Мб и выше
Жесткий диск 40Гб и выше
Устройство чтения компакт-дисков
USB-порт
SVGA-видеокарта
2) Тонкий клиент может работать с информационными базами через интер-
нет. Он также требует предварительной установки на компьютер пользователя, но
имеет значительно меньший размер дистрибутива, чем толстый клиент. Системны
требования:
Процессор Intel Pentium Celeron 1800 Мгц и выше
Оперативная память 256 Мб и выше
Жесткий диск 40Гб и выше
Устройство чтения компакт-дисков
USB-порт
SVGA-видеокарта
Веб-клиент не требует какой-либо предварительной установки на компью-
тер. В отличие от толстого и тонкого клиентов, он исполняется не в среде операци-
онной системы компьютера, а в среде интернет-браузера. Поэтому пользователю
достаточно всего лишь запустить свой браузер, ввести адрес веб-сервера, на кото-
ром опубликована информационная база – и веб-клиент «сам приедет» к нему на
компьютер и начнет исполняться. Требования к веб-клиенту:
Процессор Intel Pentium Celeron 1800 Мгц и выше
Оперативная память 256 Мб и выше
Жесткий диск 40Гб и выше
Устройство чтения компакт-дисков
SVGA-видеокарта
Компьютеры должны быть укомплектованы мышью, клавиатурой, сетевыми
шнурами.
30
Компьютер должен предоставляться для сертификации в той программно-
аппаратной конфигурации, в которой он будет поставляться потребителю [15].
Вместе с компьютером должен поставляться комплект необходимых драйве-
ров под соответствующие операционные системы.
Конфигурация компьютера должна соответствовать спецификации
(Hardware Compatibility List) для используемых операционных систем.
Разрабатываемая система должна использоваться менеджерами и руковод-
ством предприятия. Поэтому необходимо разработка приложения клиент-
серверной архитектуры, а следовательно – наличие выделенного сервера для базы
данных системы.
Существующая техническая архитектура предприятия полностью удовле-
творяет заявленным требованиям.
31
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Для создания модели жизненного цикла используются различные стандарты.
Стандарт ГОСТ Р ИСО/МЭК 15288—2005 устанавливает общие основы для
описания жизненного цикла систем, созданных людьми, определяет детально
структурированные процессы и соответствующую терминологию. В стандарте
представлены также процессы, которые поддерживают определение, контроль и
совершенствование процессов жизненного цикла внутри организации или в рамках
какого-либо проекта. Организации и проекты могут применять эти процессы при
приобретении и поставке систем. Стандарт применим к полному жизненному цик-
лу системы, включая замысел, разработку, производство, эксплуатацию и снятие с
эксплуатации, а также приобретение и поставку систем, осуществляемых внутри
или вне организации. Процессы жизненного цикла, представленные в стандарте,
могут применяться однократно, многократно и рекурсивно по отношению к систе-
ме и ее элементам.
Стандарт ГОСТ Р ИСО/МЭК 12207-99 [1] охватывает жизненный цикл про-
граммных средств от концепции замыслов через определение и объединение про-
цессов для заказа и поставки программных продуктов и услуг. Стандарт устанав-
ливает, используя четко определенную терминологию, общую структуру процессов
жизненного цикла программных средств, на которую можно ориентироваться в
программной индустрии. Стандарт определяет процессы, работы и задачи, которые
используются: при приобретении системы, содержащей программные средства,
или отдельно поставляемого программного продукта; при оказании программной
услуги, а также при поставке, разработке, эксплуатации и сопровождении про-
граммных продуктов.
Жизненный цикл процесса создания АСУ согласно ГОСТ 34 включает сле-
дующие стадии: Формирование требований к АС, разработка концепции АС, тех-
ническое задание, эскизный проект, технический проект, рабочая документация,
ввод в действие, сопровождение АС. Процесс создания АС представляет собой со-
вокупность упорядоченных во времени, взаимосвязанных, объединённых в стадии