28
правильное понимание бизнес-процессов в организации позволит безошибочно
создать сами бизнес-процессы и предметную область. Самостоятельное создание
программного обеспечения, при условии соблюдения всех технологических
процессов проектирования программного обеспечения позволит существенно
уменьшить затраты на его написание.
1.4.2 Обоснование проектных решений по программному обеспечению.
Программное обеспечение – комплекс программ для реализации целей и
задач информационной системы АРМ, а также нормального функционирования
системы технических средств. В состав программного обеспечения включены
общесистемные и специальные программные продукты. К общесистемному
программному обеспечению включены комплексы программ, ориентированных на
пользователей и предназначенных для типовых задач обработки информации.
Организация данных, которые подвергаются обработке, может быть основой любого
автоматизированного рабочего места.
Одним из главных требований, предъявляемых к проектированию
информационных систем, используемых совместно на технологической базе весьма
ограниченных возможностей, является большая их однородность, способствующая
обеспечить совместимость, мобильность, переносимость.
Технология, базирующая на понятии метаданных, может быть одной из
самых распространенных технологий быстрой создания приложений. Типичным
примером такого подхода является система 1С:Предприятие. Она обладает
встроенным языком, но этот язык может быть лишь дополнением к каркасу
программы – конфигурации.
Так для документа складского учета «Приходная накладная» в
конфигурации делается прикладной объект Документ.ПриходнаяНакладная
полностью описывающий все свойства и все возможные действия с этим
документом. Применение древовидной иерархии типов прикладных объектов,
возможность появление собственных прикладных объектов на каркасе стандартных
типов, конструкторы прикладных объектов, запросов и отчетов, редактор форм дает
быстро создавать конфигурации максимально приближенные к предметной области.
При этом платформа 1С берет на себя все технические аспекты работы с
29
прикладными объектами связанные с организацией отображения и ввода
информации. Так, например, программисту 1С совершенно не требуется
размышлять о программировании таблицы документов на экранной форме и
обращать внимание на события добавления, удаления, внедрения в ней записей.
Программист 1С все свое время тратит лишь на выполнение функционала
прикладных объектов, а не на сопутствующие функции. Программирование на 1С
используется в терминах предметной области, для которой разрабатывается
конфигурация, а созданная конфигурация фактически идентифицируется моделью
этой предметной области.
1.4.3 Обоснование проектных решений по техническому обеспечению.
Общую структуру информационной системы можно представить как
совокупность обеспечивающих подсистем. Техническое обеспечение – это комплекс
технических средств, созданных для работы информационной системы АРМ. К
настоящему времени существуют две основные формы организации технического
обеспечения: централизованная и частично или полностью децентрализованная.
Многообещающим подходом в настоящее время считается частично
децентрализованный подход, применяя как персональные компьютеры, так и
большие электронно-вычислительные машины с применением распределенных
сетей. Создаваемая информационная система учета операций будет входить в состав
автоматизированного рабочего места экономиста - снабженца по учету договоров
организации. Под АРМ понимается комплекс инструментальных средств конечного
пользователя, включающая техническое и организационно-методическое
обеспечение задач его профессиональной деятельности на каркасе персональной
ЭВМ, расположенной на его рабочем месте, работающей как автономно, так и в
составе вычислительной сети. В настоящее время имеется множество программных
продуктов, обеспечивающих информационные технологии автоматизации офиса. В
них включены системы управления базами данных, текстовые процессоры,
табличные процессоры, компьютерные конференции, видеотекст, электронная
почта, электронный календарь, а также специализированные программы
управленческой деятельности: ведение документов, контроль исполнения приказов
и т. д.
30
При создании структуры экранных форм для ввода информации первичных
документов с оперативной информацией целесообразно применить
комбинированную форму, максимально приближенную к той, которая была
применена для построения самого документа. Размещение полей должно быть в
последовательности, соответствующей логической структуре документа и файлов с
оперативной информацией, уменьшающей трудоемкость операции загрузки
информации в информационную базу.
При создании экранных форм для документов с постоянной информацией
нужно учитывать, что эти макеты применяют для ввода и актуализации записей
информационной базы, поэтому для их проектирования целесообразно использовать
анкетную форму расположения реквизитов, удобную для выполнения этих
операций.
31
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл программного обеспечения (ПО) — период времени,
который наступает с момента утверждения решения о необходимости разработке
программного продукта и заканчивается в момент его полного изъятия из
эксплуатации. Жизненный цикл программного обеспечения (ПО) ИС представляет
собой непрерывный процесс, начинающийся с момента одобрения решения о
разработке ПО и заканчивающийся при окончании его эксплуатации.
Под моделью жизненный цикл ПО имеется в виду система,
последовательность реализации и взаимосвязи процессов, действий и задач на
протяжении жизни проекта. Модель жизненного цикла обусловливается
спецификой, масштабом и сложность проекта и специфики условий, в которых
система реализуется и функционирует.
Жизненный цикл программного обеспечения — это период времени,
который начинается с момента утверждения решения о разработке программного
продукта и заканчивается в момент его полного исключения из эксплуатации. Этот
цикл — процесс создания и развития ПО. В отличие от каскадной модели, она
позволяет возврат каждого этапа жизненного цикла на любой предыдущий этап для
реализации межэтапной корректировки. При этом гарантирована большая
надежность программного обеспечения, но вместе с тем увеличивается
длительность периода создания.
Жизненный цикл информационной системы включает все стадии и этапы ее
реализации, сопровождения и развития:
исследование предметной области с последующим созданием
функциональной и информационной моделей объекта, для которого приготовлена
информационная система;
·проектирование системы, заключающееся в создании проектных
решений;
разработку системы;
тестирование информационной системы и фиксирование сбоев с
последующим их исключением;
использование системы и ее сопровождение;
32
улучшение системы.
Управление конфигурацией – один из второстепенных процессов,
поддерживающих основные этапы жизненного цикла программного обеспечения,
прежде всего процессы создания и сопровождения программного обеспечения
информационной системы.
При создании проектов сложных информационных систем, состоящих из
многих деталей, каждый из которых включает в себя разновидности или версии,
появляется проблема формирования их связей и функций, создание
унифицированной структуры и предоставление развития всей системы. Управление
конфигурацией позволяет создать, систематически учитывать и контролировать
добавления внедрений в программном обеспечении на всех стадиях жизненного
цикла. Общие принципы и рекомендации конфигурационного сопровождения,
планирования и управления конфигурациями программного обеспечения отражены
в проекте стандарта ISO/IEC 12207[1].
Каждый процесс характеризуется определёнными целями, задачами и
методами их решения, выходными данными, полученными на предыдущем этапе, и
конечными результатами. Итогам анализа, в частности, являются функциональные
модели, информационные модели и соответствующие им диаграммы. Жизненный
цикл программного обеспечения носит итерационный характер: итоги очередного
этапа часто вызывают изменения в проектных решениях, выработанных на более
ранних этапах.
В управление конфигурацией можно включить функции анализа
производительности и оптимизации системы. Большинство систем имеют
оптимальные настройки по умолчанию и не требуют особой корректировки. Однако
производители операционных систем включают в них наборы эмпирических правил,
помогающих администратору вносить изменения в настройки с минимальным
риском ухудшить другие показатели или сделать систему неработоспособной.
Администратору следует их изучить и знать перечень параметров, которые
необходимо контролировать. Многих проблем можно избежать еще на стадии
планирования сети.
Сюда же можно отнести задачу, связанную с учётом системных ресурсов.
Учёт ресурсов позволяет заметить тенденции к появлению узких мест до того, как
33
появятся проблемы с производительностью и провести соответствующую
модернизацию. Кроме того, система учёта необходима при платном применении
ресурсов, например, контроль использования дискового пространства, печати, учёт
трафика.
Наибольшее распространение обрели следующие модели: каскадная, с
промежуточным контролем и спиральная.
Каскадная модель — модель процесса создание программного обеспечения,
в которой процесс производства выглядит как поток, последовательно проходящий
фазы анализа требований, проектирования, реализации, проверки, интеграции и
поддержки(рисунок 2.1). Положительные моменты модели: создание на каждом
этапе законченного комплекта документации и возможность планирования сроков
окончание работ и соответствующих затрат. Недостаток: несоответствие реальному
процессу создания программного обеспечения, который обычно не укладывается в
жесткую схему и запрашивает возврата к предыдущим этапам до уточнения или
пересмотра утвержденных решений.
Рисунок 2.1 - Каскадная модель жизненного цикла программного
обеспечения
Поэтапная модель с промежуточным контролем (рисунок 2.2). Эта модель
более похожа на реальный процесс создания программного обеспечения. В отличие
от каскадной модели, она допускает возможность возврата любого этапа на любой
предыдущий, для выполнения межэтапной корректировки.
34
Рисунок 2.2 - Поэтапная модель с промежуточным контролем
Преимущество модели в том, что она гарантирует большую надежность, но
из этого следует и недостаток - увеличивается время создания.
Спиральная стратегия (рисунок 2.3) рассчитывает развитие в виде
последовательности версий, но в начале проекта установлены не все условия.
Данная модель жизненного цикла типична при создании новаторских систем. В
начале работы над проектом у заказчика и разработчика нет четкой картины
итогового продукта или стопроцентной уверенности в успешном создании проекта.
В связи с этим принимается решение создании системы по частям с возможностью
коррекции требований или отказа от ее дальнейшего улучшения.
35
Рисунок 2.3 - Спиральная модель жизненного цикла программного
обеспечения
В связи малой сложностью разработки выбрана каскадная модель жизненного
цикла. Применение этой модели позволит создавать на каждом этапе законченную
структуру документации и планировать сроки окончания проекта и
соответствующие затрата.
Каскадная модель содержит следующие этапы:
анализ;
проектирование;
реализация;
введение;
эксплуатация.
Следует отметить, что методологии создания программного обеспечения,
базирующиеся на модели CMMI, унифицированном процессе RUP и модели MSF
компании Microsoft являются достаточно сильно формализованными, предполагают
ограничения по организационной структуре, бюрократический подход ко многим
проектным процедурам, наличие большого количества сопроводительных
документов, сложные процедуры согласования изменений проекта и принятия
36
других проектных решений. Такие методологии создания программного
обеспечения оправдывают себя для крупных проектов с большим количеством
исполнителей, заказчиками которых являются государственные или
бюрократические организации.
Для небольших команд альтернативой строго формализованных подходов к
созданию программного обеспечения являются гибкие (agile) методологии. Гибкие
методологии ориентированы на профессионалов, которые мотивированы на
создание качественного программного продукта в кратчайшие сроки. Основными
положениями гибкого подхода к созданию программного обеспечения являются:
люди и взаимодействие важнее процессов и программных средств;
работающее программное обеспечение важнее исчерпывающей
документации;
взаимодействие с заказчиком важнее согласования условий контакта;
готовность к коррекциям важнее следования первоначальному плану.
Гибкие методологии ориентированы на минимизацию рисков, реализуя
короткие итерации длительностью в одну или две недели. Каждая итерация
заканчивается выпуском заданной функциональности программного проекта, и
реализует этапы работ по планированию, анализу требований, проектированию,
кодированию, тестированию и документирование. Отдельная итерация, как правило,
недостаточна для выпуска новой версии продукта, но имеется в виду что гибкий
программный проект готов к выпуску в конце каждой итерации. По окончании
каждой итерации, команда выполняет переоценку приоритетов проекта.
Основной целью применения тех или иных методологий может быть
создание предсказуемого процесса разработки программного обеспечения заданного
качества. При этом дополнительные затраты, связанные с поддержкой методологии
(создание различных артефактов, отчетов, выполнение заданных процедур), должно
быть достаточным и минимально необходимыми для обеспечения требуемой
эффективности проектов.
На этапе анализа необходимо собрать информацию по планированию и
учету компьютерных курсах. Менеджер должен собрать и проанализировать данные
необходимые ему в программе по автоматизации планирования учебных курсов.
Это данные по номенклатуре, контрагентам, видам документам и их движениям.
37
Проектирование — процесс определения архитектуры, компонентов,
интерфейсов и других характеристик системы или её части. Результатом
проектирования служит проект — целостная система моделей, свойств или
характеристик, описанных в форме, полезной для реализации системы. На этапе
проектирования воплощается анализ материалов и формирование документации –
реализация и согласование технико-экономического обоснования и технического
задания на создание системы на каркасе исследования материалов обследования,
собранных на первом этапе.
Цель управления процессами жизненного цикла системы заключается в
гарантировании доступности эффективных процессов жизненного цикла для
использования организацией. Данный процесс обеспечивает процессы жизненного
цикла системы, которые согласованы с целями и политикой организации,
определены, адаптированы и поддержаны соответствующим образом для учета
особенностей отдельных проектов и способны реализовываться с помощью
эффективных проверенных методов и инструментальных средств. В итоге
эффективного управления процессами жизненного цикла системы:
определяются процессы жизненного цикла системы, которые будут
использоваться организацией;
определяется политика применения процессов жизненного цикла
системы;
определяется политика адаптации процессов жизненного цикла
системы для удовлетворения потребностей отдельных проектов;
определяются критерии оценки итогов, применения процессов
жизненного цикла системы;
предпринимаются действия по совершенствованию способов
определения и применения процессов жизненного цикла системы.[15]
В жизненном цикле управления приложениями качество должно
отслеживаться на всех этапах жизненного цикла программного обеспечения. Оно
начинает формироваться с определения необходимых требований. При задании
требований необходимо указывать желаемую функциональность и способы
проверки её достижения.