ПЗ Ибрагимов (1228405), страница 6

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 6)

Для повышения надежности хранения данных рекомендуется использовать автоматическое резервирование данных, используя средства, описанные в п. 4.1.10.

К хранению данных предъявляются следующие требования:

• хранение исторических данных в АРМ должно производиться не более чем за два предыдущих года;

• исторические данные, превышающие двухлетний порог, должны храниться в архиве (электронном) с возможностью их восстановления в соответствии с порядком подготовки и передачи документов в архив, установленным в МАБ;

• вся информация АРМ диспетчера автобазы должна резервироваться на сервер БД, установленный в МАБ на рабочем месте сотрудника, выполняющего обязанности администратора БД.

4.3.3 Требования к лингвистическому обеспечению АРМ диспетчера автобазы

В АРМ будет использоваться русскоязычный интерфейс.

4.3.4 Требования к программному обеспечению АРМ диспетчера автобазы

При проектировании и разработке АРМ необходимо максимально эффективным образом использовать ранее закупленное программное обеспечение, как серверное, так и для рабочих станций.

4.3.5 Требования к техническому обеспечению АРМ диспетчера автобазы

Техническое обеспечение АРМ должно максимально и наиболее эффективным образом использовать существующие технические средства, в состав которых входит:

• сервер БД, установленный на территории МАБ;

• рабочая станция диспетчера и заместителя начальника автобазы.

4.3.6 Требования к метрологическому обеспечению АРМ диспетчера автобазы.

Требования не предъявляются.

5 Состав и содержание работ по созданию (развитию) АРМ диспетчера автобазы

Сроки выполнения стадий и этапов разработки, и создания АРМ диспетчера автобазы определяются планом выполнения работ.

6 Порядок контроля и приемки АРМ диспетчера автобазы

6.1 Виды, состав, объем и методы испытаний АРМ диспетчера автобазы

Виды испытаний:

• испытания системы разработчиком;

• испытания системы на рабочей станции МАБ.

• Методы испытаний системы:

• предварительные испытания – проверка АРМ диспетчера автобазы разработчиком;

• проведение опытной эксплуатации – проверка функционирования АРМ диспетчера автобазы разработчикам на своем компьютере;

• проведение приёмочных испытаний – внедрение АРМ диспетчера автобазы на сервере МАБ и проверка его функционирования.

6.2 Общие требования к приемке работ по стадиям

Стадия 1. Формирование требований к АРМ диспетчера автобазы. Требования: предоставление отчета, содержащего в себе требования Заказчика.

Стадия 2. Разработка концепции АРМ диспетчера автобазы. Требования: предоставление Заказчику варианта проекта модернизации АРМ диспетчера автобазы и отчета, включающего в себя результаты обследования объекта автоматизации и проведённых исследовательских работ по анализу альтернативных способов автоматизации деятельности в сфере формирования отчетности.

Стадия 3. Разработка технического задания на АРМ диспетчера автобазы. Требование: предоставить Заказчику оформленное техническое задание.

Стадия 4. Эскизный проект. Требования: предоставление эскизной документации на АРМ диспетчера автобазы, включающей в себя предварительные проектные решения.

Стадия 5. Технический проект. Требования: предоставление документации на АРМ диспетчера автобазы.

Стадия 6. Рабочая документация. Требования: предоставление рабочей документации на АРМ диспетчера автобазы.

Стадия 7. Ввод в действие. Требования: АРМ диспетчера автобазы должно быть полностью готовым для проведения испытаний, место её испытания должно быть надлежащим образом.

Стадия 8. Сопровождение АРМ диспетчера автобазы. Требования не предъявляются.

6.3 Статус приемочной комиссии

Статус приемочной комиссии определяется Заказчиком до проведения испытаний.

7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу АРМ диспетчера автобазы в действие

8 Требования к документированию

Виды, наименование, комплектность и обозначения документов, разрабатываемых на различных стадиях создания АРМ диспетчера автобазы, должны определяться в соответствии с ГОСТ 34.201-89 [20] – «Информационная технология. Комплекс стандартов на автоматизированные системы» и согласовываться с Заказчиком.

Перечень документов, подлежащих разработке:

