Практическая №2. Практическая работа 2 По Устройство и функционирование ис выполнил Проверил

• Название: Практическая работа 2 По Устройство и функционирование ис выполнил Проверил
• Дата: 08.12.2022
• Размер: 48.22 Kb.
• Имя файла: Практическая №2.docx
• Тип: Практическая работа; #833874

МИНОБРНАУКИ РОССИИ

Федеральное государственное бюджетное образовательное учреждение

высшего образования

«Гжельский государственный университет» (ГГУ)

Колледж ГГУ
Специальность 09.02.07 Информационные системы и программирование


ПРАКТИЧЕСКАЯ РАБОТА №2
По Устройство и функционирование ИС

Выполнил	Проверил
Студент группы ИСП-О-20 1.1	преподаватель
Гладышев А. Д.	Вальтер Я. А.

Дата сдачи
Дата защиты
Оценка


пос. Электроизолятор,

2022 год

Содержание работы:

Разработка технического задания на проектирование информационной системы.

Цель работы: освоение технологии документирования программных средств на начальных стадиях проектирования ИС в соответствии с ЕСПД

ВАРИАНТ 4. Информационная система ГИБДД.

Техническое задание в соответствии с ГОСТ 19.201-78.

Оглавление.

1.Введение. 5

1.1. Наименование программы. 5

1.2. Краткая характеристика области применения программы. 5

1.3. Краткая характеристика объекта, в котором используют программу «Информационная система ГИБДД». 5

2. Основания для разработки. 5

2.1. Документ, на основании которого ведется разработка. 5

2.2. Организация, утвердившая этот документ, и дата его утверждения. 6

2.3. Наименование темы разработки. 6

3. Назначение разработки. 6

3.1. Функциональное назначение программы. 6

3.2 Эксплуатационное назначение программы. 7

4. Требования к программе или программному изделию. 7

4.1. Требования к функциональным характеристикам. 7

4.1.1. Требования к составу выполняемых функций. 7

4.1.2. Требования к организации входных и выходных данных. 8

4.1.3. Требования к временным характеристикам. 8

4.2. Требования к надежности. 8

4.2.1. Требования к обеспечению надежного функционирования. 8

4.2.2. Обеспечения устойчивого функционирования программы. 8

4.2.3. Контроль входной и выходной информации. 9

4.2.4. Время восстановления после отказа. 9

4.3. Условия эксплуатации. 9

4.3.1. Температура окружающего воздуха. 9

4.3.2. Относительная влажность. 9

4.3.3. Требования к видам обслуживания. 10

4.3.4. Необходимое количество и квалификация персонала. 10

4.4. Требования к составу и параметрам технических средств. 10

4.4.1. Необходимый состав технических средств. 10

4.4.2. Технические характеристики. 10

4.5. Требования к информационной и программной совместимости. 11

4.5.1. Требования к информационным структурам на входе и выходе. 11

4.5.2. Требования к методам решения. 11

4.5.3. Требования к исходным кодам. 11

4.5.4. Требования к языкам программирования. 11

4.5.5. Требования к программным средствам, используемым программой. 11

4.6 Требование к маркировке и упаковке. 11

4.6.1. Требования к маркировке программного изделия. 11

4.6.2. Требования к упаковке. 12

4.7 Требования к транспортированию и хранению. 13

4.7.1. Условия транспортирования и хранения. 13

4.7.2.Специальные требования. 13

5. Требования к программной документации. 13

5.1. Предварительный состав программной документации. 13

6.Технико-экономические показатели. 14

6.1. Ориентировочная экономическая эффективность. 14

6.2. Предполагаемая годовая потребность. 14

6.3. Экономические преимущества разработки. 14

7. Стадии и этапы разработки. 14

7.1. Необходимые стадии разработки. 14

7.2.Этапы разработки. 15

8. Порядок контроля и приемки. 16

8.1. Виды испытаний. 16

8.2. Общие требования к приемке работы. 16

Отчет. 17

ПРИЛОЖЕНИЕ 1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ И ЗАПРОСОВ ИНФОРМАЦИОННОЙ СИСТЕМЫ 17

ПРИЛОЖЕНИЕ 2 1. http://tdocs.su/12215 20

1.Введение.

1.1. Наименование программы.

Наименование программы - Информационная система ГИБДД.

1.2. Краткая характеристика области применения программы.

