Добавлен: 24.04.2023
Просмотров: 708
Скачиваний: 7
СОДЕРЖАНИЕ
1.1.1.Характеристика предприятия и его деятельности
1.1.2.Организационная структура управления предприятием
1.1.3.Программная и техническая архитектура ИС предприятия
1.2.Характеристика комплекса задач, задачи и обоснование необходимости автоматизации
1.2.1.Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
1.2.2.Определение места проектируемой задачи в комплексе задач и ее описание
1.2.3.Обоснование необходимости использования вычислительной техники для решения задачи
1.2.4.Анализ системы обеспечения информационной безопасности и защиты информации
1.3.Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1.Анализ существующих разработок для автоматизации задачи
1.3.2.Выбор и обоснование стратегии автоматизации задачи
1.3.3.Выбор и обоснование способа приобретения ИС для автоматизации задачи
1.4.Обоснование проектных решений
1.4.1.Обоснование проектных решений по информационному обеспечению
1.4.2.Обоснование проектных решений по программному обеспечению
1.4.3.Обоснование проектных решений по техническому обеспечению
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
2.2.Информационное обеспечение задачи
2.2.1. Информационная модель и ее описание
2.2.2.Характеристика нормативно-справочной, входной и оперативной информации
2.2.3.Характеристика результатной информации
2.3.Программное обеспечение задачи
2.3.1.Общие положения (дерево функций и сценарий диалога)
2.3.2.Характеристика базы данных
2.3.3.Структурная схема пакета (дерево вызова программных модулей)
2.3.4.Описание программных модулей
– непосредственная разработка с помощью всех этапов проектирования программного обеспечения;
– покупка уже ранее готовой системы по обработке имеющихся договоров;
– покупка стандартной платформы для возможности ее последующей доработки;
– аренда ИС.
Заметим, что при непосредственной покупке готового решения надо применить такое, что полностью соответствует схемам управления складского учета.
Это бывает одним с самых сложных факторов, поскольку производители указанных систем автоматизации далеко не всегда могут угодить клиентам в плане особенностей функционирования.
1.4.Обоснование проектных решений
1.4.1.Обоснование проектных решений по информационному обеспечению
Информационное обеспечение – совокупность единой системы кодирования и классификации информации, унифицированных систем для ведения документации, схем информационных процессов, циркулирующих в ООО «Весна».
Классификаторы собой представляют систематический свод, множество каких-то объектов, позволяющий находить для каждого их них свое определенное место, и имеют конкретное (числовое) обозначение.
Заметим, что система классификации позволяет группировать объекты, выделять определенные классы, что будут характеризоваться целым рядом общих свойств.
На рисунке 1.18 рассматривается структура информационного обеспечения, которое применяется в настоящее время:
Рис. 1.18. Типы информационного обеспечения
Классификация объектов – процедура группировки объектов на качественном уровне, что направлена на выделение свойств, которые являются однородными для них.
Применительно к данным как к объектам классификации выделенные классы часто называют информационными объектами.
Классификатор – это систематизированный свод кодов и названий классификационных группировок.
Назначение классификатора следующее:
– систематизация наименований объектов;
– однозначная интерпретации объектов в разных задачах;
– возможность выполнения обобщения информации по указанной совокупности признаков;
– использование возможности сопоставления одинаковых показателей, что содержаться в формах современной статистической отчетности;
– выполнение возможности обмена и поиска информацией между разными внутрифирменными подразделениями, а также внешними информационными системами;
– выполнение экономии памяти ПК при размещении кодируемой производственной информации. [4, c.144]
Входными документами при реализации процесса поставок в ООО «Весна» являются документы, что заполняются при непосредственном утверждении между представителем фирмы и клиентами:
– договора на поставку;
– товарные накладные;
– акт о доставке;
– дорожные листы;
– путевки на перевозку;
– сертификаты качества.
Эти документы считаются традиционными при непосредственном выполнении складского учета.
Кроме этого, документами, которые являются результатом процесса поставки являются:
– документы об оплате поставок;
– акты о приемке;
– чеки о перечисление финансовых средств.
1.4.2.Обоснование проектных решений по программному обеспечению
К программному обеспечению (ПО) можно отнести все программы, которые применяются для вычислительной техники, а также всю область деятельности для проектирования и разработке программного обеспечения:
– технология проектирования программ (к примеру, нисходящее проектирование, объектно-ориентированное и императивное проектирование и другие);
– методы тестирования программных продуктов;
– методы доказательства корректности программ;
– анализ качества функционирования программ;
– документирование программных продуктов;
– разработка и применение программных средств, что облегчают процесс проектирования ПО, и многое другое.
Непосредственно программное обеспечение – это неотъемлемая часть каждой компьютерной системы. Оно является также логическим продолжением всех технических средств.
Сектор применения конкретного ПК определяется для него созданным ПО. Персональный компьютер сам по себе не обладает знаниями абсолютно ни в одной сфере применения.
Эти все знания сосредоточены в исполняемых на компьютерах программных продуктах.
Программное обеспечение в нынешнее время составляет многие сотни тысяч программ, что часто предназначены для обработки разнообразной информации.
Все имеющиеся программы, работающие на персональном компьютере, можно условно разделять на 3 вида (рисунок 1.19):[15, с.131]
– прикладные программы, непосредственно обеспечивающие выполнение необходимых пользователям работ;
– системные программы, что предназначены для управления функционированием вычислительной системы, а также выполняют самые различные вспомогательные функции, к примеру:
управление ресурсами ПК;
создание нескольких копий используемых данных;
проверка работоспособности всех устройств компьютера;
выдача информации о компьютере и прочее;
– инструментальные программные системы, которые облегчают процесс создания других программ для ПК.
Рис. 1.19. Типы ПО
При построении классификации программ нужно учитывать факт, что молниеносное развитие вычислительной техники, а также расширение сферы использования компьютеров резко ускорили процессы эволюции программного обеспечения.
Развитие программ пошло и вглубь (появились современные подходы к построению ОС, языков программирования и других программных средств), и вширь (прикладные программы уже давно перестали быть прикладными, они приобрели самостоятельную свою ценность).
Соотношение между всеми требующимися программными продуктами, а также и имеющимися на рынке ПО меняется очень быстро.
Отметим, что даже классические программные продукты, например, такие, как ОС, непрерывно развиваются, наделяются интеллектуальными функциями, где многие из которых относились ранее только к очень интеллектуальным возможностям человека.[12, с.221]
Рассмотрим подвиды ПО, на которые разделены категории программного обеспечения (рисунок 1.20):
Рис.1.20. Категории программного обеспечения
Прикладная программа – любая конкретная программа, что способствует решению некоторой задачи в пределах конкретной проблемной области.
В случае создания ИС для автоматизации складского учета будет применяться платформа 1С:Предприятие, которая имеет такие положительные стороны:
– обеспечение процесса хранения, ввода, вывода и обработки информации;
– выполнение защиты информации на требуемых уровнях;
– реализация современных объектов конфигурации (регистры накопления, сведений и т.д.);
– большой уровень масштабируемости конфигурации;
– обеспечение качественного внедрения разрабатываемой конфигурации в общую ИС ООО «Весна» и другие.
1.4.3.Обоснование проектных решений по техническому обеспечению
Под аппаратным обеспечением, которое применяется для функционирования ООО «Весна», понимается следующая совокупность технических средств:
– компьютеры;
– периферийная техника;
– линии связи;
– физическая среда для передачи информации;
– сетевое аппаратное оборудование;
– организационная техника и другие.
При непосредственном выборе рассмотренной выше техники надо руководствоваться целым перечнем характеристик, которые непосредственно влияют на работу вычислительной системы:
Рис. 1.21. Критерии выбора аппаратного обеспечения
От значения всех выше рассмотренных параметров зависят также обобщенные возможности работы всей вычислительной системы.
Применяемые аппаратные средства имеют такие составляющие компоненты: [8, c.92]
– компьютеры;
– аппаратные устройства по выполнению операций сбора, обработки оперативных данных;
– устройства по обеспечению качественной передачи информации по сетям;
– монтажные и другие материалы.
Анализируя перечень аппаратного обеспечения, что применяется в ООО «Весна», можно сделать вывод, что они соответствуют в полной мере всем поставленным целям автоматизации складского учета.
II ПРОЕКТНАЯ ЧАСТЬ
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла ПО – это структура, содержащая разные процессы действия, а также и задачи, которые часто осуществляются в ходе процесса разработки, использования или сопровождения программного продукта.
Такие модели можно разделять на 3 главных группы:
– с учетом специфики задач;
– инженерный подход;
– современные технологии для быстрой разработки.
Рассмотрим существующие непосредственно модели (подклассы) и также оценим их недостатки и преимущества.
Модель устранения и кодирования ошибок – это совершенно простая модель, которая характерна для студентов ВУЗов.
По этой модели именно большинство студентов разрабатывают самые простые проекты.
Данная модель имеет такой алгоритм:[2, с.212]
– остановка задачи;
– выполнение задачи;
– проверка результата задачи;
– при необходимости возврат к первому пункту.
Данная модель является устаревшей. Она характерна для 60-70 гг. 20 столетия, поэтому преимуществ перед другими моделями практически не имеет, к тому же недостатки – на лицо.
Каскадная модель ЖЦ ПО (водопадная модель) имеет алгоритм, приведенный на рисунке 2.1, имеет ряд преимуществ перед описанным алгоритмом в предыдущей модели, но имеет также и ряд недостатков [1, с.98].

