по числу поддерживаемых уровней моделей данных: одно-, двух-,
трехуровневые системы;
по способу установления связей между данными: реляционные,
иерархические и сетевые базы данных;
по способу организации хранения данных и выполнение функций
обработки базы данных: централизованные и распределенные.
Данный дипломный проект, по разработке модуля бизнес-процесса,
будет осуществлен в системе 1С:Предприятие. Платформа поддерживает
работу с пятью СУБД, одна из которых – файловая СУБД, разработанная
фирмой «1С». Файловый вариант работы рассчитан на персональную работу
одного пользователя или работу небольшого количества пользователей в
локальной сети. Все данные информационной базы (конфигурация, база
данных, административная информация) располагаются в одном файле –
файловой базе данных. Этот формат хранения данных разработан фирмой
«1С» специально для прикладных решений «1С:Предприятие». Работу с
файловой базой данных осуществляет файловая СУБД, являющаяся частью
платформы. Файловый вариант работы обеспечивает целостность
информационной базы и простое создание резервных копий. Исключена
ситуация, когда пользователь может по ошибке (например, при копировании
информационной базы) перепутать различные файлы информационной базы
и привести, таким образом, систему в неработоспособное состояние. Такой
вариант работы обеспечивает легкость установки и эксплуатации системы.
При этом для работы с информационной базой не требуются дополнительные
программные средства, достаточно иметь операционную систему и
1С:Предприятие 8.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – это персональный компьютер, оргтехника,
линии связи, оборудования сетей. Вид информационной технологии,
зависящий от технической оснащенности (ручной, автоматизированный,
удаленный) влияет на сбор, обработку и передачу информации. Комплекс
технических средств составляют:
компьютеры
устройства сбора, накопления, обработки, передачи и вывода
информации (жесткие диски, устройства хранения данных, сканеры,
принтеры и т.д.);
устройства передачи данных (модемы);
эксплуатационные материалы (бумага,CD/DVD диски и т.п.).
При выборе компьютера необходимо учитывать такие характеристики
как: надежность, стоимостные затраты, производительность, простота
использования и др. От значения данных параметров зависит возможность
работы с требуемыми программными средствами, а значит, и успех создания
системы.
Для технической реализации системы необходим сервер баз данных, на
котором будет хранится сама база данных. К серверу баз данных будет
осуществляться доступ с локальных станций конечных пользователей,
используя сетевой коммутатор. В случае необходимости удаленного доступа
к серверу баз данных используется маршрутизатор.
Разработка модуля будет осуществляться в системе «1С:Предприятие».
Минимальные системные требования для работы сервера: процессор Pentium
III 866Мг и выше, оперативная память 512Мбайт и выше.
Сервер и персональные компьютеры, работающие на предприятии,
имеют технические характеристики, превышающие требуемые для работы
информационной системы. Значит разработка модуля возможна на любом из
имеющихся в наличии компьютеров и сервера. Для печати, сканирования и
копирования документов установлено соответствующее оборудование, так
же, для обеспечения сохранности данных при аварийном отключении
электропитания, рабочие места оборудованы блоком бесперебойного
питания. Поэтому внедрение разрабатываемой системы не требует закупки и
установки дополнительных технических средств.
Выводы по 1-ой главе.
В этой главе была проведена технико-экономическая характеристика
предприятия, где компания предлагает стройматериалы любых типов и
брендов таких как: отделочные и лакокрасочные материалы, гипсокартон,
железобетонные изделия, сухие строительные смеси, изоляционные
материалы, пиломатериалы и многое другое. Разработана организационная
структура управления предприятием, где учитывалась необходимость
обеспечения эффективного распределения функций управления по
подразделениям. Выполнен комплекс задач автоматизации и характеристики
существующих бизнес процессов и сдаланы обоснования о необходимости
использования вычислительной техники для решения этих задач и о
проектных решениях по информационному обеспечению. Проведён анализ
системы обеспечения информационной безопасности.
Глава 2 Проектная часть.
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) – период времени, который начинается с
принятия решения о создании программного обеспечения и заканчивается в
момент изъятия его из эксплуатации. Наиболее оптимальным вариантом
является международный стандарт ISO/IEC 12207:2008. В настоящее время
этот стандарт является основным международным документом в области
создания и развития программных продуктов. В данном стандарте нет
конкретной модели и методов разработки жизненного цикла, то есть каждый
процесс, действие или задача, инициируется другим процессом по мере
необходимости, причем, определенной последовательности их выполнения
не существует. Процессы жизненного цикла подразделяются на три группы,
которые представлены на рисунке 2.1.
Рисунок 2.1 Процессы жизненного цикла программного обеспечения
Основные процессы являются обязательными для создания
программного продукта. Данный процесс выполняют под руководством
сторон, вовлеченных в разработку программного продукта. К ним относятся:
1. Заказ – определяет работы заказчика.
2. Поставка – определяет работы поставщика, то есть организации,
которая поставляет систему.
3. Разработка – определяет работы разработчика, организации, которая
проектирует и разрабатывает программный продукт.
4. Эксплуатация – определяет работы оператора, то есть организации,
которая обеспечивает эксплуатационное обслуживание вычислительной
системы в заданных условиях в интересах пользователей.
5. Сопровождение – определяет работы персонала сопровождения.
Данный процесс реализуется при изменениях программного продукта. Целью
процесса является изменение существующего программного продукта при
сохранении его целостности. . [12, с.441]
Вспомогательный процесс поддерживает реализацию другого и
обеспечивает необходимость качества проекта программного продукта. Этот
процесс используют и выполняют по мере необходимости, при этом, он
инициируется другим процессом. Ответственность за работы и задачи
вспомогательного процесса несет организация, выполняющая данный
процесс. К ним относятся:
1. Документирование – описывает информацию, выдаваемую в
процессе жизненного цикла.
2. Управление конфигурацией – определяет работы по управлению
конфигурацией.
3. Обеспечение качества – определяет работы по обеспечению того,
чтобы программные продукты и процессы соответствовали требованиям,
установленным для них, и реализовывались в рамках утвержденных планов.
4. Верификация – определяет работы (заказчика, поставщика или
независимой стороны) по верификации программных продуктов по мере
реализации программного проекта.
5. Аттестация – определяет работы по аттестации программных
продуктов программного проекта.
6. Совместный анализ – оценка состояния и результатов какой-либо
работы. Данный процесс может использоваться двумя сторонами, когда одна
из сторон проверяет другую.
7. Аудит – определяет соответствие требованиям, планам, договорам.
Может использоваться двумя сторонами, когда одна из сторон контролирует
работу другой.
8. Решение проблем – определяет процесс анализа и устранения
проблем, независимо от их характера и источника, которые были
обнаружены во время осуществления какого-либо процесса.
Организационные процессы осуществляются для создания и
реализации структуры, охватывающей взаимосвязанные процессы
жизненного цикла и соответствующий персонал, а также для постоянного
совершенствования данной структуры и процесса. К ним относятся:
1. Управление – определяет работы по управлению, включая
управление проектом, при реализации процессов жизненного цикла.
2. Создание инфраструктуры – определяет работы по созданию
основной структуры процесса жизненного цикла.
3. Усовершенствование – определяет основные работы, которые
организация выполняет при создании, оценке, контроле и
усовершенствовании выбранных процессов жизненного цикла.
4. Обучение – работы по обучению персонала.
Наибольшее распространение получили следующие модели
жизненного цикла: каскадная, поэтапная модель с промежуточным
контролем, спиральная модель. Рассмотрим каждую из них.
Каскадная модель (рисунок 2.2) предусматривает строго
последовательное выполнение всех этапов жизненного цикла.
Достоинства модели, это формирование на каждом этапе комплекта
документации, также возможность планирования сроков завершения работ и
затрат. Недостаток данной модели, это несоответствие реальному процессу
создания программного обеспечения. Модель требует возврата к
предыдущим этапам для уточнения или пересмотра принятых решений.
Рисунок 2.2 Каскадная модель жизненного цикла программного обеспечения
Поэтапная модель с промежуточным контролем (рисунок 2.3). Эта
модель более похожа на реальный процесс создания программного
обеспечения. В отличие от каскадной модели, она допускает возможность
возврата любого этапа на любой предыдущий, для выполнения межэтапной
корректировки.
Рисунок 2.3 Поэтапная модель с промежуточным контролем
Достоинство модели в том, что она обеспечивает большую надежность,
но из этого следует и недостаток – увеличивается время разработки.
Спиральная модель (рисунок 2.4) позволяет при неполном завершении
работ на каждом этапе переходить на следующий, не дожидаясь полного
завершения работ на текущем этапе, то есть может переходить на следующий
виток спирали. Это обеспечивает возможность показывать пользователям
системы работоспособный продукт для дополнений и уточнений требований.
Недостаток данной модели, проблема определения момента перехода на
следующий этап.
Рисунок 2.4 Спиральная модель жизненного цикла программного обеспечения
Цель дипломного проекта – разработка модуля бизнес-процесса для
отдела по работе с клиентами и склада. В связи с малой сложностью
разработки, выбрана каскадная модель жизненного цикла.
При внедрении системы, существуют следующие основные стратегии:
1. Параллельная стратегия. При этой стратегии, старая и новая система
работают одновременно, а их выходные документы сравниваются. В том
случае, если они согласуются длительное время, то можно осуществлять
переход на новую систему.
2. При стратегии «Скачок» происходит моментальный переход работы
со старой системы на новую. Эта стратегия не рекомендуется, так как если
персонал не обучен работе с новой системой, предприятие может вставать
(сорвутся поставки, финансовая отчетность и т.д.).
3. «Пилотный проект» - использует тактику «скачка», но применяется к
ограниченному числу процессов. Область применения – небольшой участок
деятельности предприятия. Эта стратегия внедрения более надежна, так как
она снижает риски.
4. «Узкое место» - это часть производственного процесса. При
внедрении этой стратегии внедрения, план внедрения выполняется только
для «узкого места», и для его работников, то есть обучение только для
людей, работающих в нем, анализ «затраты – эффект» делается только для
«узкого места» и т.д.
С учетом необходимости минимизации возможных рисков для ООО
«ЖилРемСтрой» выбрана параллельная стратегия внедрения. Процесс
внедрения включает следующие этапы:
1. анализ;
2. организация проекта;
3. настройка системы;
4. подготовка данных;
5. тестовое испытание системы;
6. сдача проекта.
Рассмотрим эти этапы. Первый этап внедрения – анализ, он
соответствует целям и задачам предпроектного исследования. Целью этого
этапа является изучение бизнес-процессов ООО «ЖилРемСтрой».
Второй этап – организация проекта – выполняется группой
разработчиков и представителей предприятия. На этом этапе определяются
сроки проекта, его участники, бюджет, составляется план проекта.
Третий этап – настройка системы. На этом этапе выполняется создание
прототипа автоматизированной системы ООО «ЖилРемСтрой», руководства
пользователя, а также обучение пользователей, которые будут работать с
системой.
Четвертый этап – подготовка данных, на этапе планируется
выполнение переноса, при необходимости конвертации, и загрузки данных в
систему. Этап завершается выполнением проверки результатов подготовки
данных.
Пятый этап – тестовое испытание системы – выполняется тестирование
системы в соответствии с выбранной стратегией и обеспечением
необходимой технологичности процесса.
Шестой этап – проводится сдача проекта в эксплуатацию. На этом
этапе запланировано проведение аудита разработанной системы для ООО
«ЖилРемСтрой», а также проверка документации и передача проекта
пользователям.
Процесс установки – установка и проверка программного обеспечения
в операционной среде, получение формального одобрения ПО со стороны
заказчиков.
Эксплуатация и поддержка – включает в себя пользовательские
операции в системе и действующую поддержку (техническую помощь,
оказание консультаций пользователям, обработка изменений и исправление
ошибок).
Сопровождение – анализ запросов пользователей с целью обнаружения
ошибок, сбоев и т.д.
Вывод из эксплуатации – прекращение использования системы. Замена
системы на новую, либо обновление существующей.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
При разработке и реализации модуля бизнес-процесса возникают
различные риски, которые необходимо оценить и минимизировать потери от
них. В основе методики управления рисками лежат систематизация, расчет
вероятности ущерба, документирование возможных решений и
профилактика, оценка допустимых затрат на профилактику и резерва
проекта. Оценка проводится как в денежном, так и во временном
эквивалентах, по причине того, что даже при неограниченном
финансировании невозможно выполнить работы быстрее определенного
времени.