лабораторка. араапра. Формирование требований к аис 5
 Скачать 174.3 Kb.
|
2.2 Проведение необходимых научно-исследовательских работПри проведении научно-исследовательских работ выявлены основные требования по автоматизированному рабочему месту сотрудника кафедры. Описаны необходимые функциональные задачи для ВУЗа. Сказано, что должен содержать журнал учета нарушений. Основные эффекты внедрения АРМ. Рассмотрен нормативный документ, с соответствующими правилами оформления документов по нарушениям, и характеристики рабочего места. 2.3 Разработка вариантов концепции АИС, удовлетворяющих требованиям пользователей По завершении стадии обследования появляется возможность определить вероятные технические подходы к созданию системы и оценить затраты на ее реализацию. было рассмотрено три варианта технического и программного подхода к созданию системы: Visual Basic, Visual Studio, Delphi. Visual Basic - это интегрированная среда разработки приложений ,которая включает в себя различные компоненты: Конструктор форм - позволяет создавать окна-формы по принципу детской игры "Конструктор", когда из коробки с деталями (панель инструментов) достаются нужные элементы и размещаются на форме в том порядке, как желает создатель приложения. Используя Visual Basic, даже начинающие программисты могут создавать полезные программы, зная лишь несколько ключевых слов. При этом профессиональные программисты имеют все необходимые средства для разработки Особенности Visual Basic VB часто используется для обучения программированию и применяется для разработки приложений. Позволяет разрабатывать простые и сложные приложения с графическим интерфейсом. Программирование в VB сочетает визуальные компоненты и контролы, определение атрибутов и событий для компонентов, написание дополнительного кода для расширения функциональных возможностей. Значения и действия для компонентов, которые определены по умолчанию, позволяют создавать простые программы без написания кода Visual Studio-это стартовая площадка для написания, отладки и сборки кода, а также последующей публикации приложений. Интегрированная среда разработки (IDE) представляет собой многофункциональную программу, которую можно использовать для различных аспектов разработки программного обеспечения. Помимо стандартного редактора и отладчика, которые существуют в большинстве сред IDE, Visual Studio включает в себя компиляторы, средства автозавершения кода, графические конструкторы и многие другие функции для упрощения процесса разработки сложных приложений, функционирующих под управлением Windows. Особенности Visual Studio VS позволяет разрабатывать как консольные приложения, так и приложения с графическим интерфейсом, в том числе с поддержкой технологии Windows Forms, а также веб-сайты, веб-приложения, веб-службы как в родном, так и в управляемом кодах для всех платформ. В редакторе присутствуют встроенный отладчик, инструменты для работы с Git и средства рефакторинга, навигации по коду, автодополнения типовых конструкций и контекстной подсказки. Продукт поддерживает разработку для платформ ASP.NET и Node.js, и считается легковесным решение, которое позволяет обойтись без полной интегрированной среды разработки. Большим плюсом редактора является поддержка большого количества языков, таких как C++, C#, Python, PHP, JavaScript и других. Delphi является языком программирования и средой разработки программного обеспечения. Он разработан Borland (ранее известный как Inprise). Язык программирования Делфи, ранее известный как ObjectPascal (Pascal с объектно-ориентированными расширениями), первоначально ориентированный только на MicrosoftWindows, но в настоящее время позволяет строить собственные приложения для Linux и Microsoft. NET Framework, и других. Наиболее популярное использование - разработка настольных приложений и баз данных предприятия, а как инструмент язык программирования Делфи может использоваться и для большинства типов развивающихся проектов. Это был один из первых языков, который стал известным как инструмент RAD (быстрая разработка приложений), когда вышел в 1995 году. Delphi 2, вышедший год спустя, поддерживал 32-разрядную среду Windows , и только несколько лет спустя вышли C, C + + Builder. В 2001 году стала доступна версия под ОС Linux известная как Kylix (классическая греческая урна).Каждый год выходило по одной новой версии, в 2002 году продукт стал известен как Delphi 7 Studio, язык стал официально называться язык программирования Delphi, а не ObjectPascal, а также была добавлена поддержка Linux (через Kylix Замечательные особенности языка Delphi включают: Прозрачная обработка объектов через ссылки или указатели Свойства как часть языка, вкупе с функциями Get и Set, которые являются прозрачной инкапсуляцией доступа к членам полям Свойства индекса и свойствами по умолчанию, которые обеспечивают доступ к коллекции удобным и прозрачным способом Делегаты или по-другому методы указателей безопасного типа, которые используются для приведения в действие события вызванных компонентами Делегирование реализации интерфейса в поле или свойство класса Простота внедрения обработчики Windows сообщение, отметь метод класса с числом / имя окна сообщений для обработки · Большинство функций, перечисленных выше, были введены в Delphi первой и адаптированы на других языках позже. Продукт Delphi распространяется в различных комплектах, каждый из которых предлагает большую функциональность по сравнению с другими: Персональный Профессиональный Предприятие Архитектор Изучив возможности сред разработки, и сопоставив требования заказчика, возникли веские причины для использования Delphi: Может компилировать в один исполняемый, упрощая распределение и сокращение вопросов с разными DLL VCL и сторонние компоненты, как правило, доступны с полным исходным кодом Мощный и быстрый оптимизирующий компилятор Из одного исходного кода получаются отличные машинные коды для разных ОС Поддержка новейших технологий и стандартов. 2.4 Оформление отчета и утверждение концепции Учитывая требования пользователей к содержанию ИС, ввиду необходимости одновременной работы в системе множества пользователей была выбрана среда Delphi так как, предоставлена возможность создавать собственные типы данных, также в Delphi классы (объекты) могут располагаться только в динамической памяти, а в C++ в любой памяти (статическая, стек, динамическая). Это добавляет безопасности программирования в Delphi. Глава 3. Техническое задание 3.1 Разработка и утверждение технического задания на создание информационной системы Техническое задание - это то, с чего начинается качественный функциональный продукт. По крайней мере, если таковым является само ТЗ. Если документ будет составлен непрофессионально и без должного внимания, результат окажется соответствующим. Техническое задание создается на основе проведенного анализа по предметной области. Фактически это инструкция для разработчиков, конструкторов и других непосредственных создателей конечного продукта. Но по сути техническое задание, определяя жёсткие требования к каждой детали, делает сотрудничество заказчика и исполнителя безопаснее и комфортнее. В абсолютно любом техническом задании есть заказчик и исполнитель данного ТЗ. Текст технического задания строится по структуре: Общие сведения; Назначение и цели создания (развития) системы; Характеристика объектов автоматизации; Требования к системе; Состав и содержание работ по созданию системы; Порядок контроля и приемки системы; Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие; Требования к документированию; 1. Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование информационной системы: Автоматизированная информационная система «Кафедра» Краткое наименование системы: АИС «Кафедра». 1.2 Краткая характеристика области применения - предназначена для введения документации на кафедрах высших учебных заведений. 1.3 Назначение разработки Разрабатываемая база данных должна обеспечивать: 1.4 Требования к функциональным характеристикам 1.4.1 Состав выполняемых функций Запуск базы Для каждого нарушения фиксируется и хранится дата, время Для каждого нарушения фиксируется и хранится вид нарушения Для каждого нарушения фиксируется и хранится размер штрафа При оплате всех штрафов машина удаляется из базы Закрытие базы 1.5 Требования к надежности Для обеспечения надежности необходимо установить защиту от изменения данных в базе и её технических элементов. 2. Назначение и цели создания системы Назначение и цель данной системы состоит в том, чтобы вести учет о нарушениях ПДД, обрабатывать сведения о полученных штрафах, видах нарушения, дате нарушения и о владельце автомобиля. 3. Характеристика объектов автоматизации Система комплексной безопасности дорожного движения представляет собой единый технологический комплекс движимого и недвижимого имущества, технологически связанного между собой, предназначенного для обеспечения безопасности дорожного движения создаваемого и используемого в целях осуществления контроля за дорожным движением, фиксации административных правонарушений с применением работающих в автоматическом и автоматизированном режимах специальных технических средств, имеющих функции фото- и киносъемки, видеозаписи, или средств фото- и киносъемки, видеозаписи. Система состоит из следующих подсистем: – единый информационный диспетчерский центр (ЕИДЦ); – подсистема фотовидеофиксации административных правонарушений; – подсистема связи. Единый информационный диспетчерский центр (ЕИДЦ) представляет собой нежилые помещения, реконструируемые Концессионером в рамках концессионного соглашения, предназначенное для решения задач, связанных с эксплуатацией (использованием) Системы, и технологически связанного с ним недвижимого имущества: технических и электронных средств, серверов, хранилищ данных, коммутационного оборудования, кабельной инфраструктуры и автоматизированных рабочих мест. Подсистема фотовидеофиксации административных правонарушений представляет собой сеть специальных технических средств, установленных на автомобильных дорогах общего пользования на территории Республики Крым (в том числе: над проезжей частью дорог, рядом с полосой движения, в придорожной полосе или полосе отвода) или установленных на автомобилях, работающих в автоматическом режиме, имеющих функции фото- и киносъемки, видеозаписи, или средств фото- и киносъемки, видеозаписи, предназначенных для фиксации нарушения правил дорожного движения. Подсистема связи представляет собой телекоммуникационные и инженерные сети, обеспечивающие обмен информацией между элементами Системы и внешними Информационными системами, и объектами. 3.2 Условия эксплуатации комплекса технических средств 1.3.2 Климатические условия эксплуатации В холодное время года в помещении должна быть 21-25 С, а в теплое -25 С. Влажность воздуха от 40% до 60%. 1.3.3 Требования к видам обслуживания администратор базы данных 1.3.4 Требования к квалификации пользователя Высшее профессиональное образование по направлению подготовки «Оператор ЭВМ» или соответствующим ему направлениям подготовки (специальностям), либо высшее профессиональное образование и дополнительное профессиональное образование (профессиональная переподготовка) в области информационной системы, стаж работы не менее 5 лет. 4 Требования к системе 4.1 Требования к системе в целом Все элементы Системы должны соответствовать действующему законодательству, стандартам и нормам, применяемым на территории Российской Федерации, в течение всего срока ее эксплуатации. 4.1.1 Требования к структуре и функционированию системы Данная информационная система должна обеспечить возможность пользователю постоянного доступа к информации о нарушениях дорожного движения, штрафах, видах нарушений. А также должна предоставлять такую информацию как: ФИО владельца, номер паспорта, номер автомобиля, модель автомобиля. 4.1.1.2Требования к режимам функционирования системы В соответствии с федеральным законом Российской Федерации от 27 июля 2006 г. N 149-ФЗ Об информации, информационных технологиях и о защите информации передавать информацию о выявленных нарушениях ПДД органам исполнительной власти, осуществляющим на территории РФ контрольные, надзорные и разрешительные функции в области дорожного движения, формировать электронные базы данных выявленных нарушений, потенциальных нарушителей и нарушителей ПДД. 4.1.1.3 Требования по диагностированию системы Диагностика должна производиться автоматически, программными средствами на основе обработки и анализа информации, имеющейся в Системе. Информация о неисправностях должна быть дифференцированной с указанием возможных причин неисправности с учетом возможностей встроенного самотестирования, осуществляемого на уровне Периферийного оборудования Системы. Результаты диагностики должны быть документированы. 4.1.2 Требования к численности и квалификации персонала Системы и режиму его работы Численность персонала должна обеспечивать: – предпочтовую подготовку и отправку всех утвержденных сотрудниками ГИБДД постановлений по административным правонарушениям; – предпочтовую подготовку и отправку всех, утвержденных владельцем автомобильных дорог, извещений о размере вреда, причиненного автомобильным дорогам транспортными средствами; – бесперебойную работу подсистемы фотовидеофиксации административных правонарушений. 4.1.2.1 Требования к надежности Требования, предъявляемые к надежности Системы, должны соответствовать требованиям, установленным ГОСТ 27.002-89 и ГОСТ 27.003-90. Оценка надежности работы оборудования системы должна проводиться с использованием следующих основных показателей надежности: – наработка элементов Системы на отказ должна составлять не менее 8000 часов; – наработка элементов Системы на сбой должна составлять не менее 4000 часов. Программное обеспечение Системы должно предотвращать возникновение отказов в выполнении функции при отказах отдельных технических средств и ошибках персонала, участвующих в выполнении этой функции, либо обеспечить перевод отказов функций, ведущих к большим потерям, в отказы другого вида, сопряженные с меньшими потерями. Глава 4. Эскизный проект 4.1 Разработка предварительных проектных решений по системе и ее частям 1. Технический проект и техническое предложение: - структурные функциональные схемы; - предварительные спецификации; - схемы организации связи телеком инфраструктуры; - бизнес процесс; - расчёты; - результаты предварительных изысканий; - программное обеспечение; - техническое задание на подсистемы; - презентация и защита. 2. Рабочая документация в составе: - пояснительная записка; - технологические решения; - рабочие чертежи; - конструкции металлические; - спецификация оборудования, материалы; - спецификация программного обеспечения; - сметная документация (локальные сметы); 3. Эксплуатационная документация. Выделение двух очередей создания Выделить две очереди создания: Первый - подсистема фотовидеофиксации нарушений ПДД контроля; Второй – расширение подсистемы фотовидеофиксации нарушений ПДД 4.2 Разработка эскизной документации на АИС и ее части Правила подготовки документации по организации дорожного движения устанавливают требования к составу и содержанию комплексных схем организации дорожного движения и проектов организации дорожного движения за исключением проектов организации дорожного движения, разрабатываемых в составе проектной документации объектов капитального строительства, а также порядку их подготовки, согласования и утверждения. Объем исходной информации для разработки документации по организации дорожного движения должен определяться исходя из существующей дорожно-транспортной ситуации, прогноза развития сети дорог. Глава 5. Технический проект 5.1 Разработка проектных решений по системе и ее частям Разработка проектных решений включает в себя программные продукты. Система управления базами данных Microsoft Access является одним из самых популярных приложений в семействе настольных СУБД. Объектами Access являются: Таблицы - содержат данные. Запросы - позволяют задавать условия для отбора данных и вносить изменения в данные. Формы - позволяют просматривать и редактировать информацию. Отчеты - позволяют обобщать и распечатывать информацию. Исходя из анализа проделанной работы по ТЗ, создается БД и программа. База данных "Кафедра" состоит из 3 таблиц: "Преподаватели", "Должности", "Нагрузка", которые содержат текстовую информацию; 2 запросов: "Запрос на удаление", "Запрос не оплаченные"; 1 отчета "Владелец" (Рис.1)  Рисунок 1- Схема связи таблиц базы данных Для программы нужно создать алгоритм, то как мы себе представляем главное окно, и какие функции может выполнять данная программа. Программа должна полностью функционировать, формы и кнопки будут в рабочем режиме. (Рис.2)  Рисунок 2- Алгоритм программы «Учет нарушений ПДД» В созданном алгоритме показано главное окно, на нем указаны формы, в рабочем состояние. При нажатии любой из формы выполняется переход на другое окно программы, можно добавлять; изменять; удалять нужные нам элементы. + - в программе означает добавление и удаление определенных данных. 5.2 Разработка документации на АИС и ее части Для того чтобы представить порядок документирования разработки автоматизированных систем, следует уточнить, что понимать под этим термином. В ГОСТ 34.003-90 автоматизированная система (АС) определена как система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций. При оформлении документации на АС следует руководствоваться положениями соответствующих стандартов ЕСКД. Каждый лист графического и текстового документа, как правило, оформляют основной надписью и дополнительными графами к ней в соответствии с требованиями ГОСТ 2.104-2006. Основную надпись располагают в правом нижнем углу листа. На листах формата А4 основную надпись располагают вдоль короткой стороны листа. Текстовые документы (а также текстовые части проектно-сметной документации) выполняют по ГОСТ 2.105-95 Все графические документы выполняют на листах установленного формата. Форматы листов выбирают в соответствии с требованиями, установленными ГОСТ 2.301-68 и ГОСТ 2.004-79, при этом основные форматы являются предпочтительными. При выборе форматов следует учитывать: ˗ объем и сложность проектируемого изделия; ˗необходимую степень детализации данных, обусловленную назначением документа; ˗ условия хранения и обращения документации; ˗ особенности и возможности техники выполнения и копирования документа. Выбранный формат должен обеспечивать компактное выполнение схемы или чертежа, не нарушая их наглядности и удобства пользования. 5.3 Разработка и оформление документации на поставку комплектующих изделий На этапе «Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку» проводят: подготовку и оформление документации на поставку изделий для комплектования АС; определение технических требований и составление ТЗ на разработку изделий, не изготовляемых серийно. Для учета нарушений правил дорожного движения разработка и оформление документации на поставку комплектующих изделий не требуется. 5.4 Разработка заданий на проектирование в смежных частях проекта На этапе разработки заданий на проектирование в смежных частях проекта по проведению строительных, электротехнических и подготовительных работ для АИС не требуется. . Глава 6. Рабочая документация 6.1 Разработка рабочей документации на АИС и ее части Этап разработки рабочей документации на систему и ее части включает разработку, согласование и утверждение документации, содержащей сведения, необходимые для выполнения работ по вводу системы в эксплуатацию и е е эксплуатации, и порядка эксплуатации системы, содержащего сведения, необходимые для выполнения работ по поддержанию уровня эксплуатационных характеристик (качества) системы (в том числе по защите информации), установленных в проектных решениях. 6.2 Разработка и адаптация программ Общее функциональное описание базы данных "Учет нарушений ПДД" База данных "Учет нарушений ПДД" предназначена для введения учета нарушений правил дорожного движения в Государственной Инспекции Безопасности Дорожного Движения, сбора и фиксации видов нарушений, размер штрафов и вывода их на печать. При оплате всех штрафов машина удаляется из базы. Составленная программа по обрабатываемой информации ведет учетную запись, фиксирует штрафы, нарушения, вид и время, также владельца и автомобиль. Фиксируется нарушение ПДД другими участниками движения (Кроме водителей ТС) В программе необходимо организовать процедуры: открытия файла с данными, просмотр содержимого файла, сортировки, добавления, редактирования и удаления данных, а так же информации по ГИБДД. Глава 7. Ввод в действие 7.1 Подготовка объекта автоматизации Подготовка объекта автоматизации к вводу АС в действие мероприятия по приведению информации к виду, пригодному для обработки на ЭВМ; мероприятия по обучению и проверке квалификации персонала; мероприятия по созданию необходимых подразделений и рабочих мест; мероприятия по изменению объекта автоматизации; другие мероприятия, исходящие из специфических особенностей создаваемых АС. 7.2 Подготовка персонала Сотруднику по БДД требуется владеть такими навыками: Способностью анализировать и выяснять причины ДТП. Правильно организовывать агитационные мероприятия по безопасности дорожного движения. Устанавливать причины происшествия и выяснять обстоятельства, при которых это случилось. Персонал работающий за ПК должен уметь владеть пакетом программ Microsoft Office, для умения составлять и заполнять журналы по учету нарушений правил дорожного движения, создавать таблицы с ФИО владельцев и их штрафов, момент фиксации выплат штрафов и задолженностей. Проводить статистику и анализ ДТП. 7.3 Комплектация АИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями) Для сотрудника ДПС в помещении необходимо наличие персонального компьютера, включает в себя установку ПО с пакетом программ Microsoft Office для обработки отчетов и журналов о нарушениях, занесения нарушителей в базу данных в Access или Excel. Изменения комплектации по данной информационной системе для отдела сотрудников ДПС не требуется. Глава 8. Сопровождение АИС 8.1 Выполнение работ в соответствии с гарантийными обязательствами В соответствии с гарантийными обязательствами осуществляются следующие гарантийные работы: - Установка системы на компьютер-сервер. - Устранение повреждений вызванные неправильной работой системы - Вызов специалиста в особо экстренных случаях (например, отказ работы сервера). Вносить гарантийные обязательства можно двумя способами – деньгами и банковской гарантией. В обоих случаях поставщик предоставляет их заказчику до того, как был подписан акт приемки по контракту для обеспечения гарантии качества товара (работы, услуги) на весь гарантийный период эксплуатации. Важной особенностью является то, что заказчик может предъявлять требования к товарам/работам/услугам при необходимости, то есть, когда посчитает это нужным. Кроме случаев, когда предметом закупки являются машины и оборудование. Тогда это будет обязанностью. Поэтому участникам закупок следует внимательно читать извещение и тендерную документацию на предмет наличия в них этого условия. Поставщик обязательно должен предоставлять обеспечение гарантийных обязательств, если это требование заказчик прописал в документации. Несмотря на то, что с 1 июля 2020 г. установление этого требования является для заказчика правом, а не обязанностью (ч.2.2. ст.96 44-ФЗ), поставщик обязан его выполнить, если заказчик свое право использовал. Если заказчик это требование установил, то оно действует на всех претендентов на контракт без исключения 8.2 Послегарантийное обслуживание Послегарантийное обслуживание системы включает в себя выполнение всего комплекса работ по техническому обслуживанию систем учета. Работы по оптимизации использования «Оборудования» предусматривают расширение использования имеющихся сервисных и технических возможностей «Оборудования», связанных с улучшением возможностей оборудования сетей общего пользования, подключенных к «Оборудованию» «Заказчика». Работы по техническому обслуживанию «Исполнитель» выполняет с использованием своих измерительных и контрольных приборов, специальных инструментов, запасных частей и блоков. Раздел 2 Проектирование сайта 2.1 Разработка заданий на проектирование в смежных частях проекта На данном этапе создается макет для сайта, описывается структура данного макета, что он в себя включает. Для этого создаем нужный нам макет ( Рис.3) Структура сайта — это схема размещения его основных разделов и страниц относительно друг друга. Это план-схема, которая показывает, каким образом строится сайт, логическая связка его страниц. Не стоит путать внешнюю и внутреннюю структуру. Внешняя — это макет страницы, расположение блоков на ней. Внутренняя же отображает категории и принадлежность отдельных страниц или материалов. Вот об этой, внутренней структуре, и пойдет речь. На макете находится: шапка сайта, главное меню, окно поиска, правое меню, окно слайдера, окно преимуществ, календарь, и подвал сайта.  Рисунок 3- Макет сайта Шапка сайта - это верхняя часть сайта, с наименованием компании, логотипом, панелью навигации и основными контактными данными. Это один из основных элементов оформления веб-платформы, который влияет на его привлекательность в Сети и удобство пользования сайтом в целом. Наименование нашей шапки: «Учет нарушений правил дорожного движения» Главное окно сайта- своеобразная визитная карточка интернет-ресурса, на которой должна быть изложена важная информация для клиента: сведения о компании, контактные данные, предложения и преимущества. Таким образом, к основным целям главной страницы относятся: презентация компании, привлечение аудитории и представление возможных услуг и/или товаров. Поиск на сайте предоставляет возможность быстрого доступа, чтобы найти нужную информацию. Основной контент включает в себя самую главную информацию, о ГИБДД. График работы, о сотрудниках, список нарушителей и тд. 2.2 Техническое задание для сайта 1 Общие сведения 1.1 Назначение документа Настоящее Техническое задание определяет требования и порядок разработки сайта для учета нарушений правил дорожного движения. 2. Назначение и цели создания сайта 2.1 Назначение сайта Сайт должен представлять учет нарушений правил дорожного движения в интернете, поддерживать ее положительный и современный имидж, выдавать поситителям сайта необходимую информацию. 2.2 Цели создания сайта 2.2.1 Основные цели создания сайта Цель сайта- предаставить информацию о графике работы ГИБДД, информация о нарушениях, посещениях для выплаты штрафов и закрытия их. Выдачи водительских документов, или их конфескации. 3. Требования к сайту 3.1 Требования к сайту в целом 3.1.1 Требования к структуре и функционированию сайта Сайт должен представлять собой информационную структуру, доступную в сети интернет. Сайт должен состоять из взаимосвязанных разделов с четко разделенными функциями. 3.1.2 Требования к персоналу Для поддержания сайта и эксплуатации веб-интерфейса системы управления сайтом (CMS) от персонала не должно требоваться специальных технических навыков, знания технологий или программных продуктов, за исключением общих навыков работы с персональным компьютером и стандартным веб-браузером (например, MS Internet Explorer 7.0 или выше). 3.1.3 Требования к сохранности информации В системе управления сайтом должен быть предусмотрен механизм резервного копирования структуры и содержимого базы данных. Процедура резервного копирования должна производиться сотрудником, ответственным за поддержание сайта, не реже 1 раза в неделю. Резервное копирование графического содержимого должно осуществляться вручную. 3.1.4 Требования к разграничению доступа Информация, размещаемая на сайте, является общедоступной. Пользователей сайта можно разделить на 3 части в соответствии с правами доступа: Посетители Редактор (сотрудник Заказчика) Администратор (сотрудник Исполнителя) Посетители имеют доступ только к общедоступной части сайта. Доступ к административной части имеют пользователи с правами редактора и администратора. Редактор может редактировать материалы разделов. Администратор может выполнять все те же действия, что и Редактор, и кроме того: добавлять пользователей с правами Редактора; добавлять и удалять разделы сайта. 4.2 Требования к функциям (задачам), выполняемым сайтом 4.2.1 Основные требования 4.2.1.1 Структура сайта Сайт должен состоять из следующих разделов: Главная страница Изменения ПДД О нарушениях Как мы работаем Семинары Партнеры, агенты Контакты 4.2.1.2 Наполнение сайта Страницы всех разделов сайта должны формироваться программным путем на основании информации из базы данных на сервере. Модификация содержимого разделов должна осуществляться посредством администраторского веб-интерфейса (системы управления сайтом), который без применения специальных навыков программирования (без использования программирования и специального кодирования или форматирования) должен предусматривать возможность редактирования информационного содержимого страниц сайта. Наполнение информацией должно проводиться с использованием шаблонов страниц сайта. В рамках разработки сайта Исполнитель должен обеспечить ввод представленной Заказчиком статической информации в создаваемые динамические разделы (с учетом предусмотренной настоящим ТЗ функциональности). Текстовая информация должна предоставляться Заказчиком в виде отдельных файлов формата MS Word 2003 (DOC). Названия файлов должны соответствовать названиям разделов. Перед передачей текстов Исполнителю они должны быть вычитаны и отредактированы. Графический материал должен предоставляться в формате JPG. По возможности, названия графических файлов должны отражать содержимое файла. Изображения для галерей и разделов сайта должны размещаться в папках или архивах с названиями соответственно галерее или разделу сайта, для которых они предназначаются. Система управления контентом должна иметь стандартный для Windows интерфейс, отвечающий следующим требованиям: реализация в графическом оконном режиме; единый стиль оформления; интуитивно понятное назначение элементов интерфейса; отображение на экране только тех возможностей, которые доступны конкретному пользователю; отображение на экране только необходимой для решения текущей прикладной задачи информации; отображение на экране хода длительных процессов обработки; диалог с пользователем должен быть оптимизирован для выполнения типовых и часто используемых операций; для операций по массовому вводу информации должна быть предусмотрена минимизация количества нажатий на клавиатуру для выполнения стандартных действий. 4.2.1.3 Контакты В разделе «Контакты» должна быть представлена контактная информация компании: Адрес, телефоны, факс Адреса электронной почты «Контакты» - это типовая статическая страница. Она может редактироваться и дополняться в административной части сайта. 4.2.2 Требования к дизайну 4.2.2.1 Общие требования Стиль сайта можно описать как современный, деловой. В качестве фонового цвета рекомендуется использовать белый или светлые оттенки голубого и зелёного. Оформление сайта должно оставлять ощущение свежести и чистоты – в качестве иллюстраций можно использовать изображения с зелёным полем и чистым небом. Оформление не должно ущемлять информативность: хотя на сайте и должно быть довольно много графики, он должен быть удобен пользователям в плане навигации и интересен для многократного посещения. 4.2.2.2 Типовые навигационные и информационные элементы Шапка сайта Основное меню Боковое меню Основное поле контента Подложка 4.2.2.3 Шапка сайта Шапка сайта должна содержать логотип и название компании, изображение (коллаж), а также контактную информацию. Логотип является ссылкой на главную страницу сайта. 4.2.2.4 Основное и боковое меню Основное меню должно располагаться в верхней части окна (под шапкой) и содержать ссылки на все разделы первого уровня. Боковое меню должно располагаться в левой или правой части окна (в зависимости от утвержденного дизайн-макета) и содержать ссылки на разделы, связанные тематически с текущим, если таковые существуют для выбранного раздела первого уровня. 4.2.2.5 Основное поле контента Основное поле контента должно располагаться в центре страницы. В этом поле отображается основное содержание выбранного раздела. Стилевое оформление материалов и их элементов (ссылок, заголовков, основного текста, изображений, форм, таблиц и т.п.) должно быть единым для всех страниц веб-сайта. 4.2.2.6 Подложка В подложке должна располагаться информация о правообладателях, ссылка на веб-сайт Разработчика и логотип Разработчика. В случае регистрации сайта в веб-каталога в подложке могут располагаться счетчики данных каталогов. 4.3 Требования к видам обеспечения 4.3.1 Требования к информационному обеспечению 4.3.1.1 Требования к хранению данных Все данные сайта должны храниться в структурированном виде под управлением реляционной СУБД. Исключения составляют файлы данных, предназначенные для просмотра и скачивания (изображения, видео, документы и т.п.). Такие файлы сохраняются в файловой системе, а в БД размещаются ссылки на них. 4.3.1.2 Требования к языкам программирования Для реализации статических страниц и шаблонов должны использоваться языки XHTML 1.0 и CSS. Исходный код должен разрабатываться в соответствии со стандартами W3C (HTML 4.0). Для реализации интерактивных элементов клиентской части должны использоваться языки JavaScript и DHTML. Для реализации динамических страниц должен использоваться язык PHP. 5. Порядок контроля и приемки сайта 5.1 Виды, состав, объем и методы испытаний Сдача-приемка выполненных работ должна осуществляться при предъявлении Исполнителем комплектов соответствующих документов и завершаться оформлением акта сдачи-приемки, подписанного Исполнителем и утвержденного Заказчиком. Испытания сайта проводятся силами Исполнителя. 5.2 Общие требования к приемке сайта Приемка сайта должна проводиться приемочной комиссией, в состав которой должны входить представители Заказчика и Исполнителя, в течение трех рабочих дней после завершения работ. Результаты работы комиссии должны оформляться актом, подписанным членами комиссии и утверждённым заказчиком Список литературы:ГОСТ 24.701-86 Надежность автоматизированных систем управления ГОСТ 34.602-89 Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы ГОСТ РД 50-34.698-90. Методические указания. Информационная технология. Автоматизированные системы. Требования к содержанию документов" (утв. Постановлением Госстандарта СССР от 27.12.1990 N 3380) Бородакий, Ю.В. Информационные технологии. Методы, процессы, системы / Ю.В. Бородакий, Ю.Г. Лободинский. - М.: ГЛТ , 2016 Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. - М.: НИЦ Инфра-М, 2016. Журавлев М. Общая и Особенная части. М., 2017. Конституция Российской Федерации. – Новосибирск: Сиб. унив. изд-во, 2015.(Кодексы и законы России) Л.Г. Гагарина "Основы технологии разработки программных продуктов", Москва 2016 г; Л.Г. Гагарина, Д.В. Киселев, Е.Л. Федотов "Разработка и эксплуатация автоматизированных информационных систем: учеб. пособие/Под ред. проф.Л.Г. Гагариной. - М.: ИД "ФОРУМ": ИНФРА - М, 2017. - 384 с.; Л.Г.Гагарина, Е.В. Кокорева, Б.Д. Виснадул Технология разработки программного обеспечения, учебное пособие -М.; "ФОРУМ": ИНФРА-М, 2008.- 400 с. Мезенцев, К.Н. Автоматизированные информационные системы / К.Н. Мезенцев. - М.: Academia, 2018. О.Л. Голицина, Т.Л. Портыка, И.И. Попов Языки программирования, учебное пособие -М.; "ФОРУМ": ИНФРА-М, 2008.- 400 с. |