Рис. 2.1. Водопадная модель ЖЦ
Основные преимущества модели:
– последовательное выполнение этапов разработки проекта в строгом порядке;
– позволяет оценить качество продукта для каждого этапа.
Недостатками являются следующие факты:
– отсутствие обратных связей с этапами;
– нет соответствия реальным условиям для разработки программного продукта.
Стоит отметить, что для устранения недостатков часто применяется каскадная модель с так называемым промежуточным контролем (водоворотная модель). Она является почти эквивалентной алгоритму предыдущей модели, но при этом имеет также обратную связь с каждым этапом ЖЦ, порождая при этом очень весомый недостаток, а именно 10-ти кратное увеличение разных затрат на разработку проекта.
V-модель или разработка с применением тестирования имеет более приближенный для современных методов алгоритм, но все еще имеет перечень недостатков. Является также одной из главных практик экстремального программирования (рисунок 2.2).
Рис. 2.2. V-модель
Модель на базе разработки прототипа – основывается на разработке прототипов, а также прототипирования продукта.
Процесс прототипирования используется на самых ранних стадиях ЖЦ программного обеспечения:[3, с. 43]
– прояснить все не ясные требования к разработке (прототип UI);
– выбрать одно с ряда концептуальных решений;
– проанализировать осуществимость проекта.
Рассмотрим классификацию прототипов:
вертикальные и горизонтальные;
одноразовые и эволюционные;
раскадровки и бумажные.
Горизонтальные прототипы дают возможность моделировать исключительно UI вовсе не затрагивая логику для обработки и непосредственно базу данных.
Вертикальные прототипы – это проверка архитектурных решений для разработки.
Одноразовые прототипы применяются для быстрой разработки (RAD).