- •Описание предметной области «Кулинария»
- •Описание предметной области
- •Функции системы
- •Определение связей между сущностями
- •Составление тз
- •Задание на этап
- •Общие сведения о системе
- •Общие сведения
- •Цели создания и назначения системы
- •Цели создания мультимедийной системы
- •Назначения системы
- •Требования к системе в целом
- •Требования к функциональности системы
- •Требования к надежности системы
- •Требования по эргономике и технической эстетике
- •Требования к доступности
- •Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
- •Архитектура системы
- •Требования к обеспечению защиты персональных данных
- •Требования к защите информации от несанкционированного доступа
- •Требования по сохранности информации
- •Требования средств защиты от внешнего воздействия
- •Авторское право
- •3.4 Состав и содержание работ по созданию системы
- •Архитектура мис
- •Уровень представления
- •Уровень Бизнес-логики
- •Уровень данных
- •Разработка бд
- •Ход работы
- •Построение инфологической модели бд
- •Построение единой таблицы
- •Приведение таблицы к первой нормальной форме
- •Приведение таблицы ко второй нормальной форме
- •Приведение таблицы к третьей нормальной форме
- •Построение даталогической модели бд
- •Выбор субд
- •Построение физической модели бд
- •Определение запросов к бд
- •Задание на этап
- •Ход работы
- •Заключение этапа
- •7. Проектирование пользовательского интерфейса
- •7.1 Задание на этап
- •7.2 Ход работы
- •7.2.1 Основные задачи Web-приложения
- •7.2.2 Разработка структуры графического интерфейса системы
- •7.2.4 Общая структура интерфейса разделов
- •Приложение 1 Пользовательское соглашение
Требования по сохранности информации
Сохранность информации должна быть обеспечена в следующих случаях:
Выход из строя аппаратных систем комплекса;
Стихийные бедствия (пожар, наводнение, взрыв, землетрясение и т.п.);
Хищение носителей информации, других систем комплекса;
Ошибки в программных средствах;
Неверные действия сотрудников.
Для сохранности информации необходимо предусмотреть использование блоков бесперебойного питания для защиты данных от повреждения в случае отключения питания, для надёжного хранения данных необходимо производить ежедневное резервное копирование БД на несколько дисков.
Требования средств защиты от внешнего воздействия
Аппаратные средства системы должны обладать радиоэлектронной защитой. Уровень радиопомех, создаваемых аппаратными системами во время работы, а также в моменты включения и выключения, не должен превышать значений, утвержденных Государственной комиссией по радиочастотам. Также необходима защита систем комплекса от внешних воздействий (молний, взрывов и т.д.). Необходимо применение экранирования помещений от индустриальных помех и электромагнитных полей.
Требования к обеспечениям системы
Лингвистическое обеспечение системы
Для работы с БД должен использоваться язык запросов SQL в рамках стандарта SQL-92.
Для разработки пользовательских интерфейсов и средств генерации отчетов используется язык разметки HTML. Для работы подсистем ИС используются высокоуровневые языки программирования Java 8 и JavaScript ECMAScript 2018.
Программное обеспечение системы
При разработке системы используется СУБД Postgresql.
Для работы ИС требуется наличие ОС Windows, MacOS или Linux.
Техническое обеспечение системы
Компьютер с процессором или аналогичным Pentium III тактовой частотой 600 МГц или выше (рекомендуется 1 ГГц или выше);
Минимальный объем оперативной памяти 1 Гб;
Локальная вычислительная сеть на основе протокола TCP/IP с пропускной способностью 10/100 Мбит/с.
200 Мб свободного дискового пространства;
Наличие интернет соединения;
Требования к документированию
Отчетная документация должна удовлетворять требованиям комплекса стандартов:
ГОСТ 34.602-89 на этапе оформления ТЗ к ИС;
ГОСТ Р 43.0.11-2014, ГОСТ 7.70-2003 на этапе управления базами данных для технической деятельности;
ГОСТ Р ИСО 9241-161-2016 на этапе предъявлений требований к ГПИ( графический пользовательский интерфейс);
ГОСТ 7.32-2001 на этапе оформления отчета по практической работе;
ГОСТ Р 7.0.5-2008 на этапе составления библиографической ссылки при оформлении отчета по практической работе.
Авторское право
Предотвращение нарушения Закона РФ "Об авторском праве и смежных правах" от 09.07.1993 N 5351-1 обеспечивается соблюдением пользовательского соглашения, представленного в приложении 1.
Таблицы с требованиями
Таблица с объективными требованиями
В таблице 3.1 представлены объективные требования и доказательства их объективности.
Таблица 3.1 – Объективные требования
Требование |
Доказательство объективности |
Требования к надежности. |
Без надежности не будет безопасной эксплуатации БД, данные пользователей могут попасть в руки злоумышленников, систему могут взломать, соответственно, объективность доказана. |
Требования к доступности |
Без определенных правил по доступности системы, система может находиться в простое бесконечное количество времени, то есть система перестанет работать, следовательно, объективность доказана. |
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению. |
Если техническое оборудование не отвечает всем требованиям, не будет сдаваться в ремонт или будет неправильно храниться – его работоспособность будет низкой, а это затруднит работу с БД, отсюда следует, что объективность доказана. |
Требования к защите информации от несанкционированного доступа. |
Без защиты информации от несанкционированного доступа возможна утечка информации и личных данных пользователей, отсюда следует, что объективность доказана. |
Требования по сохранности информации. |
Без соблюдения данного требования при перезапуске устройства или других непредвиденных ситуациях будет утеряна важная информация, отсюда следует, что объективность доказана. |
Требования средств защиты от внешнего воздействия. |
Без учета данных требований использование устройства, хранение данных на нем и др. будут небезопасными, отсюда следует, что объективность доказана. |
Требования к документированию. |
Без учета требований к документированию будет отсутствовать возможность проверок по документам, будет отсутствовать возможность передачи документации и программы от одного лица другому, будет отсутствовать информация о результатах проверки программы определенным требованиям, что доказывает объективность. |
Архитектура системы |
С учетом поставленных целей и задач была выявлена наиболее подходящая архитектура системы. |
Таблица субъективных требований
В таблице 3.2 представлены субъективные требования и доказательства их субъективности.
Таблица 3.2 – Субъективные требования
Требование |
Доказательство субъективности |
Требования к структуре и функционированию системы. |
Есть возможность выбора разных подсистем, разных режимов работы и др., следовательно, субъективность доказана. |
Требования по эргономике и технической эстетике. |
Графический интерфейс пользователя настраивается свободно, следовательно, субъективность доказана. |
Требования к лингвистическому обеспечению системы. |
Существует возможность выбора языка программирования для реализации мультимедийной системы, следовательно, субъективность доказана |
Требования к программному обеспечению системы. |
Существует возможность выбора программного обеспечения систему, следовательно, субъективность доказана. |
Требования к техническому обеспечению системы. |
Существует возможность выбора техники для системы, имеющей различные технические характеристики (главное, чтобы были учтены минимальные требования), следовательно, субъективность доказана. |
