Разработка автоматизированной информационной системы учета заявок на ремонт подвижного состава на примере предприятия РМ ПАТП-6
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
, обслуживание спортивных и культурно массовых мероприятий.
Расчет производственной программы технического обслуживания парка машин
Для расчета производственной программы технического обслуживания исходными данными служат:
-производственная программа эксплуатации парка автомобилей;
-принимаемая прогрессивная система и методы технического обслуживания и ремонта подвижного состава;
-установление нормы пробега подвижного состава до проведения отдельных видов технического обслуживания, ремонтов, а так же нормативы трудоемкости работ, применительно к условиям эксплуатации.
Учет работы подвижного и водительского состава
Для решения задач учета применяются персональные компьютеры. На них составляются диспетчерские наряды, учет внутрисменных, целодневных простоев, учет работы водителя на линии, участие в ремонте.
1.3 Выбор методологии проектирования информационной системы
Структурированное программирование было основной концепцией с первых дней разработки программного обеспечения. Стандартные блоки кода создавались для типичных операций, а затем копировались в другие приложения. Это сокращало сроки разработки новых программ, но затрудняло внесение изменений, поскольку необходимо было редактировать все вставленные стандартные блоки /18/. На основе структурированного программирования сформировалась концепция объектно-ориентированного программирования.
С помощью объектно-ориентированного подхода создаются блоки кода, или объекты. Объекты могут использоваться в разных приложениях. Для изменения объекта достаточно выполнить редактирование.
По сути, все современные приложения являются объектно-ориентированными, а некоторые языки программирования предполагают использование объектно-ориентированных структур. Объектно-ориентированный подход представляет собой другой метод просмотра приложений. Все приложения делятся на небольшие элементы кода - объекты, относительно независимые друг от друга.
В структурированном программировании требуется больше усилий для создания законченных приложений.
При объектно-ориентированном подходе особое внимание уделяется как информации, так и поведению, что позволяет создавать гибкие системы, допускающие изменение их поведения или содержащейся в них информации.
В соответствии с традиционным подходом основное внимание должно уделяться информации, с которой работает система. В зависимости от того, какая информация нужна пользователям, проектируются базы данных для хранения этой информации, создаются экраны для ее вывода и встраивается возможность распечатки отчетов. Иначе говоря, прежде всего, необходимо сфокусировать внимание на самой информации, а к поведению системы можно обратиться позже. Такой подход называется ориентированным на данные.
Структурный подход известен под самыми разными названиями, среди них такие, как разделяй и властвуй, иерархическая декомпозиция и другие, по отношению к проектированию сложной программной системы это означает, что ее необходимо разделять (декомпозировать) на небольшие подсистемы, каждую из которых можно разрабатывать независимо от других. Это позволяет при разработке подсистемы любого уровня держать в уме информацию только о ней, а не обо всех остальных частях системы. Правильная декомпозиция является главным способом преодоления сложности разработки больших систем. Понятие правильная по отношению к декомпозиции означает следующее:
-количество связей между отдельными подсистемами должно быть минимальным;
-связность отдельных частей внутри каждой подсистемы должна быть максимальной.
Структура системы должна быть таковой, чтобы все взаимодействия между ее подсистемами укладывались в ограниченные, стандартные рамки:
-каждая подсистема должна инкапсулировать свое содержимое (скрывать его от других подсистем);
-каждая подсистема должна иметь четко определенный интерфейс с другими подсистемами.
Итак, сущность структурного подхода к разработке ПО заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые, в свою очередь, делятся на подфункции, те - на задачи и так далее до конкретных процедур. При этом система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. При разработке системы снизу-вверх, от отдельных задач ко всей системе, целостность теряется, возникают проблемы при описании информационного взаимодействия отдельных компонентов.
Все наиболее распространенные методы структурного подхода базируются на ряде общих принципов:
-принцип разделяй и властвуй;
-принцип иерархического упорядочения - принцип организации составных частей системы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.
В структурном подходе в основном две группы средств, описывающих функциональную структуру системы и отношения между данными. Каждой группе средств соответствуют определенные виды моделей (диаграмм), наиболее распространенными среди них являются:
DFD (Data Flow Diagrams) - диаграммы потоков данных;
SADT (Structured Analysis and Design Technique - метод структурного анализа и проектирования) - модели и соответствующие функциональные диаграммы;
ERD (Entity - Relationship Diagrams) - диаграммы сущность-связь.
На стадии проектирования DFD используются для описания структуры проектируемой системы/16/.