- •Проектирование информационной системы «дефектоскопии рельсов»
- •Анализ предметной области
- •Анализ аналогов и прототипов
- •Требования к по
- •Обоснование выбора компонентов
- •Определение критериев выбора среды разработки
- •Обоснование выбора технологии доступа к бд
- •Выбор языка программирования
- •Обоснование выбора используемой субд
- •Выводы по первой главе
- •Структурный подход к проектированию по
- •Функциональная модель по
- •Диаграмма потоков данных
- •Логическая модель данных
- •Объектно – ориентированный подход к проектированию по
- •Определение вариантов использования
- •Диаграмма классов
- •Описание поведения программного средства
- •Диаграмма последовательностей
- •Диаграмма деятельности
- •Диаграмма состояния
- •Проектирование пользовательского интерфейса
- •Граф переходов состояний интерфейса
- •Проектирование интерфейса
- •Реализация и тестирование по
- •Создание базы данных
- •Требования к программе
- •Требования к функциональным характеристикам
- •Технико-экономические показатели
- •Стадии и этапы разработки
Выводы по первой главе
Выбранный язык Delphi т.к. он быстрый, удобный но в отличие от C++ не поддерживает множественное наследование классов (между тем допускается множественное наследование интерфейсов).
Оптимальная система управления БД - ODBC, так как он является наиболее гибким способом соединения с разными типами СУБД по сравнению с другими способами. Большим плюсом является и то, что для данного вида подключения созданы визуальные компоненты, что облегчит создание приложения, и соответственно уменьшит срок разработки.
Оптимальная СУБД Microsoft Access 2010.
Структурный подход к проектированию по
Функциональная модель по
В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.
Согласно функциональным требованиям, для информационной системы «Дефектоскопия рельс» была реализована диаграмма IDEF0, которая приведена на рисунке 2.1.
Рисунок 2.1 – Контекстная модель диаграммы IDEF0
Для уточнения функциональной работы системы, была сделана декомпозиция контекстной модели диаграммы (рисунок 2.2). На данном рисунке видно, как работает программа, и можно узнать для каких функций нужны входные данные и какие данные на выходе получим.
Рисунок 2.2 – Декомпозиция блока «Учет дефектоскопии рельс»
Для более подробной работы некоторых функции была произведена декомпозиция блока «Формирование списка дефектоскопов», которая представлена на рисунке 2.3, и декомпозиция блока «Обслуживание дефектоскопа» представлена на рисунке 2.4.
Рисунок 2.3 – Детальная декомпозиция блока «Формирование списка дефектоскопов»
Рисунок 2.4 – Декомпозиция блока «Обслуживание дефектоскопа»
Диаграмма потоков данных
Диаграммы потоков данных (Data Flow Diagrams — DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Согласно функциональным требованиям системы «Дефектоскопии рельс» была реализована диаграмма потоков данных, которая показана на рисунке 2.5.
Рисунок 2.5 – Контекстная диаграмма
Для уточнения функциональной работы системы и распределения потоков данных, была выполнена декомпозиция контекстной модели диаграммы рисунок 2.6
Рисунок 2.6 – Декомпозиция контекстной модели диаграммы
Для более подробного описания блока «Формирование списка дефектоскопов», которая представлена на рисунке 2.7 и декомпозиции «Обслуживания дефектоскопа», которая представлена на рисунке 2.8.
Рисунок 2.7 –Декомпозиция блока «Формирование списка дефектоскопов»
Рисунок 2.8 – Декомпозиция блока «Обслуживание дефектоскопа»