Программа «Информационная система ГИБДД» предназначена для выполнения функциональных программ ГИБДД, а именно:

• 
  регистрация автотранспортных средств при совершении сделки купли-
  

продажи.

• 
  разработка мер, повышающих безопасность дорожного движения и
  

выполнение всех мер при совершении ДТП (дорожно-транспортное

происшествие) на улицах города (регистрация, разбор, выявление

виновных, автоэкспертиза и т.п.).

• 
  борьба с угоном автотранспортных средств, оперативный поиск угнанных машин и задержание преступников.
  

1.3. Краткая характеристика объекта, в котором используют программу «Информационная система ГИБДД».

Данная программа используется в ГИБДД. ГИБДД – это подразделение в структуре МВД РФ, которое осуществляет контрольные, надзорные и разрешительные функции в области обеспечения безопасности дорожного движения.

2. Основания для разработки.

2.1. Документ, на основании которого ведется разработка.

Основанием для разработки является договор 11 от 29.11.2022. Договор утвержден директором ГУОБДД МВД России Черниковым Михаилом Юрьевичем, именуемым в дальнейшем заказчиком, и Гладышевым Артёмом Дмитриевичем, именуемым в дальнейшем исполнителем, 29.11.2022.

2.2. Организация, утвердившая этот документ, и дата его утверждения.

Согласно договору, Исполнитель обязан разработать и установить систему «Информационная система ГИБДД» на оборудовании Заказчика не позднее 13.12.2022, предоставить исходные коды и документацию к разработанной системе не позднее 05.05.2023.

2.3. Наименование темы разработки.

Наименование темы разработки – «Разработка программного продукта Информационная система ГИБДД».

3. Назначение разработки.

3.1. Функциональное назначение программы.

Для работников отделения данная программа предоставляет возможность управления интерактивной базой данной и дает право получать необходимые данные, а именно:

1. 
   Перечень и общее число организаций, которым выделены номера либо с указанной серией, либо за указанный период.
   
2. 
   Сведения о владельце автотранспортного средства по государственному номеру автомашины.
   
3. 
   "Досье" на автомобиль по государственному номеру – номера двигателя, кузова и шасси, участвовал ли в ДТП, прошел ли техосмотр.
   
4. 
   Перечень и общее число владельцев машин, не прошедших вовремя техосмотр.
   
5. 
   Статистику по любому типу ДТП за указанный период.
   
6. 
   Результаты анализа ДТП: самые опасные места в городе, самая частая причина ДТП.
   
7. 
   Данные о количестве ДТП, совершаемых водителями в нетрезвом виде и доля таких происшествий в общем количестве ДТП.
   
8. 
   Список машин, отданных в розыск, будь то скрывшиеся места ДТП или угнанные.
   
9. 
   Данные об эффективности розыскной работы: количество найденных машин в процентном отношении.
   
10. 
    Перечень и общее число угонов за указанный период.
    
11. 
    Статистику по угонам: самые угоняемые марки машин, самые надежные сигнализации и т. п.
    

3.2 Эксплуатационное назначение программы.

Программа должна эксплуатироваться в отделении ГИБДД МВД РФ. Программа должна быть оснащена уровнями доступа. В зависимости от уровня доступа работника, он сможет получить только дозволенные ему данные.

4. Требования к программе или программному изделию.

4.1. Требования к функциональным характеристикам.

4.1.1. Требования к составу выполняемых функций.

После запуска программы пользователю отображается форма ввода логина и пароля.

В системе существует 3 уровня доступа (1, 2, 3)

• 
  1-й уровень доступа позволяет показать только сведения о владельце автотранспортного средства по государственному номеру автомашины и произошедшие за последнюю неделю ДТП.
  
• 
  2-й уровень доступа позволяет посмотреть все данные, кроме списка разыскиваемых автомобилей.
  
• 
  3-й уровень доступа позволяет получить все данные, а также дает возможность вносить изменения в базу данных.
  

Интерфейс интуитивно понятный, различные кнопки выводят данные в виде таблиц.

4.1.2. Требования к организации входных и выходных данных.

Все данные хранятся в базе данных. СУБД обеспечивает разграничение прав доступа к данным. Ввод данных в базу может только сотрудник имеющий 3-й уровень доступа. Ввод осуществляется с помощью запросов.

