Разработка автоматизированной информационной системы учета заявок на ремонт подвижного состава на примере предприятия РМ ПАТП-6
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
>
Перечисленные модели в совокупности дают полное описание ПО независимо от того, является ли система существующей или вновь разрабатываемой.
Для проектирования разрабатываемой системы был выбран структурный подход.
1.4Сбор требований
Перед началом разработки ИС необходимо определить состав документов. На этапе сбора требований подготавливается подборка существующих в организации документов (входных, выходных) на основании которых разрабатывается ИС, для этого были выполнены следующие шаги /1, 18, 33/:
-собраны образцы бланков существующих в организации нормативно-справочных документов (НСИ);
-собраны образцы бланков существующих в организации входных документов;
-собраны образцы бланков существующих в организации выходных документов;
-собраны образцы заполнения существующих в организации (НСИ);
-собраны образцы заполнения существующих в организации входных документов;
-собраны образцы заполнения существующих в организации выходных документов.
Заполненные образцы бланков нормативно-справочных документов (НСИ) и выходные документы (приложение Д, рисунки Д.1-Д.13).
Самое главное в любой рабочей деятельности - это Сбор требований т.к. если разработчик будет знать то, что от него хотят чтобы он сделал, то и конечный результат будет удовлетворять обеих сторон. Максимально упрощенный и удобный процесс работы, сопровожденный минимизацией временных трудозатрат и наличие продуктивного результата, повысит работоспособность и результативность.
1.5Анализ и моделирование требований
Этап анализа и моделирования требований начинается с метода анализа оптимальной организации работ - стандарт IDEF0 - (TO BE). Диаграмма IDEF0 - (TO BE) строится на основе диаграммы IDEF0 - (AS IS) /3, 4, 10/ . Контекстная диаграмма IDEF0 - (TO BE) представлена на рисунке 1.4.
Рисунок 1.4 - Контекстная диаграмма IDEF0 процесса деятельности Организации
Детализация процессов (TO-BE) представлена в приложении А, на рисунках А.1-А.9.
На рисунке 1.5 представлена диаграмма первого уровня декомпозиции процесса деятельности организации (IDEF0). Она используется для детализации бизнес-процессов деятельности организации /21, 24/.
Рисунок 1.5- Диаграмма первого уровня декомпозиции процесса деятельности организации (IDEF0)
До начала разработки информационной системы необходимо определить состав документов. Для этого был проведен анализ, стандартизация, унификация подборки существующих в организации документов. Все документы были увязаны в единую унифицированную систему документов.
1.6Спецификация требований
Требования к системе разбиваются на две самостоятельные группы - требования к функциям и нефункциональные требования. Основой выявления требований первой группы является модель бизнес-процессов предприятия, на базе которой, собственно, и формируется иерархия требований. К числу нефункциональных требований относятся:
-правовые и законодательные требования;
-качественные характеристики создаваемой системы, включая требования к ее практичности, надежности, производительности и возможностям поддержки;
-требования по безопасности;
-другие требования, например касающиеся операционных систем и сред, совместимости и проектных ограничений.
На основании выявленных требований разрабатывается техническое задание (ТЗ) на создаваемую систему и, по необходимости, частные технические задания на ее компоненты (подсистемы). ТЗ создается на основе ГОСТ 34.602-89. ТЗ на создание автоматизированной системы включает следующие основные разделы:
-общие сведения;
-назначение и цели создания ИС;
-характеристика объекта автоматизации;
-требования к системе;
-состав и содержание работ по созданию системы;
-порядок контроля и приемки системы;
-требования к составу и содержанию работ по подготовке предприятия к вводу системы в действие.
Раздел Общие сведения содержит справочную информацию, в том числе полное наименование системы, ее условное обозначение, название предприятий разработчика и заказчика (пользователя) системы и их реквизиты, перечень документов, на основании которых создается система, плановые сроки начала и окончания работы по созданию системы, сведения об источниках и порядке финансирования работ.
В разделе Характеристика объекта автоматизации проводятся общие сведения о предприятии согласно его уставу, перечень основных видов деятельности и бизнес-процессов.
В следующих разделах ТЗ приводятся сведения об объекте автоматизации, требования к системе в целом, также к ее функциональной и обеспечивающей части.
При формировании требований к системе в целом указывается перечень и основные характеристики подсистем, требования к взаимосвязям и совместимости созданной системы со смежными системами, требования к режиму функционирования АИС, к ее надежности и безопасности, описание стандартизации системы и ее унификации.
1.7Аттестация требований
Аттестация требований - процесс проверки требований на достоверность, непротиворечивость, полноту и выполнимость. Аттестация должна продемонстрировать, что требования действительно определяют ту систему, которую хочет иметь заказчик. Проверка требований важна, т. к. ошибка в спецификации требований могут привести к переделке системы и большим затратам, если будут обнаружены во время процесса разработки системы или после введе