Детальная разработка информационно-справочной системы по учету железнодорожных вагонов на подъездном пути предприятия с целью автоматизации обработки информации по вагонам и расчета затрат на обслуживание подвижного состава. Проект модели базы данных.
При низкой оригинальности работы "Разработка информационно-справочной системы по учету вагонов на подъездном пути предприятия", Вы можете повысить уникальность этой работы до 80-100%
Расчет затрат на разработку системы учета компьютерного вагонов на подъездном пути на предприятии 122 Расчет затрат на основную заработную плату разработчикам 123 Расчет затрат на электроэнергию, используемую ЭВМ в процессе разработки программы 127Требования к помещениям для эксплуатации ВТ 137 Требования к шуму и вибрации в помещениях для эксплуатации ВТ 140 Требования к микроклимату, содержанию аэроионов и вредных химических веществ в воздухе помещений эксплуатации ВТ 141За последние годы в мире произошли значительные перемены, которые не могли не затронуть области информатики и вычислительной техники. Именно этими обстоятельствами можно объяснить столь бурный рост компьютерной техники и стремительное развитие электронных таблиц и систем управления базами данных (СУБД). Для оперативного, гибкого и эффективного управления предприятиями, фирмами и организациями различных форм собственности широко внедряются системы автоматизированного управления, ядром которых являются базы данных (БД). При большом объеме информации и сложности производимых с ней операций проблема эффективности средств организации хранения, доступа и обработки данных приобретает особое значение. Система учета подвижного состава предназначена для предприятий, использующих как собственный, так и арендованный подвижной состав, и позволяет автоматизировать процесс его учета.Вопрос автоматизации процесса учета вагонов до сих пор остается открытым и актуальности терять не собирается. Данная информационная система (ИС) позволит специалистам оперативно получать и анализировать данные о наличии, состоянии и точном местонахождении вагонов. Информационная система должна представлять собой базу данных, позволяющую вести учет вагонов на подъездном пути предприятия и обеспечивать расчет затрат на обслуживание вагонов и интерфейс к ней. База данных должна отвечать следующим требованиям: в БД должны быть представлены справочники по цехам, видам услуг, операциям, грузам, станциям, районам движения. внедрение данной БД должно значительно сократить время на заполнение ведомостей и позволить вести легкий и удобный учет вагонов в базе данных должна быть предусмотрена возможность исправлений, что очень важно при занесении информации. в БД должна быть предусмотрена печать отчетов. БД должна обеспечивать учет расходов на обслуживание вагонов, что позволит в будущем рассчитывать средства на обслуживание и эксплуатацию подвижного состава.Все программы по характеру использования и категориям пользователей можно разделить на два класса - утилитарные программы и программные продукты (изделия). Утилитарные программы ("программы для себя") предназначены для удовлетворения нужд их разработчиков. Программные продукты (ПП) предназначены для удовлетворения потребностей пользователей, широкого распространения и продажи. Программный продукт - комплекс взаимосвязанных программ для решения определенной проблемы (задачи) массового спроса, подготовленный к реализации как любой вид промышленной продукции.[1] Отличительной особенностью программных продуктов должна быть их системность - функциональная полнота и законченность реализуемых функций обработки, которые применяются в совокупности.Стадия анализа предназначена для изучения требований к создаваемому программному продукту, а именно: определение состава и назначения функций обработки данных программного продукта; Проектирование структуры программного продукта связано с алгоритмизацией процесса обработки данных, детализацией функций обработки, разработкой структуры программного продукта (архитектуры программных модулей), структуры информационной базы (базы данных) задачи, выбором методов и средств создания программ - технологии программирования. Реализация, тестирование и отладка программ являются технической реализацией проектных решений и выполняются с помощью выбранного инструментария разработчика (алгоритмические языки и системы программирования, инструментальные среды разработчиков и т.п.). Для больших и сложных программных комплексов, имеющих развитую модульную структуру построения, отдельные работы данного этапа могут выполняться параллельно, обеспечивая сокращение общего времени разработки программного продукта. В процессе эксплуатации программного продукта производится локализация проблем и устранение причин их возникновения, модификация ПО в рамках установленного регламента, подготовка предложений по совершенствованию, развитию и модернизации системы.Модель жизненного цикла отражает различные состояния системы, начиная с момента возникновения необходимости в данной информационной системе и заканчивая моментом ее полного выхода из употребления. Модель жизненного цикла - структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования. В настоящее время известны и используются следующие модели жизненного цикла: Каскадная модель предусматривает п
План
Оглавление
Аннотация 2
Annotation 3
Введение 6
Постановка задачи 9
Глава 1. Основы проектирования программных продуктов 12
1.1. Характеристика программных продуктов 12
1.2. Жизненный цикл программного обеспечения (ЖЦ ПО) 15
1.3. Модели жизненного цикла ПО 18
1.4. Структурный подход к проектированию ПП 20
Глава 2. Основные принципы проектирования базы данных 24
2.1. Понятие базы данных и системы управления базами данных 24
2.2. Основные свойства базы данных 24
2.3. Трехуровневая архитектура базы данных 26
2.4. Жизненный цикл базы данных 28
2.4.1. Планирование разработки базы данных 29
2.4.2. Определение требований к системе 30
2.4.3. Сбор и анализ требований пользователей 30
2.4.4. Проектирование базы данных 30
2.4.5. Разработка приложений 31
2.4.6. Реализация 31
2.4.7. Загрузка данных 32
2.4.8. Тестирование 32
2.4.9. Эксплуатация и сопровождение 33
2.5. Модели представления данных 33
2.5.1. Иерархическая модель данных 34
2.5.2. Сетевая модель данных 34
2.4.3. Реляционная модель данных 34
2.6. Проектирование базы данных 41
2.6.1. Нормализация как особенность проектирования базы данных 41
2.6.2. Концептуальное проектирование базы данных 44
2.6.3. Логическое проектирование базы данных 46
2.6.4. Физическое проектирование базы данных 48
2.6.5. Этапы проектирования базы данных 49
Глава 3. Проектирование пользовательского интерфейса 51
3.1. Требования к пользовательскому интерфейсу 51
3.1.1. Методы оценки пользовательского интерфейса 53
3.1.2. Цели и критерии оценки пользовательского интерфейса 53
