48
Гибкость платформы позволяет применять 1С: Бухгалтерия 8 в самых
разнообразных областях:
• автоматизация производственных и торговых предприятий, бюджетных и
финансовых организаций, предприятий сферы обслуживания и т.д.
• поддержка оперативного управления предприятием;
• автоматизация организационной и хозяйственной деятельности;
• ведение бухгалтерского учета с несколькими планами счетов и
произвольными измерениями учета, регламентированная отчетность;
• широкие возможности для управленческого учета и построения
аналитической отчетности, поддержка многовалютного учета;
• решение задач планирования, бюджетирования и финансового анализа;
• расчет зарплаты и управление персоналом; другие области применения.
В стандартном средстве разработки 1C: "Библиотека 8.2 (БСП)"
предоставляется набор функциональных подсистем и технология для разработки
прикладных решений на платформе "1С": "Бухгалтерский учет 8.3". С помощью
системы БСП можно создать новые конфигурации, которые уже работают в
базовом режиме, а также вставить в существующие конфигурации рабочие блоки.
Кроме того, использование БСП при разработке приложений обеспечивает
большую стандартизацию конфигураций, сокращая время поиска и внедрения
приложений за счет согласования стандартных подсистем.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение — совокупность технических средств,
необходимых для работы ИС, а еще подходящая документация на данные
средства и технологические процессы [12, стр. 45-67].
Комплексом технических средств является:
1. ПК удовлетворяющие минимальные требованиям;
49
2. Устройства по сбору, накоплению, обработке, передаче и выводу данных;
3. Устройства по передачи информации и линии связи;
4. Средств оргтехники и устройств автоматического съема данных;
5. Эксплуатационные материалы и др.
Составляется предварительная выборка технических
средств, их использование, процесс обработки информации и
технологическое оборудование.
Документацию возможно делить на три группы:
1. Общесистемный, включающий государственный и отраслевой стандарт по
техническому обеспечению;
2. Специализированная, содержащая комплекс методик по всем этапам
разработки технических обеспечений;
3. Нормативно - справочная, применяемая при выполнении расчетов по
техническим обеспечениям.
Были созданы две основные группы технической поддержки,
централизованные и селективные или полностью децентрализованные. [23, стр.
46-89].
Предоставление централизованных услуг серверов на основе
использования в информационной системе.
Децентрализованная техника позволяет внедрять функциональные
подсистемы на ПК непосредственно на рабочем месте. Перспективный подход
следует рассматривать как частично децентрализованный подход - внедрение
технологии на основе распределенных сетей, состоящей из ПК и сервера хранения
баз данных, общего для всех рабочих подсистем. [15, стр. 27-43].
Для достижения этой цели необходимо иметь специалиста по ПК и
принтерам. Компьютер, используемый специалистом, имеет следующие
компоненты:
50
• Корпус: InWin EMR009 450W black-silver mATX;
• MB: ASUS P8H61-M LE/USB3;
• Процессор: Intel Core i3-2100, S1155;
• Cooler: CPU Intel S-1156/1155 BOX;
• HDD: Seagate SATA 500Gb ST3500413AS; RAM: 2GB DDR3
1333MHz Kingston PC3-10666; Привод: DVD-RW NEC AD7260S
SATA black.
Критерием выбора технических средств есть:
1. Надежная функциональная система;
2. Функционально полная система;
3. Быстродействие;
4. Минимизирование расходов на стоимость: аппаратного средства,
прикладной системы, сопровождения систем, становление систем.
51
II Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта состоит из четырех фаз:
1. Начальная фаза;
2. Фаза разработки;
3. Фаза реализации;
4. Фаза завершения.
Начальная фаза - это фаза разработки концепций проекта она состоит из
сбора исходных данных и анализа существующего состояния (предварительное
исследование), а также выявления потребностей в изменениях (в проекте).
Определение проекта:
• постановка целей, задач и результатов в задаче автоматизации учета
нагрузки;
• определение основных требований, ограничительных условий, критериев
проекта;
• определение уровня рисков;
• определение окружения проекта, предполагаемых участников;
• расчет требуемого времени для разработки, ресурсов, средств и др.
В результате этапа формируется задача автоматизации учёта заявок,
происходит построение и оценка альтернативных вариантов решения данной
задачи, а также экспертиза и утверждение концепции задачи.
Фаза разработки проекта – это фаза, в результате которой разрабатывают
основной состав проекта, проводят подготовку к реализации. Основные подэтапы
этой фазы: выбор руководителя проекта и назначение команды проекта: изучение
целей, мотивации и требований заказчика и хозяина проекта, а также других
ключевых участников.
52
На этом этапе осуществляется структура планирования, в том числе
декомпозиция проекта (разбиение на более детальные блоки), составляют
календарные планы и графики работ, утверждают смету и бюджет проекта,
определяют необходимые ресурсы и методы контроля реализации проекта,
осуществляют определение и распределение рисков. На данном этапе происходит
организация и проведение торгов, заключение контрактов с основными
исполнителями, организуется выполнение основных проектных и
опытноконструкторских работ по проекту и осуществляется представление
проектной разработки заказчику.
В выпускном квалификационном проекте по автоматизации учёта продаж
на этом этапе определяют основные критерии будущей системы, и формируют
требования к ней. Осуществляется проектирование и разработка основных
модулей информационной системы, создается интерфейс системы и происходит
пробное заполнение данными.
Фаза реализации – это фаза, в процессе которой происходит введение в
работу информационной системы. На этом этапе производиться введение в
действие средств коммуникации и связи между участниками проекта, введение в
действие системы стимулирования участников проекта, осуществление
детального проектирование, и определение технических спецификаций,
осуществление оперативного планирования работ.
Применительно к задаче ВКР на этом этапе проводится обучение
персонала, внедрение в технологию работы разработанной информационной
системы. Заполнение системы реальными данными и проверка ее соответствия
поставленным задачам.
Завершающая фаза или окончание проекта – это фаза, в процессе которой
достигаются поставленные цели проекта и подводятся итоги. К основным работам
этой фазы относятся - эксплуатационные испытания готового продукта,
53
подготовка кадров для эксплуатации системы, подготовка документации, сдача
объекта заказчику и ввод в эксплуатацию.
В данном выпускном квалификационном проекте на этой фазе происходит
обучение специалиста работе с информационной системой, составление
инструкции пользователя по основным критериям работы, пробная печать
отчетов.
Жизненный цикл программного обеспечения.
Важным понятием методологии проектирования ИС является понятие
жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО - это
непрерывный процесс, начинающийся с момента принятия решений о создании
информационной системы и заканчивающийся в момент ее полного изъятия из
эксплуатации.
Основным нормативным документом, регулирующим стандарт, является
международный стандарт ISO/TEC 12207 (ISO - International Organization of
Standardiation International, EEC - International Electecnical Commission -
Международная комиссия по электрическим технологиям). По нему определяется
структура ЖЦ, содержащая процессы, действия и задачи, выполняемые во время
разработки ПО.
Структура ЖЦ ПО по стандарту ISO/TEC 12207 состоит из трех групп
процессов:
• основные процессы ЖЦ ПО (приобретение, поставка, разработка,
эксплуатация, сопровождение);
• вспомогательные процессы, обеспечивающие выполнение основных
процессов (документирование, управление конфигурацией, обеспечение
качества, верификация, аттестация, оценка, аудит, решение проблем);
• организационные процессы (управление проектами, создание
инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ,
обучение).
54
Разработка имеет все работы по созданию программного обеспечения и его
компонентов (анализ, проектирование и программирование) в соответствии с
заданными потребностями, охватывая разработку проектно-эксплуатационной
документации, подготовку основных документов для тестирования и свойств
программного обеспечения, важных материалов для обучения персонала и т. д.
Эксплуатация содержит работы для внедрения компонентов ПО, а также
для конфигурирования базы данных и рабочих мест пользователей, обеспечения
эксплуатационной документацией, проведения обучения персонала и т.д., ну и
непосредственно эксплуатация, в том числе локализация проблем и устранение
причин их возникновения, модификация ПО в рамках созданного регламента,
подготовка предложений для совершенствования, развития и модернизации
системы.
Модели жизненного цикла ПО.
Стандарт ISO/TEC 12207 не предлагает определенную модель ЖЦ и методы
для разработки ПО. Его регламенты база для всех моделей ЖЦ, для методологии
и технологии разработки. Стандарт ISO/TEC 12207 представляет структуру
процессов ЖЦ ПО, но не рассматривает в деталях, их реализацию или выполнение
действий и задач.
Модель ЖЦ – это структура, определяющая последовательность
выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ.
Модель ЖЦ зависит от назначения ИС и требований условий, в которых система
будет разрабатываться и функционировать. Наиболее распространены две
основные модели ЖК - каскадная (в 1970 - 1985) и спиральная (в 1986 - 1990).
В однородных ИС приложения были единым целым. Для разработки
данного приложения использовался каскадный метод. Каскадный метод - это
деление всей разработки на этапы, при этом переход с одного этапа на другой
происходит только после завершения всех работ на предыдущем этапе.
55
Каждый этап заканчивается созданием комплекта документации, с которой
разработка может быть продолжена другой командой разработчиков.
Преимущества данного метода:
• на всех шагах формируется набор проектной документации, отвечающий
аспектам полноты и согласованности;
• выполняемые в логичной очередности этапы дают возможность
планирования сроков окончания всех дел и надлежащих расходов.
Каскадный способ подходит для построения ИС, в коих с начала разработки
возможно точно и полно образовать все требования, и дать создателям свободу
воплотить в жизнь их на техническом уровне как возможно грамотней. Сюда
входят сложные расчетные системы, системы реального времени и др.
Во избежание этих проблем была предложена спиральная модель, в которой
основное внимание уделяется начальным фазам анализа и проектирования. На
данных шагах осуществление всех технических решений проверяется путем
создания прототипов. Все витки спирали соответствует разработке своего
фрагмента или версии ПО, происходит уточнение целей и характеристик проекта,
определяется качество и планируется работа следующего витка спирали. Так,
происходит углубление и последовательная конкретизация деталей проекта, в
результате выбирается наилучший вариант, который доводится до реализации.
Ключевая задача разработки - как можно скорее представить заказчикам
системы работоспособный продукт, этим образом, активизируя процесс
уточнения и дополнения требований.
Для создаваемой ИС подходит спиральная модель жизненного цикла. Эта
модель ЖЦ является более эффективной по сравнению с каскадной, что позволяет
получить в итоге более качественный продукт при небольшом количестве
задействованного персонала и довольно коротком графике проектирования.
Спиральная модель позволяет совершенствовать информационную систему путем
создания новых версий.
56
На стадии реализации идет подготовка и постепенная реализация
проектноконструкторской документации заказчика. На этом этапе выявляются
частные и системные недостатки в предлагаемом проектном решении.
Существует четыре способа внедрения новой системы:
1. Параллельная стратегия.
2. «Скачок».
3. Пилотный проект.
4. «Узкое место».
Специфика работы компании-клиента предполагает невозможность BR39
работы компании из-за нового Введения, так как это может привести к потере
клиентской аудитории, ошибки в исполнении компании и, как следствие, потери
прибыли. Кроме того, риски воздействия на эффективность бизнеса должны быть
минимизированы или отсутствовать.
Метод "скачка" предусматривает полную ликвидацию операционной
системы и мгновенный и безусловный переход на новую интеллектуальную
собственность. Это может побудить пользователей системы использовать его
быстро, но с высокой вероятностью процесс получения и обработки информации
прекратится, если новая система не сработает.
"Узкий" метод принципиально неприемлем для разрабатываемого проекта,
так как он предполагает внедрение интеллектуальной собственности в наиболее
критическую зону деятельности компании, с тем чтобы перейти к полной
реализации в целом предприятия. Изначально задача стоит на одной площадке, а
переход на всю компанию не планируется.
Поэтому двумя наиболее приемлемыми решениями являются параллельная
стратегия и стратегия пилотного проекта. Их сравнительная характеристика
приведена в таблице 2.1.
57
Таблица №2.1
Сравнительная характеристика стратегий внедрения ИС
Позиция
Параллельная стратегия
Пилотный проект
Случай
применения
Старую работающую систему
необходимо заменить новой
Тактика «скачка», но
применяемая к ограниченному
числу функций.
Область
применения
Не имеет значения
Малый участок деятельности
Риск срыва
работы
предприятия
Риск минимальный
Стратегия нацелена на снижение
риска при внедрении
Дублирование
операций
Есть
Нет
При использовании параллельной стратегии внедрения проекта
одновременно работают старая и новая системы, их результаты и выходные
документы сравниваются. Если они соответствуют времени, то можно перейти на
новую систему. При замене одной части одного программного обеспечения на
другую дублирование операций при внедрении системы не имеет
принципиального значения при выборе способа реализации.
Гораздо более важным критерием должно считаться снижение рисков и
снижение почти до нуля. В этой связи наиболее приемлемой является стратегия
параллельного осуществления.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
При создании любого проекта постоянно появляются ситуации, связанные
с неопределенностью, неполнотой или неточностью информации об условиях
проектирования проекта и связанные с ними затраты и результаты. Участники
проекта заинтересованы в уменьшении возможности срыва проекта из-за таких