37
4. Поставщик приложения имеет доступ ко всем данным о клиентах,
ускоряя проектирование и регрессионное тестирование.
5. Поставщик решений имеет доступ к поведению пользователя в
приложении (обычно через веб-аналитику), что упрощает определение
областей, требующих улучшения.
2.1.3. Обоснование проектных решений по техническому
обеспечению
Садоводческое товарищество представляет собой совокупность
садовых и жилых домов, расположенных на одной территории ведения
садоводства. Размещение серверной инфраструктуры в таких помещениях не
просто нецелесообразно, но даже и опасно с точки зрения пожарной
безопасности.
К тому же в СНТ "Дружба" нет квалифицированного персонала,
готового обслуживать IT-инфраструктуру. Оплачивать работу
квалифицированного персонала также не представляется целесообразным.
Для потребления услуг SaaS нет необходимости в наличии в штате
организации-потребителя квалифицированного ИТ-специалиста. Для
стабильной работы нужен только сотрудник с минимальными ИТ-навыками
В трудовые функции этого сотрудника, в частности, будет входить
поддержание контакта с поставщиком услуг SaaS.
Именно эти факты являются наглядным обоснованием выбора модели
SaaS.
В модели SaaS на стороне клиента необходимы лишь рабочие места -
компьютеры и канал связи с облачным провайдером. Доступ будет
осуществляться посредством тонкого клиента через сеть Интернет с
использованием любого веб-браузера. Доступ будет предоставляться на
правах аренды за абонентскую плату. Доступ нескольких пользователей
(например, председатель, члены правления, бухгалтер) будет возможен из
разных мест.
38
Компания 1С предъявляет к аппаратному обеспечению собственные
требования. Например, к серверному оборудованию предъявляются
следующие требования.
32-разрядный сервер 1С:Предприятия:
Процессор Intel Pentium IV/Xeon 2,4 ГГц и выше
Оперативная память 1024 Мб и выше
Жесткий диск 40Гб и выше
Устройство чтения компакт-дисков
USB-порт
SVGA-видеокарта
64-разрядный сервер 1С:Предприятия:
Процессор с архитектурой x86-64 (Intel с поддержкой EM64T, AMD с
поддержкой AMD64).
Оперативная память 2048 Мб и выше
Жесткий диск 40Гб и выше
Устройство чтения компакт-дисков
USB-порт
SVGA-видеокарта
Сервер баз данных:
Технические характеристики компьютера и операционная
система должны соответствовать требованием Microsoft SQL Server,
PostgreSQL, IBM DB2, Oracle Database.
Веб-клиент:
Процессор Intel Pentium Celeron 1800 Мгц и выше
Оперативная память 256 Мб и выше
Жесткий диск 40Гб и выше
39
Устройство чтения компакт-дисков
SVGA-видеокарта
2.2. Разработка проекта автоматизации
2.2.1. Этапы жизненного цикла проекта автоматизации
В этом разделе автором будет обоснована конкретная модель
развѐртывания облачных вычислений. Модели развертывания облачных
вычислений представляют, как могут быть организованы облачные
вычисления, основанные на управлении и совместном использовании
физических или виртуальных ресурсов.
7
Согласно ГОСТ ISO/IEC 17788-2016 существуют следующие модели
развѐртывания облачных вычислений:
Публичное облако
Частное облако
Общественное облако
Гибридное облако
Выбранное мной решение (Инфокрафт: Бухгалтерия СНТ) использует
модель частного облака.
Частное облако – это такая модель развѐртывания облачных
вычислений, в которой службы облачных вычислений используются
исключительно единственным потребителем службы облачных вычислений,
и ресурсами управляет тот же потребитель службы облачных вычислений.
Частное облако может принадлежать, находиться под руководством и
управляться непосредственно самой организацией или третьим лицом, а
ресурсы для функционирования облака могут находиться как у владельца,
так и извне. Потребитель службы облачных вычислений может также
7
ГОСТ ISO/IEC 17788-2016 Информационные технологии (ИТ). Облачные вычисления. Общие
положения и терминология
40
разрешить доступ другим сторонам для собственной выгоды. Есть
возможность установить строго управляемую границу вокруг частного
облака, для предоставления доступа только сотрудникам одной организации.
Согласно ГОСТ Р ИСО/МЭК 15504-5-2016 категория процессов
жизненного цикла системы содержит следующие четыре группы процессов:
1. Группа процессов соглашения;
2. Группа процессов организационного обеспечения проекта;
3. Группа процессов проекта;
4. Группа технических процессов.
Процессы жизненного цикла системы состоят из процессов,
обслуживающих основные стороны в течение жизненного цикла системы,
или программных средств. Основная сторона инициирует или выполняет
разработку, эксплуатацию или обслуживание продуктов. Такими основными
сторонами являются: получатель, поставщик, разработчик, оператор и
сопроводитель (сопровождающая сторона) продуктов.
Процессы соглашения (Agreement Processes, AGR) определяют виды
деятельности, необходимые для установления соглашения между двумя
организациями. Если вызывают процесс приобретения, он предоставляет
средства для ведения бизнеса с поставщиком: продукты для использования в
качестве действующей системы, услуги по сопровождению действующей
системы или разрабатываемые по проекту элементы системы. Если
вызывают процесс поставки, он предоставляет средства для ведения проекта,
результатом которого являют продукт или услуга, поставляемая получателю
(ИСО/МЭК 12207). В таблице 3 представлены процессы соглашения.
Таблица 3
Процессы жизненного цикла системы. Процессы соглашения
Идентификатор
процесса
Имя процесса
Источник
AGR.1
Приобретение
ИСО/МЭК 12207, 6.1.1
AGR.1A
Подготовка к
приобретению
(подпроцесс)
ИСО/МЭК 12207, B.3.1.1
41
AGR.1B
Выбор поставщика
(подпроцесс)
ИСО/МЭК 12207, B.3.1.2
AGR.1C
Мониторинг соглашений
(подпроцесс)
ИСО/МЭК 12207, B.3.1.3
AGR.1D
Приемка приобретающей
стороной (подпроцесс)
ИСО/МЭК 12207, B.3.1.4
AGR.2
Поставка
ИСО/МЭК 12207, 6.1.2
AGR.2A
Представление заявки
поставщиком
(подпроцесс)
ИСО/МЭК 12207, B.3.2.1
AGR.3
Менеджмент изменений в
контракте
ИСО/МЭК 12207, F.3
Процессы организационного обеспечения проекта (Organizational
Project-Enabling Processes, ORG) управляют способностью организации
приобретать и поставлять продукты или услуги посредством инициации,
поддержки и контроля проектов. Они обеспечивают ресурсы и
инфраструктуру, необходимые для поддержания проектов, и обеспечивают
удовлетворение организационных целей и достигнутых договоренностей.
Они не претендуют на всеобъемлющий набор бизнес-процессов,
позволяющий руководить бизнесом организации (ИСО/МЭК 12207).
В данную группу входят процессы, перечисленные в таблице 4.
Таблица 4
Процессы жизненного цикла. Процессы организационного
обеспечения проекта
Идентификатор
процесса
Имя процесса
Источник
ORG.1
Менеджмент моделью
жизненного цикла
ИСО/МЭК 12207, 6.2.1
ORG.1A
Учреждение процессов
ИСО/МЭК 12207, B.3.3.1
ORG.1B
Оценка процессов
(подпроцесс)
ИСО/МЭК 12207, B.3.3.2
ORG.1C
Совершенствование
процессов (подпроцесс)
ИСО/МЭК 12207, B.3.3.3
ORG.2
Менеджмент
инфраструктурой
ИСО/МЭК 12207, 6.2.2
ORG.3
Менеджмент портфелем
проектов
ИСО/МЭК 12207, 6.2.3
ORG.4
Менеджмент людскими
ресурсами
ИСО/МЭК 12207, 6.2.4
ORG.4A
Развитие навыков
(подпроцесс)
ИСО/МЭК 12207, B.3.4.1
ORG.4B
Приобретение и
обеспечение навыков
(подпроцесс)
ИСО/МЭК 12207, B.3.4.2
42
ORG.4C
Менеджмент знаниями
(подпроцесс)
ИСО/МЭК 12207, B.3.4.3
ORG.5
Менеджмент качества
ИСО/МЭК 12207, 6.2.5
ORG.6
Организационная
настройка
ИСО/МЭК 12207, F.1
ORG.7
Менеджмент
организацией
ИСО/МЭК 12207, F.2
Существует две категории процессов проекта (Project Processes, PRO).
Процессы менеджмента проектом используют для планирования,
осуществления, оценки и контроля хода воплощения проекта. Процессы
поддержки проекта поддерживают специализированные управленческие
задачи (ИСО/МЭК 12207).
Процессы менеджмента проектом (PRO.1 и PRO.2) используют для
установления и развития планов проекта, оценки фактических достижений и
прогресса в отношении планов, а также контроля осуществления проекта
вплоть до его внедрения. Отдельные процессы менеджмента проектом могут
быть вызваны в любой момент жизненного цикла и на любом уровне
иерархии проектов, как того требуют планы проекта или непредвиденные
события. Процессы менеджмента проектом применяют с уровнем строгости
и официальности, который зависит от степени риска и сложности проекта.
Процессы поддержки проекта (PRO.3, PRO.4, PRO.5, PRO.6 и PRO.7)
обеспечивают специфически направленный набор задач для осуществления
специализированной задачи управления. Все они являются наглядными в
управлении любым предприятием, начиная от полной организации вплоть до
процесса одного жизненного цикла и его задач.
В данную группу входят процессы, перечисленные в таблице 5.
Таблица 5
Процессы жизненного цикла системы. Процессы проекта
Идентификатор
процесса
Имя процесса
Источник
PRO.1
Планирование проекта
ИСО/МЭК 12207, 6.3.1
PRO.2
Управление и оценка
проекта
ИСО/МЭК 12207, 6.3.2
PRO.3
Менеджмент решениями
ИСО/МЭК 12207, 6.3.3
PRO.4
Менеджмент рисками
ИСО/МЭК 12207, 6.3.4
PRO.5
Менеджмент
ИСО/МЭК 12207, 6.3.5
43
конфигурацией
PRO.6
Менеджмент
информацией
ИСО/МЭК 12207, 6.3.6
PRO.7
Измерения
ИСО/МЭК 12207, 6.3.7
Технические процессы (Technical Processes, ENG) используются для
определения требований к системе преобразования требований в
эффективный продукт, разрешения однородности репродукции такого
продукта там, где это необходимо, использования продукта, предоставления
требуемых услуг, поддержки обеспечения таких услуг и изъятия из
обращения снятого с эксплуатации продукта.
Технические процессы определяют те виды деятельности, которые
позволяют организационным и проектным функциям этих процессов
оптимизировать преимущества и снизить риски, вытекающие из технических
решений и действий. Кроме того, данные виды деятельности позволяют
продуктам и услугам быть своевременными и доступными, экономичными и
функциональными, надежными, поддерживаемыми, продуктивными,
практичными и обладать другими качествами, необходимыми для
получающих и поставляющих организаций.
В рамках этих видов деятельности продукты и услуги соответствуют
ожиданиям или законодательным требованиям общества, включая
здравоохранение, безопасность, безвредность и экологические факторы
(ИСО/МЭК 12207).
В данную группу входят процессы, перечисленные в таблице 6.
Таблица 6
Процессы жизненного цикла системы. Технические процессы
Идентификатор
процесса
Имя процесса
Источник
ENG.1
Определение требований
правообладателей
ИСО/МЭК 12207, 6.4.1
ENG.2
Анализ системных
требований
ИСО/МЭК 12207, 6.4.2
ENG.3
Проектирование
архитектуры системы
ИСО/МЭК 12207, 6.4.3
ENG.4
Реализация
ИСО/МЭК 12207, 7.1.1
ENG.5
Комплексирование
системы
ИСО/МЭК 12207, 6.4.5
ENG.6
Квалификационное
ИСО/МЭК 12207, 6.4.6
44
тестирование системы
ENG.7
Инсталляция
программных средств
ИСО/МЭК 12207, 6.4.7
ENG.8
Поддержка приемки
программных средств
ИСО/МЭК 12207, 6.4.8
ENG.9
Функционирование
программных средств
ИСО/МЭК 12207, 6.4.9
ENG.9A
Применение по
назначению
(подпроцесс)
ИСО/МЭК 12207, В.3.5.1
ENG.9B
Поддержка заказчика
(подпроцесс)
ИСО/МЭК 12207, В.3.5.2
ENG.10
Сопровождение
программных средств
ИСО/МЭК 12207, 6.4.10
ENG.11
Изъятие из обращения
программных средств
ИСО/МЭК 12207, 6.4.11
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
В данном разделе будет приведено описание состава входных
документов, входных файлов и справочников, соответствующих им
экранных форм размещения данных.
Справочники:
1. Справочник «Участки»
Справочник находится в подсистеме «Лицевые счета и участки»,
раздел «Объекты учета». Предназначен для хранения информации обо всех
участках (рисунок 8).
На вкладку «Основные сведения» заносится информация об адресе, по
которому располагается участок и его характеристики.
«Адрес» заполняется автоматически при заполнении реквизитов
«Населенный пункт», «Район», «Улица», «Сокращение» и «Номер»
расположенных на вкладке «Основные сведения».
45
Рисунок 8 – Справочник "Участки"
2. Справочник «Граждане»
Справочник находится в подсистеме «Лицевые счета и участки» –
«Граждане». Предназначен для хранения информации обо всех гражданах,
являющихся членами СНТ (рис. 9).
Элемент справочника содержит следующие реквизиты:
«Имя» – ФИО гражданина;
«Код» – автоматически присваиваемый номер для
идентификации гражданина.
Поля «Фамилия», «Имя», «Отчество» заполняются автоматически при
указании реквизита «Имя».
В случае если гражданин сменил фамилию, имя или отчество,
необходимо пройти по ссылке «Гражданин изменил ФИО» и указать новые
данные.
46
По ссылке «История ФИО» можно просмотреть историю изменений
фамилии, имени, отчества гражданина.
Рисунок 9 – Справочник "Граждане"
3. Справочник «Взносы»
Справочник находится в подсистеме «Настройки». Предназначен для
хранения информации обо всех возможных взносов (рис. 10).
Элемент справочника «Взносы» содержит следующие реквизиты:
«Наименование» – название взноса;
«Код» – автоматически присваиваемый номер для
идентификации взноса.
Рисунок 10 – Справочник "Взносы"
4. Справочник «Основания расчета взносов»