Разработка системы управления конфигурациями информационных систем
Анализ мировых библиотек знаний. Особенность управления сервисными активами и конфигурациями. Моделирование пользовательских сценариев и вариантов использования системы. Суть реализации интерфейсов и компонентов. Тестирование и отладка программы.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 14.09.2018 |
| Размер файла | 2,4 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Контроллер (Controller) интерпретирует действия пользователя, оповещая модель о необходимости изменений.
По результатам данного этапа будут сформированы руководства пользователя и программиста.
Для более удобного доступа к данным используется фреймворк Entity Framework. Этот фреймворк позволяет абстрагироваться от структуры конкретной базы данных и вести все операции с данными через модель. Создается контекст данных для облегчения доступа к БД на основе некоторой модели. В соответствующую папку добавляются классы, описывающие модели каждой из сущностей системы. После завершения работы с моделями, необходимо создать контроллеры, которые будут связывать модели и пользовательские интерфейсы.
Например, для создания контроллера для Конфигурации получаем из базы данных список идентификаторов объектов Configurations. Далее мы создаем объект Id в объекте ViewBag и присваиваем ему этот список (рис. 4.15). Объект ViewBag является таким объектом, который передается в представление. И мы можем определить в этом объекте любую переменную и передать ей некоторое значение, а затем в представлении извлечь это значение.
Рисунок 4.15. Контроллер ConfigurationController
Создание конфигурации определяется в контроллере следующим образом (см. рис. 4.16).
Рисунок 4.16. Контроллер ConfigurationController
В ASP.NET MVC 4 представления представляют файлы с расширением cshtml/vbhtml/aspx/ascx, которые содержат код с интерфейсом пользователя, как правило, на языке html [2]. Представление для создания новой конфигурации выглядит следующим образом (рис. 4.17):
Рисунок 4.17. Представление Configuration
Тестирование и отладка системы
В системном тестировании проводится тестирование основных функций всей системы в целом.
Результаты тестирования функции создания новой конфигурации в табл. 4.1.
Таблица 4.1. Тестирование функции создания новой конфигурации
|
№ теста |
Входные данные |
Ожидаемый результат |
Реальный результат |
|
|
1 |
Введено имя новой конфигурации, введён комментарий, нажата кнопка «Создать» |
Запись данных в базу, отображение новой конфигурации в списке. |
Запись данных в базу, отображение новой конфигурации в списке. |
|
|
2 |
Введено имя новой конфигурации, введён комментарий, нажата кнопка «Создать» |
Запись данных в базу, отображение новой конфигурации в списке. |
Запись данных в базу, отображение новой конфигурации в списке. |
|
|
3 |
Не введено имя новой конфигурации, нажата кнопка «Создать» |
Сообщение о том, что требуется заполнить поле Имя. |
Сообщение о том, что требуется заполнить поле Имя. |
Результаты тестирования функции создания проекта конфигурации приведены в табл. 4.2.
Таблица 4.2. Тестирование функции создания проекта конфигурации
|
№ теста |
Входные данные |
Ожидаемый результат |
Реальный результат |
|
|
1 |
Перенос конфигурационных единиц, область состава данной конфигурации оставлена пустой, нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поле Состав. |
Сообщение о том, что требуется заполнить поле Состав. |
|
|
2 |
Перенос конфигурационных единиц, область состава данной конфигурации имеет не менее одной конфигурационной единицы, нажата кнопка «Сохранить» |
Запись данных в базу, отображение списка конфигурационных единиц, формирующих конфигурацию в окне информации о данной конфигурации, смена статуса конфигурации в главном окне на «Проект». |
Запись данных в базу, отображение списка конфигурационных единиц, формирующих конфигурацию в окне информации о данной конфигурации, смена статуса конфигурации в главном окне на «Проект». |
Результаты тестирования функций задания стратегии управления и отчёта о тестировании конфигурации приведены в табл. 4.3.
Таблица 4.3. Тестирование функции задания стратегии управления и отчёта о тестировании
|
№ теста |
Входные данные |
Ожидаемый результат |
Реальный результат |
|
|
1 |
Не заполнено поле стратегии в форме «Стратегия установки», нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поле Стратегия установки. |
Сообщение о том, что требуется заполнить поле Стратегия установки. |
|
|
2 |
Заполнено поле стратегии в форме «Стратегия установки», нажата кнопка «Сохранить», не заполнена форма «Отчёт о тестировании» |
Запись данных о стратегии установки в базу. |
Запись данных о стратегии установки в базу. |
|
|
3 |
Не заполнено поле отчёта в форме «Отчёт о тестировании», нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поле Отчёт о тестировании. |
Сообщение о том, что требуется заполнить поле Отчёт о тестировании. |
|
|
4 |
Заполнено поле отчёта в форме «Отчёт о тестировании», нажата кнопка «Сохранить» не заполнена форма «Стратегия установки» |
Запись данных об отчёте о тестировании в базу. |
Запись данных об отчёте о тестировании в базу. |
|
|
5 |
Заполнено поле стратегии установки в форме «Стратегия установки», нажата кнопка «Сохранить», затем заполнено поле отчёта о тестировании в форме «Отчёт о тестировании», нажата кнопка «Сохранить» |
Запись данных в базу, смена статуса конфигурации в главном окне на «Протестировано». |
Запись данных в базу, смена статуса конфигурации в главном окне на «Протестировано». |
Результаты тестирования функции отчёта о создании образа конфигурации приведены в табл. 4.4.
Таблица 4.4. Тестирование функции отчёта о создании образа конфигурации
|
№ теста |
Входные данные |
Ожидаемый результат |
Реальный результат |
|
|
1 |
Не введено имя образа, не введена дата создания образа, не введён комментарий, нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поля Имя образа и Дата создания образа. |
Сообщение о том, что требуется заполнить поля Имя образа и Дата создания образа. |
|
|
2 |
Не введено имя образа, введена дата создания образа, не введён комментарий, нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поле Имя образа. |
Сообщение о том, что требуется заполнить поле Имя образа. |
|
|
3 |
Введено имя образа, не введена дата создания образа, не введён комментарий, нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поле Дата создания образа. |
Сообщение о том, что требуется заполнить поле Дата создания образа. |
|
|
4 |
Введено имя образа, введена дата создания образа, не введён комментарий, нажата кнопка «Сохранить» |
Запись данных в базу, смена статуса конфигурации в главном окне на «Изготовлено». |
Запись данных в базу, смена статуса конфигурации в главном окне на «Изготовлено». |
|
|
5 |
Введено имя образа, введена дата создания образа, введён комментарий, нажата кнопка «Сохранить» |
Запись данных в базу, смена статуса конфигурации в главном окне на «Изготовлено». |
Запись данных в базу, смена статуса конфигурации в главном окне на «Изготовлено». |
Результаты тестирования функции создания отчёта о развёртывании конфигурации приведены в табл. 4.5.
Таблица 4.5. Тестирование функции создания образа конфигурации
|
№ теста |
Входные данные |
Ожидаемый результат |
Реальный результат |
|
|
1 |
Не введен список учебных мест, не введена дата развёртывания, не введён комментарий, нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поля Список учебных мест и Дата развёртывания. |
Сообщение о том, что требуется заполнить поля Список учебных мест и Дата развёртывания. |
|
|
2 |
Не введен список учебных мест, введена дата развёртывания, не введён комментарий, нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поле Список учебных мест. |
Сообщение о том, что требуется заполнить поле Список учебных мест. |
|
|
3 |
Введен список учебных мест, не введена дата развёртывания, не введён комментарий, нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поле Дата развёртывания. |
Сообщение о том, что требуется заполнить поле Дата развёртывания. |
|
|
4 |
Введен список учебных мест, введена дата развёртывания, не введён комментарий, нажата кнопка «Сохранить» |
Запись данных в базу, смена статуса конфигурации в главном окне на «Эксплуатируется». |
Запись данных в базу, смена статуса конфигурации в главном окне на «Эксплуатируется». |
|
|
5 |
Введен список учебных мест, введена дата развёртывания, введён комментарий, нажата кнопка «Сохранить» |
Запись данных в базу, смена статуса конфигурации в главном окне на «Эксплуатируется». |
Запись данных в базу, смена статуса конфигурации в главном окне на «Эксплуатируется». |
Результаты тестирования функции создания отчёта о проведении аудита конфигурации приведены в табл. 4.6.
Таблица 4.6. Тестирование функции создания отчёта о проведении аудита конфигурации
|
№ теста |
Входные данные |
Ожидаемый результат |
Реальный результат |
|
|
1 |
Не введен список учебных мест, не введена дата проведения аудита, не введён комментарий, нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поля Список учебных мест и Дата проведения аудита. |
Сообщение о том, что требуется заполнить поля Список учебных мест и Дата проведения аудита. |
|
|
2 |
Не введен список учебных мест, введена дата проведения аудита, не введён комментарий, нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поле Список учебных мест. |
Сообщение о том, что требуется заполнить поле Список учебных мест. |
|
|
3 |
Введен список учебных мест, не введена дата проведения аудита, не введён комментарий, нажата кнопка «Сохранить» |
Сообщение о том, что требуется заполнить поле Дата проведения аудита. |
Сообщение о том, что требуется заполнить поле Дата проведения аудита. |
|
|
4 |
Введен список учебных мест, введена дата проведения аудита, не введён комментарий, нажата кнопка «Сохранить» |
Запись данных в базу, смена статуса конфигурации в главном окне на «Выведено из эксплуатации». |
Запись данных в базу, смена статуса конфигурации в главном окне на «Выведено из эксплуатации». |
|
|
5 |
Введен список учебных мест, введена дата проведения аудита, введён комментарий, нажата кнопка «Сохранить» |
Запись данных в базу, смена статуса конфигурации в главном окне на «Выведено из эксплуатации». |
Запись данных в базу, смена статуса конфигурации в главном окне на «Выведено из эксплуатации». |
Результаты тестирования функции регистрации и авторизации приведены в табл. 4.7.
Таблица 4.7. Тестирование функций регистрации и авторизации
|
№ теста |
Входные данные |
Ожидаемый результат |
Реальный результат |
|
|
1 |
Логин = test@mail.ru Пароль = password Пароль повторно = password |
Сообщение о том, что в пароле должен быть по крайней мере один небуквенный или нецифровой символ. В пароле должна быть по крайней мере одна цифра (0-9). В пароле должен быть по крайней мере один символ в верхнем регистре ("A"-"Z"). |
Сообщение о том, что в пароле должен быть по крайней мере один небуквенный или нецифровой символ. В пароле должна быть по крайней мере одна цифра (0-9). В пароле должен быть по крайней мере один символ в верхнем регистре ("A"-"Z"). |
|
|
2 |
Логин = test@mail.ru Пароль = PASSWORD Пароль повторно = PASSWORD |
Сообщение о том, что в пароле должен быть по крайней мере один небуквенный или нецифровой символ. В пароле должна быть по крайней мере одна цифра (0-9). В пароле должен быть по крайней мере один символ в нижнем регистре ("a"-"z"). |
Сообщение о том, что в пароле должен быть по крайней мере один небуквенный или нецифровой символ. В пароле должна быть по крайней мере одна цифра (0-9). В пароле должен быть по крайней мере один символ в нижнем регистре ("a"-"z"). |
|
|
3 |
Логин = test@mail.ru Пароль = Password Пароль повторно = Password |
Сообщение о том, что в пароле должен быть по крайней мере один небуквенный или нецифровой символ. В пароле должна быть по крайней мере одна цифра (0-9). |
Сообщение о том, что в пароле должен быть по крайней мере один небуквенный или нецифровой символ. В пароле должна быть по крайней мере одна цифра (0-9). |
|
|
4 |
Логин = test@mail.ru Пароль = P@ssword Пароль повторно = P@ssword |
Сообщение о том, что в пароле должна быть по крайней мере одна цифра (0-9). |
Сообщение о том, что в пароле должна быть по крайней мере одна цифра (0-9). |
|
|
5 |
Логин = test@mail.ru1 Пароль = P@ssw0rd Пароль повторно = P@ssw0rd |
Сообщение о том, что поле Адрес электронной почты не содержит допустимый адрес электронной почты. |
Сообщение о том, что поле Адрес электронной почты не содержит допустимый адрес электронной почты. |
|
|
6 |
Логин = test@mail.ru Пароль = P@ssw0rd Пароль повторно = P@ssw0rd |
Переход на главную форму приложения. |
Переход на главную форму приложения. |
|
|
7 |
Логин = test@mail.ru1 |
Сообщение о тот, что поле Адрес электронной почты не содержит допустимый адрес электронной почты. |
Сообщение о тот, что поле Адрес электронной почты не содержит допустимый адрес электронной почты. |
|
|
8 |
Введен незарегистрированный логин |
Сообщение о неудачной попытке входа. |
Сообщение о неудачной попытке входа. |
|
|
9 |
Введен зарегестрированный логин и верный пароль |
Переход на главную форму приложения. |
Переход на главную форму приложения. |
Руководства пользователя, программиста
После реализации координатора бизнес-процессов были написаны руководства пользователя и программиста. С текстом руководства пользователя можно ознакомиться в приложении E, а в приложении F находится текст руководства программиста.
Заключение
Процесс управления конфигурациями учебных мест является частью процесса поддержки учебного процесса НИУ ВШЭ-Пермь, так как помогает контролировать учебные места, которые используются студентами в процессе изучения дисциплин.
В данной работе проведен анализ, проектирование и реализация информационной системы управления конфигурациями. В рамках работы были рассмотрены мировые библиотеки знаний ITIL v3 и SWEBOK v3, в которых содержатся рекомендации по организации процессов управления ИТ-услугами. В ходе обзора были выделены основные аспекты каждой из практик, касающиеся процесса управления конфигурациями и изменениями: цели процесса, области знаний, алгоритмы и критерии эффективности. В итоге модель SWEBOK была выделена как эталонная модель управления конфигурациями и изменениями.
Далее были рассмотрены аналоги системы, в которых реализован процесс управления конфигурациями. Дана краткая характеристика систем, обозначены основные особенности. Также был проведен анализ процесса управления конфигурациями учебных и рабочих мест. В процессе анализа была дана характеристика предметной области, были рассмотрены инструменты управления конфигурациями, используемые специалистами Компьютерного центра в настоящий момент. В результате проделанной на этом этапе работы были определены минимальные функциональные требования в системе.
Библиографический список
1. Карпова А.В. Проектирование информационной системы управления конфигурациями автоматизированных учебных мест. П., 2017 г.
2. Оксфордский толковый словарь по психологии / Под ред. А.Ребера, 2002 г.
3. Rance S. ITIL Service Transition 2011 Edition, V.3 // London: TSO, 2011. Pp. 60-114.
4. Richard E. Guide to the Software Engineering Body of Knowledge V.3 // Piscataway, NJ: IEEE, 2004. Pp. 11-17.
5. Leon, A. Software Configuration Management Handbook (3rd ed.) // London: Artech House, 2015. Pp. 153-166.
Аннотация
В данной работе описывается процесс разработки системы осуществляющий учёт и управление конфигурациями. В ходе работы был проведен анализ предметной области, формализация требований, проектирование требуемой системы и её реализация. Готовый программный продукт протестирован и отлажен.
Работа содержит 82 страницы, 6 приложений, 41 изображение и 20 таблиц.
Приложение
Функции SCM-процесса по SWEBOK
Технико-экономическое обоснование разработки системы управления конфигурациями выполнено по методике CETIN, которая позволяет рассчитать трудоемкость разработки системы и ее стоимость. CETIN основывается на измерении функционального размера разрабатываемой системы.
Таблица Характеристика функций процесса управления конфигурациями по SWEBOK
|
Процесс |
Функция |
Характеристика |
|
|
Управление в SCM-процессе |
Организационный контекст SCM |
Понимание организационного контекста и связей между организационными единицами необходимо для понимания конфигурационной среды компании. |
|
|
Ограничения и правила SCM |
Определение ограничений и правил требуется для описания границ процесса. |
||
|
Планирование в SCM |
Планирование конфигураций предполагает идентификацию конфигурационных единиц, контроль конфигураций, учет статусов, аудит и управление выпуском и поставкой. Кроме этого, планируются организационные особенности, ресурсы, расписание, выбор инструментов и реализация. |
||
|
План управления конфигурацией |
Результаты предыдущего этапа (планирование) закрепляются в плане управления конфигурациями. Это основной документ, который используется для описания SCM-процесса. |
||
|
Контроль исполнения в SCM-процессе |
Контроль выполнения плана, контроль качества. |
||
|
Идентификация конфигурационных единиц |
Идентификация элементов, требующих контроля |
Выбор конфигурационных единиц, выбор атрибутов для однозначной идентификации конфигурационные единицы, разработка стратегии отметки, выявление и описание структурных связей между конфигурационными единицами, идентификация базовых конфигураций. |
|
|
Библиотека конфигурационных единиц |
Коллекция всех конфигурационных единиц. |
||
|
Контроль конфигураций |
Предложение, оценка и утверждение изменений |
Поток процесса контроля изменений описан ниже. Решения по принятию и отклонению изменений принимает Совет по координации и контролю изменений. |
|
|
Реализация изменений |
Утвержденные запросы на изменения реализуются в соответствии с политикой управления изменениями, которая описывается в Плане управления конфигурациями. |
||
|
Отклонения и отказ от изменений |
Отказ от изменений может быть вызван несовместимостью конфигурационных единиц, заявленных в запросе на изменение, либо не соответствовать условиям, обозначенным в Плане управления конфигурациями (ограничения и правила). |
||
|
Учет статусов конфигураций |
Информация о статусе конфигураций |
Информация о статусе конфигураций должна идентифицироваться, собираться и поддерживаться в актуальном состоянии по мере эволюции конфигураций. Такая информация нужна для отчетности и поддержки процесса управления конфигурациями. |
|
|
Отчетность по статусу конфигураций |
Информация из отчетов используется для поддержки принятия определенных решений в процессе управления конфигурациями. |
||
|
Аудит конфигураций |
Функциональный аудит |
Функциональный аудит предназначен для контроля соответствия конфигурационных единиц заданным спецификациям. |
|
|
Физический аудит |
Физический аудит может проводиться для определения текущего статуса конфигурации. |
||
|
Внутренний аудит Базовых конфигураций |
Профилактический выборочный аудит конфигурационных единиц определенной конфигурации на проверку работоспособности конфигурации. |
||
|
Управление релизами и поставкой |
Сборка конфигураций |
Под сборкой подразумевается комбинация утвержденных конфигурационных единиц, в результате чего формируется физический образ конфигурации. Важным документом в данном процессе являются инструкции по сборке, в соответствии с которым проводятся дальнейшие работы по выпуску конфигураций. |
|
|
Управление поставкой конфигураций |
Данный процесс предполагает идентификацию, упаковку (сборку) и передачу конфигурации (в т.ч. документации и конфигурационных данных) Заказчику. |
Расчет трудоемкости и срока разработки
Первым этапом при расчете трудоемкости является оценка функционального размера информационной системы. На данном этапе производится подсчет каждой из функциональных единиц измерения: количество вариантов использования - C (диаграмма прецедентов), количество типов объектов - E (классы на диаграмме классов), количество свойств типов объектов - T (свойства классов), количество взаимодействий между типами объектов - I (отношения между классами), количество типов использования - N (типы узлов на диаграмме развертывания).
На основе построенных диаграмм прецедентов для всех условно определённых частей, описанных в первой главе, найдем величину C. Количество вариантов использования для системы равно 38. На основе этих данных получим следующие значения единиц измерения: E = 8 (количество классов), T = 35 (свойства всех классов, за исключением ссылок), I = 7 (количество связей). Узлами системы будут являться диспетчер, клиент и одна база данных. Получается, что N = 3.
Таблица Функциональный размер
|
Количество вариантов использования |
Количество типов объектов |
Количество свойств типов объектов |
Количество взаимодействий между типами объектов |
Количество узлов |
||
|
SIZE |
38 |
8 |
35 |
7 |
3 |
Базовая трудоемкость рассчитывается на основе оценки на каждой стадии разработки системы: бизнес-моделирование, управление требованиями, проектирование, реализация, тестирование, развертывание.
Базовая трудоемкость Sj стадии с номером j рассчитывается по следующей формуле:
Sj=1/165·[C*Sj(C)+E*Sj(E)+T*Sj(T)+I*Sj(I)+N*Sj(N)].
Sj(X) - значение нормативного коэффициента (приведены в приложении A к методике CETIN).
Для каждой стадии находим базовую трудоемкость:
Таблица Расчет базовой трудоемкости по стадиям
|
Стадия |
Расчет |
Результат, чел.-мес. |
||
|
S1 |
Бизнес-моделирование |
1/165*(38*28+8*32+35*0+7*11+3*0) = 1/165*(1064+256+77) |
8 |
|
|
S2 |
Управление требованиями |
1/165*(38*16+8*26+35*0+7*8+3*0) = 1/165*(608+208+56) |
5 |
|
|
S3 |
Проектирование |
1/165*(38*15+8*67+35*15+7*54+3*24) = 1/165*(570+536+525+378+72) |
13 |
|
|
S4 |
Реализация |
1/165*(38*18+8*60+35*17+7*36+3*0) = 1/165*(684+480+595+252) |
12 |
|
|
S5 |
Тестирование |
1/165*(38*89+8*0+35*0+7*0+3*0) = 1/165*(3382) |
20 |
|
|
S6 |
Развертывание |
1/165*(38*5+8*0+35*0+7*0+3*30) = 1/165*(190+90) |
2 |
Расчет поправочных коэффициентов основывается на частных поправочных коэффициентах (указаны в разделе A.2 прил. А).
Таблица Расчет поправочных коэффициентов
|
Номер процесса |
Обозначение поправочного коэффициента |
Формула для определения поправочного коэффициента |
Результат |
|
|
1 |
КП1 |
К11·К16·К17 = 1.01 *0.8*0,97 |
0.78 |
|
|
2 |
КП2 |
К1·К2·К4·К5·К6·К7· К8·К9·К16·К17·К18 = 1.03*0.87*0.94*1.05*0.97*1.09*0.98*0.97*0.8*1.03*1.09 |
0.8 |
|
|
3 |
КП3 |
К1·К2·К4·К5·К6·К7·К8·К9·К11·К12·К13·К14·К15·К16· К17·К18 = 1,03*0.87*0.94*1.05*0.97*1.09*0.98*0.97*1.06*1.02*1*1* 1.02*0.8*1.03*1.09 |
0.88 |
|
|
4 |
КП4 |
К1·К2·К4·К5·К6·К7·К8·К9·К10·К12·К13·К14·К15·К16· К17·К18 =1.03*0.87*0.94*1.05*0.97* 1.09*0.98*0.97*1.03*1.02*1*1* 1.02*0.8*1.03*1.09 |
0.86 |
|
|
5 |
КП5 |
К1·К2·К4·К5·К6·К7·К8·К9·К10·К11·К12·К13·К14·К15·К16·К17·К18 = 1.03*0.87*0.94*1.05*0.97*1.09*0.98*0.97*1.03*1.01*1.02*1*1* 1.02*0.8*1.03*1.09 |
0.86 |
|
|
6 |
КП6 |
К1·К2·К11· К16· К18 = 1.03*0.87*1.01*0.8*1.09 |
0.79 |
Расчет трудоемкости с учетом поправочных коэффициентов:
S=КП1*S1+КП2*S2+КП3*S3+КП4*S4+КП5*S5+КП6*S6
S = 0.78*8+0.8*5+0.88*13+0.86*12+0.86*20+0.79*2 = 6.24+4+11.44+10.32+17.2+1.58 = 50,78 человеко-месяцев
Трудоемкость равна 50,78 человеко-месяцев. Так как при расчете трудоемкости для каждого этапа полученное дробное значение в человеко-месяцах округлялось всегда в большую сторону, то в итоговом значении учтен риск непредвиденных обстоятельств. Основываясь на математической модели, выведенной в CETIN, о зависимости срока разработки при командной работе от трудоемкости разработки, срок разработки составит 6 месяцев.
Размещено на Allbest.ru
Подобные документы
Особенности современной инфраструктуры веб-приложения как одного из трендов в области разработки программного обеспечения. Использование систем управления конфигурациями (Configuration Management) при эксплуатации IT-инфраструктуры на примере "Ansible".
статья [238,7 K], добавлен 10.12.2016Анализ современного состояния проблем тестирования высоконагруженных информационных систем. Построение математической модели определения высоконагруженных операций. Разработка программного обеспечения системы генерации сценариев нагрузочного тестирования.
дипломная работа [4,4 M], добавлен 24.08.2017Анализ графических пользовательских интерфейсов современных систем оптимизации программ. Создание математической модели и алгоритма системы управления СБкЗ_ПП, ее архитектурно-контекстная диаграмма. Техническая документация программного средства.
дипломная работа [1,1 M], добавлен 18.04.2012Ознакомление с методами разработки экспертных систем, предназначенных для обобщения, хранения, использования знаний и опыта, накопленного специалистами в конкретных предметных областях. Проектирование программы на языке Пролог, ее отладка и тестирование.
курсовая работа [69,6 K], добавлен 12.05.2013Анализ информационных потоков, связанных с деятельностью шиномонтажной мастерской. Разработка информационной модели данных. Описание технического задания на разработку web-сервиса. Составление планов управления конфигурациями и контроля качества.
курсовая работа [3,7 M], добавлен 25.12.2014Расчет тепловой схемы с применением методов математического моделирования. Разработка алгоритма реализации модели. Составление программы для ПЭВМ, ее отладка и тестирование. Проведение численного исследования и параметрическая оптимизация системы.
курсовая работа [2,8 M], добавлен 01.03.2013Задачи, функции и структура филиала университета. Оценка информационных потоков и UML-моделирование. Анализ структуры информационной системы и системы навигации. Проектирование базы данных, физическая реализация и тестирование информационной системы.
дипломная работа [6,0 M], добавлен 21.01.2012Использование информационных технологий в учебном процессе. Тестирование как средство контроля знаний. Разработка компьютерной системы тестирования знаний. Описание языка программирования. Вредные факторы воздействия компьютера на здоровье человека.
дипломная работа [562,2 K], добавлен 06.06.2014Проектирование системы управления базами данных. Особенности реализации в MS SQL. Разработка пользовательского интерфейса. Тестирование и отладка приложения. Руководство пользователя и системного администратора. Анализ и методы разработки приложений.
курсовая работа [867,9 K], добавлен 16.07.2013Характеристика составляющих компонент раздела "Управление конфигурациями и активами услуги". Создание справочников и подсистемы, отчетной формы. Область применения продукта и стандарты управления ИТ инфраструктурой. Описание демо-версии 1С:ITIL ПРОФ.
дипломная работа [4,2 M], добавлен 10.07.2017