Дипломная работа: Автоматизация управления садового товарищества «Дружба»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
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
Источник: https://baza.diplomsite.ru/previewfile/814