47
– документы об оплате поставок;
– акты о приемке;
– чеки о перечисление финансовых средств.
1.4.2. Обоснование проектных решений по программному
обеспечению
К программному обеспечению (ПО) можно отнести все программы,
которые применяются для вычислительной техники, а также всю область
деятельности для проектирования и разработке программного обеспечения:
– технология проектирования программ (к примеру, нисходящее
проектирование, объектно-ориентированное и императивное проектирование и
другие);
– методы тестирования программных продуктов;
– методы доказательства корректности программ;
– анализ качества функционирования программ;
– документирование программных продуктов;
– разработка и применение программных средств, что облегчают
процесс проектирования ПО, и многое другое.
Непосредственно программное обеспечение – это неотъемлемая часть
каждой компьютерной системы. Оно является также логическим продолжением
всех технических средств.
Сектор применения конкретного ПК определяется для него созданным
ПО. Персональный компьютер сам по себе не обладает знаниями абсолютно ни в
одной сфере применения.
Эти все знания сосредоточены в исполняемых на компьютерах
программных продуктах.
Программное обеспечение в нынешнее время составляет многие сотни
тысяч программ, что часто предназначены для обработки разнообразной
информации.
Все имеющиеся программы, работающие на персональном компьютере,
можно условно разделять на 3 вида:
48
– прикладные программы, непосредственно обеспечивающие
выполнение необходимых пользователям работ;
– системные программы, что предназначены для управления
функционированием вычислительной системы, а также выполняют самые
различные вспомогательные функции, к примеру: [15, с.131]
управление ресурсами ПК;
создание нескольких копий используемых данных;
проверка работоспособности всех устройств компьютера;
выдача информации о компьютере и прочее;
– инструментальные программные системы, которые облегчают
процесс создания других программ для ПК.
При построении классификации программ нужно учитывать факт, что
молниеносное развитие вычислительной техники, а также расширение сферы
использования компьютеров резко ускорили процессы эволюции программного
обеспечения.
Развитие программ пошло и вглубь (появились современные подходы к
построению ОС, языков программирования и других программных средств), и
вширь (прикладные программы уже давно перестали быть прикладными, они
приобрели самостоятельную свою ценность).
Соотношение между всеми требующимися программными продуктами, а
также и имеющимися на рынке ПО меняется очень быстро.
Отметим, что даже классические программные продукты, например,
такие, как ОС, непрерывно развиваются, наделяются интеллектуальными
функциями, где многие из которых относились ранее только к очень
интеллектуальным возможностям человека.[12, с.221]
Рассмотрим подвиды ПО, на которые разделены категории программного
обеспечения (рисунок 1.20):
49
Рис.1.20. Категории программного обеспечения
Прикладная программа – любая конкретная программа, что способствует
решению некоторой задачи в пределах конкретной проблемной области.
В случае создания ИС для автоматизации формирования коммерческих
поставок и калькуляции будет применяться платформа 1С:Предприятие, которая
имеет такие положительные стороны:
– обеспечение процесса хранения, ввода, вывода и обработки
информации;
– выполнение защиты информации на требуемых уровнях;
– реализация современных объектов конфигурации (регистры
накопления, сведений и т.д.);
– большой уровень масштабируемости конфигурации;
– обеспечение качественного внедрения разрабатываемой
конфигурации в общую ИС ООО «ЮниФренд» и другие.
50
1.4.3. Обоснование проектных решений по техническому
обеспечению
Под техническим обеспечением (ТО) понимается следующий набор
аппаратных средств:
– ПК;
– линии связи;
– периферийные устройства;
– сетевое оборудование;
– организационная техника.
Комплекс аппаратных средств имеет такие составляющие:
– компьютер;
– устройства для выполнения сбора, обработки, передачи, а также
вывода на печать данных;
– устройства для реализации передачи информации по локальным и
глобальным сетям;
– эксплуатационные и монтажные материалы.
При выполнении выбора ПК надо руководствоваться целым радом
характеристик:
Рис.1.21. Критерии выбора ПК
51
От значения рассмотренных на рисунке 1.21 параметров зависят также
результатные возможности работы с уже имеющимися программными
средствами.
Анализируя уже применяемое в ООО «ЮниФренд» аппаратное
обеспечение, можно в итоге сделать вывод, что оно полностью соответствует
поставленным целям для разработки ИС, а также дает возможность качественно
выполнять созданные алгоритмы для формирования коммерческих заказов и
калькуляции.
В результате рассмотрения первой главы ВКР была рассмотрена технико-
экономическая характеристика предметной области, выполнен анализ
деятельности «КАК ЕСТЬ» и «КАК ДОЛЖНО БЫТЬ», дана характеристика
комплекса задач и выполнено обоснование необходимости автоматизации
формирования заказов и калькуляции, а также реализовано обоснование
проектных решений для создания АИС.
52
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Процессы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) в современных автоматизированных ИС (АИС) –
это полностью контролируемый непрерывный процесс, что также может
выполняться с самого момента непосредственного утверждения надобности для
создания АИС и до изъятия ее с эксплуатации.
Стоит также заметить, все ЖЦ являются только одним с совокупности
базовых терминов при рассмотрении теории проектирования для многих
современных АИС [11, с.211].
Основным нормативным положением для регламентации разработки
жизненного цикла, считают сертифицированный международный документ с
разработки ISO серии 9000 Международной организации стандартизации
программ.
Каскадная модель часто может характеризоваться разбиением процесса
разработки определенного программного средства сразу на некоторые этапы, и,
стоит отметить, что все их переходы между этими этапами к следующему будут
реализовываться только после завершения предшествующих (рисунок 2.1).[3,
с.93]
Рис. 2.1. Структура каскадной модели
53
Рассмотрим некоторые положительные свойства описываемой модели
ЖЦ:
– при реализации каждого этапа этапе создается законченный набор
документации;
– все этапы создания АИС, должны быть реализованы строго в нужной
последовательности, тогда они дают возможность спланировать конкретные
сроки.
Рассматриваемый подход прекрасно зарекомендовал себя при реализации
проектирования АИС самой разной сложности, при которых можно на
начальных этапах разработки АИС практически точно выполнить описание всех
требований.
Для преодоления проблем, что описаны выше при использовании
каскадной структуры, еще в начале 70-х годов 20 века предложена спиральная
модель построения АИС.
При рассмотрении такой структуры рассматривался упор на некоторые
исходные этапы описанной выше каскадной модели:[14, с.61]
– анализ проблемы построения;
– проектирование АИС.
Непосредственная реализация для указанных технических фаз также
выполняется при помощи прототипов (рисунок 2.2).
Рис.2.2.Структура спиральной модели
54
Прототипы – это действующие модули АИС для реализации всех ее
отдельных функций.
Создание прототипов также может осуществляться часто и за несколько
целых итераций, которыми являются воображаемые витки спирали.
Все такие итерации могут соответствовать также созданию некоторого
этапа АИС (прототипа), где уточняются новые цели, характеристики
программного осуществления, а также оценивается суммарное качество
имеющихся результатов.
Спиральная модель ЖЦ АИС имеет свои достоинства, например: [8, c.44]
– заказчики могут влиять непосредственно на разрабатываемую для
них АИС на всех этапах;
– непосредственно в модели могут воплощаться полностью все
преимущества рассмотренного ЖЦ.
В качестве еще улучшенной структуры ЖЦ можно рассматривать такую
модель, что показана на рисунке 2.3:
Рис. 2.3. Структура улучшенной спиральной модели АИС
Инкрементная модель ЖЦ АИС является классическим прототипом для
инкрементного поведения при создании ПО.
55
Стоит отметить тот факт, что в ней объединены также элементы
последовательной модели при использовании итерационной структуры Боэма
для модернизации приведенной выше каскадной модели.
Каждая из последовательностей может сама проектировать специальный
необходимый инкремент АИС.
Самой главной реализацией указанного подхода считают специальную
технологию экстремального программирования, что ориентировано также на
малые приросты в их функциональности.
Рис. 2.4. Структура функционирования для инкрементной модели
Преимущество указанной модели состоит непосредственно и в том, что
вовсе нет надобности вкладывать самые разные средства уже ранее, которые
выделяются на всю АИС.
Стоит отметить, что при написании ВКР выбрана стратегия поэтапного
внедрения АИС.
То есть, при использовании этого метода внимание уделяется немногим
основным процессам, которые содержаться в бизнес-процессе «Формирование
коммерческих заказов и их калькуляции». Также, особенностью этого метода
является то, что он характерен для использования в малых компаниях.
Цель такого внедрения – как можно быстрее запустить систему, избежав
при этом, сложностей инжиниринга.
На этапе внедрения необходимо в соответствии с утвержденным
регламентом:
56
– создать технический проект (разработчики ИС);
– утвердить технический проект (разработчики ИС, конечные
пользователи);
– составить план внедрения ИС (разработчики ИС, конечные
пользователи).
Кроме этого, нужно уточнить смету на внедрение ИС, которая может быть
изменена непосредственно по время реализации данного процесса.
На этапе эксплуатации ИС необходимо выполнять следующую
последовательность действий:
– выполнить вход в систему;
– определить нужную подсистему;
– заполнить справочные данные;
– заполнить документы;
– вывести отчетную информацию.
Стоит отметить, что эта последовательность является
стандартизированной и при необходимости может незначительно изменяться.
В результате проведенного анализа ЖЦ можно сделать вывод, что для
создания системы автоматизации формирования коммерческих заказов и их
калькуляции для ООО «ЮниФренд», нужно применить каскадную модель.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание
Рассмотрим основные риски, которые присутствуют при использовании
ЖЦ (рисунок 2.5).
Первый риск – недостаточное определение свойств проектируемой
системы автоматизации, может потребовать на последующих этапах,
дополнительной разработки программ или хранилища информации, что
приведет также к возрастанию финансовых рисков, которые связаны с проектом.