• нормативно-техническая документация;

• отчет о выполненной работе и технического задания на разработку;

• отчет и утверждение концепции;

• техническое задание;

• эскизная документация на АРМ диспетчера автобазы;

• рабочая документация на АРМ диспетчера автобазы;

• ежемесячные отчёты Заказчику;

• инструкция пользователя по работе с АРМ диспетчера автобазы.

9 Источники разработки

В качестве источников разработки АРМ диспетчера автобазы использовались: задание и рекомендации Заказчика на разработку проека,а также документы и информационные материалы, на основании которых разрабатывалось ТЗ.

Наиболее подробно описав все требования к АРМ диспетчера автобазы необходимо структурировать данную информацию в процесс проектирования АРМ и преступить к выбору инструментов разработки.

1. Выбор инструментов разработки.

Первое, с чем стоит определиться перед началом разработки программного обеспечения для решения задачи это какое оно будет, клиентское или серверное.

В связи с тем, что установка дополнительного программного обеспечения не подходит для решения основной проблемы нам придется основываться на серверном решении. Доступ к серверу клиенты будут получать по локальной сети предприятия через браузер по умолчанию по протоколу HTTP.

HTTP – протокол прикладного уровня передачи данных (изначально – в виде гипертекстовых документов в формате HTML, в настоящий момент используется для передачи произвольных данных) [21]. Основой HTTP является технология «клиент-сервер», то есть предполагается существование потребителей (клиентов), которые инициируют соединение и посылают запрос, и поставщиков (серверов), которые ожидают соединения для получения запроса, производят необходимые действия и возвращают обратно сообщение с результатом.

1. Выбор операционной системы

Первое, на что стоит обратить внимание при выборе операционной системы, будь то серверный или настольный вариант, это системные требования ОС и совместимость вашего оборудования с ней. С этого и начнем. Как вы можете видеть из таблицы 3, системные требования Ubuntu [22], по сравнению с текущими операционными системы Microsoft Windows 7 и Windows Server 2008 [23], достаточно низкие и сопоставимы разве что с довольно старыми версиями ОС Windows XP и 2003, что несомненно является плюсом. Более того, в семействе Ubuntu имеются также версии и для платформ, отличных от PC. Однако основным минусом Ubuntu Linux является то, что из-за ее пока еще относительно низкой распространенности некоторые производители просто не хотят создавать драйвер для этой системы, и в целом для Linux [24].

Таблица 3 – Минимальные требования серверных ОС

Второй важный момент при выборе операционной системы — это то, подходит ли она для достижения ваших целей и задач. У обоих семейств операционных систем есть как свои плюсы, так и минусы. Лично я пользуюсь Ubuntu Server из-за одного, пожалуй, самого важного отличия, которое, будучи для меня огромным преимуществом, для многих может стать, наоборот, значительным недостатком.

Речь идет о концепции управления сервером. Для меня является очень неудобным, когда в некоторых случаях, пользуясь графическим интерфейсом, приходится часами искать в различных окнах и вкладках те или иные настройки – гораздо проще и быстрее открыть в текстовом редакторе конфигурационный файл, подправить там настройки и, введя несколько команд в консоли, получить желаемый результат. Но такая работа с сервером требует определенных навыков и опыта. Кроме того, многие широко распространенные компоненты серверных операционных систем, такие как web-сервер Apache, СУБД MySQL, PHP и т.д., изначально создавались для работы в Unix/Linux. Поэтому для их настройки в Windows Server вам придется делать то же самое, что и в Linux-системах, а удобство установки, стабильность работы компонентов и их совместимость в случае использования Windows зачастую оставляет желать лучшего.

Таблица 4 – Основные функции серверных ОС

При выборе операционной системы я руководствовался следующими факторами: требования ОС, возможность поднятия web-сервера, стоимость, а так же удобство работы. Проанализировав две представленные таблицы выше, я пришел к однозначному решению: Ubuntu Server.

1. Выбор web-сервера, SQL-сервера и языка программирования

Выбирая web-сервер, в первую очередь должно обращаться внимание на стабильность, а стабильность в первую очередь подтверждается доверием разработчиков к этому серверу.

Характеристики

Список файлов ВКР