4.2 Проведение аттестации требований, с указанием типов проверок.

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

Выполним необходимые проверки.

1. Проверка правильности требований.

Суть данной проверки заключается в нахождении оптимального набора требований для конкретного пользователя. При разработке требований данной системы учитывались пожелания руководителя видеть отчетность по основным направления деятельности, а именно по деятельности водителей, ативности физических лиц, именуемых «клиентами» и корпоративных клиентов,анализ их активности. Помимо этого, анализ финансовой стороны, отчетность о прибылях и убытках, затраты на ремонт, запчасти, эффективность работы водителей,выявление неактивных клиентов и водителей. Также стояла задача контроля количества рабочих машин и машин на ремонте, затрат средств на ремонт машин. На любом предприятии фнансовой стороной занимается бухгалтерия. Пожеланиями ьухгалтера было видеть отчеты по лизнгу, отраение затратной и доходной части. На предприятии есть юрист для него важно хранение и досту к судебной документации, заключенным договорам, штрафам. Отлеживание истекших договоров. Аналитик занимается анализом текущих дел и сранением с прошлыми периодами, для него были удовлетворены все потребности в отчетной стороне. Оператор ПК и механик необходимы для ввода данных и получат соответствующие права от системного администртаора. Сам системный админинистратор будет заниматься выдачей паролей, назначением прав и решением текущих проблем по работе системы и решении вопросов пользователей, если они некомпетенты во взаимодействии с системой.

2. Проверка на непротиворечивость.

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

3. Проверка на выполнимость.

Данная система не включается в себя каких-то сверх задач, алгоритмы которых неизвестны и решений нет. Финансирование системы будет производиться в соответсвии с графиком платежей, оговоренном в договоре между заказчиком и исполнителем в раздел «Обязанности сторон — обязанности Заказчика», график разработки системы также вносится в Договор в раздел «Обязанности сторон — обязанности Исполнителя». Приложением к договору будет реестр выплат со стороны заказчика, с указанием даты и суммы, по мере выполнения исполнителем определенных стадий.

Вывод

В ходе проделанной лабораторной работы были построены две диаграммы, на основе которых были подтверждены требования Заказчика. На основе этих требований была построена система хранения данных корпоративного предприятия ООО «Шкода — Такси». Была приведена архитектура данной системы, расписаны ее компоненты. Дополнением к работе является Приложение Б, в котором расписано техническое задание.