Дипломная работа: Автоматизация приема платежей в базе конфигурации "1С: Предприятия 8.3" в ООО "Мастер Плюс"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
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".
Обмен с банками в электронном виде уже прочно вошел в практику
хозяйственной деятельности. Распространение систем "Клиент банка" стало
огромным шагом вперед по сравнению с подачей платежек в банк на бумажном
Источник: https://baza.diplomsite.ru/previewfile/1994