4.1.3. Требования к временным характеристикам.

После ввода запроса информация редактируется мгновенно, нужно только обновить базу.

4.2. Требования к надежности.

4.2.1. Требования к обеспечению надежного функционирования.

В базе данных хранятся сведения о каждом авто с российской регистрацией, информация о всех ДТП и тд, поэтому базу данных требуется резервировать.

4.2.2. Обеспечения устойчивого функционирования программы.

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

• 
  организацией бесперебойного питания технических средств.
  
• 
  использованием лицензионного программного обеспечения.
  
• 
  регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств».
  
• 
  регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.
  

4.2.3. Контроль входной и выходной информации.

Вносить изменения в базу данных может только сотрудник имеющий 3-й уровень доступа. Выходной информацией могут владеть сотрудники в зависимости от их уровня доступа. Входная информация не должна выходить за пределы ГИБДД МВД РФ.

4.2.4. Время восстановления после отказа.

Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 10 минут при условии соблюдения условий эксплуатации технических и программных средств.

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

4.3. Условия эксплуатации.

4.3.1. Температура окружающего воздуха.

Специальные условия не требуются.

4.3.2. Относительная влажность.

Специальные условия не требуются.

4.3.3. Требования к видам обслуживания.

Какие-либо виды обслуживания не требуются.

4.3.4. Необходимое количество и квалификация персонала.

При установке и настройке системы необходим системный администратор. В процессе эксплуатации с программой работают оператор-кассир и посетитель кинотеатра.

Системный администратор должен иметь высшее профильное образование и сертификаты компании-производителя операционной системы. В перечень задач, выполняемых системным администратором, должны входить:

• 
  установка клиентских приложений.
  
• 
  настройка СУБД.
  

4.4. Требования к составу и параметрам технических средств.

4.4.1. Необходимый состав технических средств.

Для каждого пользователя должен быть свой личный компьютер для хранения секретных данных из общей базы данных.

4.4.2. Технические характеристики.

От уровня доступа состав технических средств не зависит. Компьютер должен имеет характеристики не менее:

• 
  процессор x86 с тактовой частотой, не менее 1 ГГц.
  
• 
  оперативную память объемом, не менее 1 Гб.
  
• 
  видеокарту, монитор, мышь, клавиатура.
  

4.5. Требования к информационной и программной совместимости.

4.5.1. Требования к информационным структурам на входе и выходе.

Требования к информационным структурам (файлов) на входе и выходе, а также к методам решения не предъявляются.

4.5.2. Требования к методам решения.

Исходные коды программы должны быть реализованы на языке C++. В качестве интегрированной среды разработки программы должна быть использована среда Borland C++ Buider.

4.5.3. Требования к исходным кодам.

Система кодификации и кодирования отсутствует.

4.5.4. Требования к языкам программирования.

Язык программирования – С#. Система управления базами данных – SQL.

4.5.5. Требования к программным средствам, используемым программой.

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows.

4.6 Требование к маркировке и упаковке.

4.6.1. Требования к маркировке программного изделия.

Программное изделие должно иметь маркировку с обозначением товарного знака компании-разработчика, номера версии, порядкового номера, даты изготовления и номера сертификата соответствия Госстандарта России. Маркировка должна быть нанесена на программное изделие в виде наклейки, выполненной полиграфическим способом с учетом требований ГОСТ 9181-74.

4.6.2. Требования к упаковке.

Упаковка программного изделия должна осуществляться в упаковочную тару предприятия-изготовителя.

Упаковка программного изделия должна проводиться в закрытых вентилируемых помещениях при температуре от плюс 15 до плюс 40 °С и относительной влажности не более 80 % при отсутствии агрессивных примесей в окружающей среде.

Подготовленные к упаковке программные изделия укладывают в тару, представляющую собой коробки из картона гофрированного (ГОСТ 7376-89 или ГОСТ 7933- 89) согласно чертежам предприятия-изготовителя тары.

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

Для заполнения свободного пространства в упаковочную тару укладываются прокладки из гофрированного картона или пенопласта.

Упакованные в потребительскую тару программные изделия должны быть уложены на поддон, стянуты лентой для предотвращения потери формы груза и упакованы в полиэтиленовую пленку М 0,2 для защиты от попадания влаги.

