Файл: Автоматизация складского учета для ООО «Весна».pdf

Эволюционные прототипы применяется в качестве первого приближения эволюционной системы.

Спиральная модель ЖЦ ПО представляет собой процесс для разработки ПО, сочетающий в себе и проектирование, и постадийное прототипирование для сочетания преимуществ нисходящей и концепции (рисунок 2.3):

Рис. 2.3. Схема спиральной модели

Преимущества данной модели в следующем:

– быстрое получение результатов;

– увеличение конкурентоспособности;

– гибкости при изменении требований.

Недостаток (более или менее существенный) один – отсутствие регламентации стадий модели.

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

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

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

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

Риск можно предотвратить использованием популярных CASE-средств при построении модели бизнес-процессов. При непосредственном возникновении риска проводится дополнительный процесс моделирования с использованием указанных выше CASE-средств.

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

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

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

На этапе «Разработка программного обеспечения» главный риск кроется в некорректной разработке создаваемой программы. Риск устраняется при использовании модульного тестирования ПО.

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

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

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

Создание систем для автоматизации какого-то процесса основывается на таких принципах:

– применение системного подхода;

– принцип непрерывного развития проектируемой системы;

– минимизация и разделение полномочий;

– уровень контроля и регистрация оперативных данных;

– обеспечение требуемой надежности системы защиты и контроля функционирования защиты;

– обеспечение всевозможных методов борьбы с разного рода вредоносными программами и т.д.

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

1. Разграничение доступа к информации.

С этой целью созданы подсистемы конфигурации (рисунок 2.4):

Рис.2.4. Перечень подсистем

Стоит отметить, что каждая из подсистем:

– бухгалтерия;

– складской отдел;

– транспортный отдел;

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

2. Обеспечением криптографической защиты данных различной степени конфиденциальности в случае передачи данных.

Для этого в ООО «Весна» применяется локальная вычислительная сеть, которая применяет блок шифрования информации.

3. Обязательной целостностью применяемого программного обеспечения и данных.

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

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

4. Наличием средств восстановления данных и защиты информации.

Такие инструменты являются уже внедренными в платформу 1С:Предприятие, а также их можно с легкостью настроить (к примеру, периодичность резервного копирования и т.д.).

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

– правовой – наличие лицензионного соглашения между поставщиком и покупателем ИС;

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

– аппаратно-программный – к примеру, разграничение доступа.

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

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

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

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

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

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

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

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

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

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

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

На рисунке 2.5 показана информационная модель ИС для складского учета ООО «Весна».

Рис. 2.5. Информационная модель

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

2.2.2.Характеристика нормативно-справочной, входной и оперативной информации

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

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

Для обеспечения процесса хранения постоянной информации о складском учете применяются справочники:

– Поставщики;

– Склады;

– Тип товаров.

Рассмотрим более подробно справочники, которые созданы для хранения данных.

Таблица 2.1. Справочник «Тип товара»

Справочник «Склады» предназначен для хранения данных о складах ООО «Весна» (таблица 2.2).

Таблица 2.2. Справочник «Склады»

Справочник «Поставщики» использован для хранения данных о клиентах ООО «Весна» (таблица 2.3).

Таблица 2.3. Справочник «Поставщики»

Входные данные в базу данных могут вводиться в систему двумя методами:

– вручную;

– при использовании формы.

Тестовая информация созданных справочников показана на рисунках 2.6 – 2.8:

Рис. 2.6. Справочник Склады

Рис. 2.7. Справочник Тип товаров

Рис. 2.8. Справочник Поставщики

2.2.3.Характеристика результатной информации

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

Рассмотрим реквизитный состав таблиц с оперативными данными Товары и Складской учет:

Таблица 2.4. Документ Товары

Таблица 2.5. Документ Складской учет

Ниже, на рисунках 2.9 и 2.10, показаны данные документов:

Рис. 2.9. Документ Складской учет

Рис. 2.10. Документ Товары

2.3.Программное обеспечение задачи