35
Преимущества спиральной модели:
- быстрое получение результата;
- гибкость к требованиям проекта.
Недостатки:
- отсутствие регламентации стадий.
Для жизненного цикла текущего проекта больше подходит поэтапная
разработка, когда переход к следующему этапу происходит только после
завершения всех работ на предыдущем этапе. Таким образом, для реализации
нашего проекта хорошо подходит каскадный метод с промежуточным
контролем.
Несмотря на недостатки, данный метод хорошо подходит для
построения подобных механизмов, где в самом начале разработки можно
достаточно точно и полностью сформулировать все требования с тем, чтобы
предоставить программистам свободу для разработки этих требований, как
можно лучше с технической точки зрения.
Существует целый ряд стандартов, регламентирующих жизненный цикл
программного обеспечения, а в некоторых случаях и процессы разработки.
Среди наиболее известных стандартов можно выделить следующие:
- ГОСТ 34.601-90 – распространяется на автоматизированные
системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте
содержится описание содержания работ на каждом этапе. Стадии и этапы
работы, закрепленные в стандарте, в большей степени соответствуют каскадной
модели жизненного цикла;
- ISO/IEC 12207:1995 – стандарт на процессы и организацию
жизненного цикла. Распространяется на все виды заказного программного
обеспечения. Стандарт не содержит описания фаз, стадий и этапов;
- Custom Development Method (CDM) (методика "Oracle") по
разработке прикладных информационных систем – технологический материал,
детализированный до уровня заготовок проектных документов, рассчитанных
на использование в проектах с применением "Oracle". Применяется CDM для
36
классической модели жизненного цикла (предусмотрены все задачи и этапы), а
также для технологий "быстрой разработки" (Fast Track) или "облегченного
подхода", рекомендуемых в случае малых проектов;
- Rational Unified Process (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование, построение и
внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате
которых выпускается версия для внутреннего или внешнего использования.
Прохождение через четыре основные фазы называется циклом разработки,
каждый цикл завершается генерацией версии системы. Если после этого работа
над проектом не прекращается, то полученный продукт продолжает
развиваться и снова минует те же фазы. Суть работы в рамках RUP — это
создание и сопровождение моделей на базе UML;
- Microsoft Solution Framework (MSF) сходна с RUP, так же включает
четыре фазы: анализ, проектирование, разработка, стабилизация, является
итерационной, предполагает использование объектно-ориентированного
моделирования. MSF в сравнении с RUP в большей степени ориентирована на
разработку бизнес-приложений;
- Extreme Programming (XP). Экстремальное программирование
(самая новая среди рассматриваемых методологий) сформировалось в 1996
году. В основе методологии командная работа, эффективная коммуникация
между заказчиком и исполнителем в течение всего проекта по разработке
информационной системы, а разработка ведется с использованием
последовательно дорабатываемых прототипов;
- Стандарт ISO/IEC серии 15288.
В стандарте ISO/IEC 12207 не предлагается конкретной модели
жизненного цикла и методов разработки. Его рекомендации являются общими
для любых моделей жизненного цикла.
37
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект, связанный с разработкой и модификацией механизмов
информационной системы предприятия, всегда включает множество задач и
подзадач, связанных с моделированием, разработкой, проектированием и
внедрением. Практически каждая задача в совокупности с внешними
факторами является уникальной и часто имеет несколько путей решения,
требует особого подхода, порождает вторичные требования и разного рода
подзадачи. Поэтому в ходе разработки существуют различные риски.
Наиболее характерные риски и методы минимизации приведены в
таблице 3.
Таблица 3
Возможные риски проекта и способы их минимизации
Виды
рисков
Снижение видов риска
Снижение вероятности
возникновения риска
Риски,
связанные с
масштабом
проекта
Детальный анализ каждого этапа
работ, взаимодействия
участников, организации работ
Детальная проработка
технического задания
Риски,
связанные с
недостаточны
м опытом в
сфере ИТ
Проведение регулярного
обучения, повышения
квалификации специалистов,
соблюдение технологий работы
Разработка и утверждение
концепции проекта на
возможно более ранней его
стадии
Технические
риски
проекта
Строгий отбор проектной
команды по квалификационным
критериям. Обучение участников
проекта технологии проектных
работ
Использование стандартов
предприятия на проектные
работы
Организацион
ные риски
проекта
Обучение участников проекта,
тренинги команды, как можно
более полная формализация
деятельности
Включение в команду
администратора проекта,
детальное распределение
ролей
Операционны
е риски
проекта
Многократное тестирование
созданных продуктов,
тщательная экспертиза
документов
Строгое выполнение
процедур программы
качества
38
2.2 Информационная модель и ее описание
Для того, чтобы сделать процесс управления денежными средствами на
счете в банке более удобным и безопасным, в системе программ
"1С:Предприятие 8" реализована новая технология "DirectBank" – прямой
обмен с банком непосредственно из программы. Подготовленные в системе
"1С:Предприятие 8" платежные документы передаются в банк напрямую, без
выгрузки платежных документов в файл и последующей загрузки этих данных
в программы типа "Клиент банка". Выписки из банка также попадают в "1С"
напрямую из банка.
Алгоритм данного механизма в нашей версии конфигурации не сильно
отличается от алгоритма в новой версии. Основные отличия приходятся на
методологию исполнения данного алгоритма и расширенными возможностями
взаимодействия благодаря новым методам конфигурации. Новые методы
добавляются в конфигурацию путем выхода новой версии библиотеки
стандартных подсистем (БСП).
Типовой алгоритм механизма загрузки состоит приблизительно из ста
шестидесяти процедур и функций. Кратко рассмотрим общую часть этого
механизма.
Для начала разберемся с базовыми понятиями, связанными с
электронной цифровой подписью, ведь эта информация потребуется нам для
понимания описаний алгоритмов загрузки.
На территории Российской Федерации закон "Об электронной подписи"
был подписан 6 апреля 2011 года. В нем прописаны определения электронной
подписи, виды и технические требования, необходимые для создания и
проверки электронной подписи, а также ключ проверки и самой подписи.
Согласно данному закону, электронная подпись – это информация для
идентификации юридического или физического лица, переведенная в
электронно-цифровой вид.
В документе прописано три вида электронных подписей: простая (ПЭП),
усиленная (УЭП) и квалифицированная (КЭП).
39
Простая электронная подпись представляет собой комбинацию из
пароля и логина, подтверждающую отправления письма или документа
конкретным лицом. Усиленная подпись идентифицирует отправителя и дает
гарантию о неизменности документа с момента отправки. По предварительной
договоренности письмо с ПЭП или УЭП может приравниваться к обычному
бумажному документу. Квалифицированная подпись требует подтверждения
сертификатом от Удостоверяющего Центра, аккредитованного Министерством
цифрового развития, и всегда тождественна документу на бумажном носителе с
собственноручной подписью.
Электронная цифровая подпись (ЭЦП) – это форма электронного
документа, предназначенного для защиты информации от подделки. Получают
ее путем криптографического многоступенчатого преобразования информации
с обязательным использованием закрытого ключа. Этот ключ необходим для
идентификации пользователя-владельца ЭЦП.
Закрытый ключ ЭЦП – это последовательность символов,
предназначенная для создания электронной цифровой подписи и известная
владельцу сертификата. Для каждого физического лица разрабатывается
уникальная последовательность символов. Открытый ключ соответствует
закрытому, но доступен любому участнику системы электронного
документооборота. Предназначен открытый ключ для подтверждения
подлинности ЭЦП.
Контейнер закрытого ключа – это хранилище авторизации ЭЦП. Метод
защиты криптографического средства хранения лицензий, сертификатов,
паролей и прочих личных данных.
Криптопровайдер (CSP) – независимый модуль, позволяющий
осуществлять криптографические операции в операционной системе "MS
Windows", управление которым происходит с помощью функций "CryptoAPI".
Обмен с банками в электронном виде уже прочно вошел в практику
хозяйственной деятельности. Распространение систем "Клиент банка" стало
огромным шагом вперед по сравнению с подачей платежек в банк на бумажном
40
носителе, однако необходимость работать в отдельной программе "Клиент
банка" и производить обмены с "1С" многими оценивается как неудобство.
Для устранения этих неудобств исключается дополнительное звено –
программа "Клиент банка", а все операции информационного обмена с банком
выполняются непосредственно из "1С".
Благодаря этому исключается необходимость устанавливать и
администрировать отдельное программное обеспечение, исключаются
ежедневные трудозатраты на обмен файлами с системой "Клиент банка". При
этом в "1С" обеспечивается необходимый уровень информационной
безопасности.
Детальное описание технологии подключения зависит от банка, с
которым осуществляется обмен.
Настройка прямого обмена с банком происходит с помощью
встроенного помощника подключения к данному сервису.
Запустить помощник настройки можно по гиперссылке "Подключить
сервис 1С:ДиректБанк" в карточке банковского счета организации (Рисунок 9).
Рисунок 9. Запуск помощника настройки сервиса "1С:ДиректБанк".
41
Сервис "1С:ДиректБанк" предусматривает несколько вариантов
настройки прямого обмена с банком:
- загрузка в "1С" из файла настроек, который можно скачать в
"Личном кабинете" банка;
- данные вводятся вручную, и чтобы их получить, нужно обратиться
в службу техподдержки "1С" или Банка;
- автоматическая настройка. Большинство банков используют
именно этот механизм.
В случае загрузки в "1С" файла настроек требуется предварительно
скачать необходимый файл из личного кабинета банка или запросить у
технической поддержки банка, выбрать соответствующий пункт в помощнике и
загрузить полученный файл.
Ручное заполнение подразумевает, что все параметры для подключения
необходимо запросить в технической поддержке банка и заполнить их в
помощнике. В рамках этого формата реализована возможность подключить
взаимодействие с банком с использованием внешнего модуля, поставляемого
банком.
Самое простое и самое быстрое подключение происходит при
использовании механизма автоматического получения настроек. Он потребует
ввести данные личного кабинета юридического лица в Банке, указать адрес
сервер банка, способ аутентификации. После этого все необходимые настройки
будут сформированы автоматом.
Заполнив в помощнике все необходимые сведения, запустится
автоматическая настройка прямого обмена.
Схема процесса настройки прямого обмена представлена на рисунке 10.
42
Рисунок 10. Схема настройки сервиса "1С:ДиректБанк".
Механизм прямого обмена электронными документами состоит из двух
уровней взаимодействия (Рисунок 11):
- Прикладной уровень;
- API обмена данными;
Рисунок 11. Схема прямого обмена электронными документами.
Прикладной уровень – описывает структуру и порядок взаимодействия с
прикладными объектами, которые участвуют в обмене. Прикладной уровень
позволяет обмениваться любыми исходящими и входящими электронными
документами, которые возникают в процесс взаимодействия Клиента,
43
работающего в системе "1С", и Банка. Отправителем и получателем
электронного документа могут быть как Клиент (Организация), работающий в
системе "1С", так и Банк (роли участников обмена зависят от конкретной
бизнес-операции). При этом инициатором обмена всегда выступает система
"1С". Общий принцип работы прямого обмена сервиса "1С:ДиректБанк" на
прикладном уровне представлен на рисунке 12.
Рисунок 12. Общий принцип работы обмена на прикладном уровне.
44
API обмена данными – это уровень, который описывает подходы и
методы осуществления операций обмена данными, он в свою очередь делится
на следующие уровни:
- уровень аутентификации;
- настройка обмена;
- транспортный уровень.
API расшифровывается как "Application Programming Interface" и
переводится как программный интерфейс приложения или интерфейс
прикладного программирования и представляет собой описание способов,
набор классов, процедур, функций, структур или констант, которыми одна
компьютерная программа может взаимодействовать с другой.
Интеграция с банковским программным обеспечением может быть
реализована по одному из двух вариантов:
- API взаимодействия с банком (типовой вариант);
- API взаимодействия с подключением внешнего модуля,
поставляемого банком.
Выбор, по какому варианту API взаимодействия строить интеграцию,
зависит от специфики банковского программного обеспечения и
поддерживаемого способа аутентификации:
- если необходимо реализовать аутентификацию по "логину и
паролю" или обмен будет с электронной подписью, работающей через штатный
механизм платформы "1С:Предприятие" по работе с криптографией, то следует
использовать "типовой вариант";
- если необходимо поддержать работу с электронной подписью,
работающей на собственном криптографическом программном обеспечении без
поддержки "CryptoAPI", то следует использовать "внешний модуль"
(разработку этого модуля банк выполняет самостоятельно).
Способ взаимодействия устанавливает банк и клиент в большинстве
случаев не может самостоятельно принимать решение использовать
электронную подпись в программе "1С:Предприятие" или нет.