В коробку поддона должна быть вложена товаросопроводительная документация, в том числе упаковочный лист согласно ГОСТ 25565-88.

Габариты грузового места должны быть не более 1250 • 820 • 1180 мм.

Масса НЕТТО - не более 200 кг.

Масса БРУТТО - не более 220 кг.

4.7 Требования к транспортированию и хранению.

4.7.1. Условия транспортирования и хранения.

Допускается транспортирование программного изделия в транспортной таре всеми видами транспорта (в том числе в отапливаемых герметизированных отсеках самолетов без ограничения расстояний). При перевозке в железнодорожных вагонах вид отправки - мелкий малотоннажный.

При транспортировании и хранении программного изделия должна быть предусмотрена защита от попадания пыли и атмосферных осадков. Не допускается кантование программного изделия. Климатические условия транспортирование приведены ниже:

• 
  температура окружающего воздуха, °С - от плюс 5 до плюс 50.
  
• 
  атмосферное давление, кПа - такое-то.
  
• 
  относительная влажность воздуха при 25 °С - такая-то.
  

4.7.2.Специальные требования.

Программа должна обеспечивать взаимодействие с пользователем (оператором) посредством графического пользовательского интерфейса, разработанного согласно рекомендациям компании-производителя операционной системы.

5. Требования к программной документации.

5.1. Предварительный состав программной документации.

В состав программной документации должны входить:

• 
  техническое задание.
  
• 
  программа и методика испытаний.
  
• 
  руководство системного программиста.
  
• 
  руководство оператора.
  
• 
  ведомость эксплуатационных документов.
  

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

6.Технико-экономические показатели.

6.1. Ориентировочная экономическая эффективность.

Ориентировочная экономическая эффективность не рассчитываются.

6.2. Предполагаемая годовая потребность.

Предполагаемое число использования программы в год – 365 сеансов работы на одном рабочем месте.

6.3. Экономические преимущества разработки.

Экономические преимущества разработки в сравнении с лучшими отечественными и зарубежными аналогами составит:

Число рабочих мест	Аналоги	Разработка	Экономические преимущества
10	$1500	$1000	$500

7. Стадии и этапы разработки.

7.1. Необходимые стадии разработки.

Разработка должна быть проведена в три стадии:

• 
  техническое задание.
  
• 
  технический (и рабочий) проекты.
  
• 
  внедрение.
  

7.2.Этапы разработки.

На стадии «Техническое задание» должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.

На стадии «Технический проект» должны быть выполнены перечисленные ниже этапы работ:

• 
  разработка программы.
  
• 
  разработка программной документации.
  
• 
  испытания программы.
  

На стадии «Внедрение» должен быть выполнен этап разработки «Подготовка и передача программы».

На этапе разработки техзадания должны быть выполнены перечисленные ниже работы:

• 
  постановка задачи
  
• 
  определение и уточнение требований к техническим средствам
  
• 
  определение требований к программе
  
• 
  определение стадий, этапов и сроков разработки программы и документации на нее
  
• 
  выбор языков программирования
  
• 
  согласование и утверждение технического задания.
  

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями ГОСТ 19.101-77.

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

• 
  разработка, согласование и утверждение программы (в ГОСТ, похоже, опечатка – «порядка») и методики испытаний.
  
• 
  проведение приемо-сдаточных испытаний.
  
• 
  корректировка программы и программной документации по результатам испытаний.
  

На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах заказчика.

8. Порядок контроля и приемки.

8.1. Виды испытаний.

Приемосдаточные испытания должны проводиться на объекте заказчика в указанные сроки.

Приемосдаточные испытания программы должны проводиться согласно разработанной исполнителем и согласованной заказчиком «Программы и методики испытаний».

Ход проведения приемо-сдаточных испытаний заказчик и исполнитель документируют в протоколе испытаний.

8.2. Общие требования к приемке работы.

На основании протокола испытаний исполнитель совместно с заказчиком подписывают акт приемки-сдачи программы в эксплуатацию.

Отчет.

В данной работе мной было разработано техническое задание для информационной системы «Информационная система ГИБДД» в соответствии с стандартом ГОСТ 19.201-78.

ПРИЛОЖЕНИЕ 1

ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ И ЗАПРОСОВ
ИНФОРМАЦИОННОЙ СИСТЕМЫ
Вариант 4: Информационная система ГИБДД
У ГИБДД есть три наиболее важные функциональные задачи:

• 
  
  регистрация автотранспортных средств при совершении сделки купли-
  продажи;
  
• 
  
  разработка мер, повышающих безопасность дорожного движения и
  выполнение всех мер при совершении ДТП (дорожно-транспортное
  происшествие) на улицах города (регистрация, разбор, выявление
  виновных, автоэкспертиза и т.п.);
  
• 
  
  борьба с угоном автотранспортных средств, оперативный поиск угнанных
  машин и задержание преступников.
  

ГИБДД занимается выделением и учетом номерных знаков на автотранспорт.
К автотранспортным средствам относятся легковые, грузовые автомобили, прицепы,полуприцепы, мотоциклы, тракторы, автобусы, микроавтобусы. На разные видытранспорта выдаются разные виды номеров и в базу данных заносятся разныехарактеристики. Номера могут выделяться как частным владельцам, так иорганизациям. В справочнике номеров, выданных частным владельцам,фиксируется: номер, ФИО владельца, его адрес, марка автомобиля, дата выпуска,объем двигателя, номера двигателя, шасси и кузова, цвет и т.п. В справочникеномеров, выданных организации, дополнительно фиксируется: названиеорганизации, район, адрес, руководитель. Существует справочник свободныхномеров (серия, диапазон номеров). ГИБДД периодически проводит техническийосмотр (ТО) машин. Для прохождения техосмотра необходима квитанция об оплатеналогов, сумма оплаты зависит от объема двигателя. Периодичность прохождениязависит от года выпуска и вида транспортного средства. Техническиехарактеристики, проверяемые на ТО и допуски также зависят от вида транспортногосредства.

ГИБДД занимается учетом и анализом ДТП (дорожно-транспортное
происшествие). При регистрации ДТП фиксируется: дата, тип происшествия (наездна пешехода, наезд на ограждение либо столб, лобовое столкновение, наезд навпереди стоящий транспорт, боковое столкновение на перекрестке и т.п.), местопроисшествия, марки пострадавших автомобилей, государственный номер, типмашины (легковая, грузовая, специальная), краткое содержание, числопострадавших, сумма ущерба, причина, дорожные условия и т.п. Анализнакопленной по ДТП статистике поможет правильно расставить запрещающие ипредупреждающие знаки на улицах города, а так же спланировать местонахождениепостов патрульных.

Угон либо исчезновение виновника ДТП с места происшествия требует
оперативного вмешательства всех постов ГИБДД и патрульных машин. Для
информирования о разыскиваемой машине ее данные (включая номера двигателя икузова) извлекаются из базы зарегистрированных номеров и передаются по рациивсем постам. Ведение статистики угонов, ее анализ и опубликование результатов вСМИ поможет снизить количество угонов, а хозяевам машин принять необходимыемеры (самые угоняемые марки, самый популярный способ вскрытия, самые
надежные сигнализации и т. п.).
Виды запросов в информационной системе:

1. 
   
   Получить перечень и общее число организаций, которым выделены
   номера либо с указанной серией, либо за указанный период.
   
2. 
   
   Получить сведения о владельце автотранспортного средства по
   государственному номеру автомашины.
   
3. 
   
   Получить "досье" на автомобиль по государственному номеру - номера
   двигателя, кузова и шасси, участвовал ли в ДТП, прошел ли техосмотр.
   
4. 
   
   Получить перечень и общее число владельцев машин, не прошедших
   вовремя техосмотр.
   
5. 
   
   Получить статистику по любому типу ДТП за указанный период.
   
6. 
   
   Получить результаты анализа ДТП: самые опасные места в городе, самая
   частая причина ДТП.
   
7. 
   
   Получить данные о количестве ДТП, совершаемых водителями в
   нетрезвом виде и доля таких происшествий в общем количестве ДТП.
   
8. 
   
   Получить список машин, отданных в розыск, будь то скрывшиеся с места
   ДТП или угнанные.
   
9. 
   
   Получить данные об эффективности розыскной работы: количество
   найденных машин в процентном отношении.
   
10. 
    
    Получить перечень и общее число угонов за указанный период.
    
11. 
    
    Получить статистику по угонам: самые угоняемые марки машин, самые
    надежные сигнализации и т. п.
    

ПРИЛОЖЕНИЕ 2
1. http://tdocs.su/12215