Проектирование информационной системы руководителя предприятия по торговле запасными частями для автомобилей

Организационная структура магазина, моделирование бизнес-процессов. Разработка системы учета запчастей, порядок управления базами данных. Инфологическое моделирование предметной области и даталогическое проектирование. Экономическая эффективность проекта.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 13.05.2017
Размер файла 918,4 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

ТОГАПОУ "ТАМБОВСКИЙ БИЗНЕС-КОЛЛЕДЖ"

ДИПЛОМНАЯ РАБОТА

на тему

"Проектирование информационной системы руководителя предприятия по торговле запасными частями для автомобилей"

Содержание

Введение

1. Основная часть

1.1 Общая характеристика магазина

1.2 Организационная структура магазина "Запчасти Ford"

1.3 Моделирование бизнес процессов

1.4 Постановка задачи

1.5 Обоснование проектных решений по видам обеспечения

2. Проектирование и разработка системы

2.1 Выбор СУБД

2.2 Выбор среды разработки

2.3 Инфологическая моделирование предметной области

2.4 Даталогическое проектирование

2.5 Логика обработки данных

2.6 Разработка программного кода программного средства

2.7 Описание программного модуля

2.8 Описание работы с программой

3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчета экономической эффективности

3.2 Расчет показателей экономической эффективности проекта

Заключение

Список использованной литературы

Введение

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

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

Моя дипломная работа направлена на разработку программы автоматизации процесса подбора запчастей для ремонта автомобилей и предварительного перечня проводимых работ, предназначенной для использования специалистами в автомобильных сервисах.

Актуальность состоит в том, что в современных условиях ремонта автомобилей возникает потребность быстро и качественно подобрать требуемые запчасти в зависимости от неисправности автомобиля. В основном данный процесс занимает достаточно емкий промежуток времени, приблизительно от нескольких часов до нескольких суток, особенно при работе с On-Line Электронными Базами Данными автомобильных, запчастей.

Сложность состоит в том, что для работы с такими Базами Данных требуется знание не только основ пользования персонального компьютера, но и опыт работы с Internet приложениями, знание достаточно сложного пользовательского интерфейса.

Данное модель программного обеспечения должна позволять руководствуясь только несколькими критериями запроса по Базе Данных, дать исчерпывающую информацию клиенту о возможности ремонта его автомобиля с указанием цен.

1. Основная часть

1.1 Общая характеристика магазина

Магазин входит в крупный автомобильный холдинг, официально поставляющий в Россию высококачественные запчасти для легковых и грузовых автомобилей и располагающий большим складом запчастей.

В магазине работают специалисты автомобильного рынка с большим опытом работы в дистрибьюторских компаниях, на СТО и розничных магазинах по продаже автозапчастей.

Миссия магазина: сделать возможным для каждого автомобилиста быстро, удобно и недорого приобрести необходимые автотовары, минимизировать издержки на ремонт автомобиля, получить компетентную консультацию.

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

- шиномонтажу,

- правке автомобильных дисков.

В товарном предложении магазина присутствует свыше 1500 наименований автомобильных товаров, которые компания готова отгрузить клиенту со складов в срок до трех дней.

Перечень основных товарных групп:

- аккумуляторы и электрооборудование,

- детали двигателей внутреннего сгорания,

- детали подвески, амортизации,

рулевого управления,

- детали ременного привода,

- детали системы зажигания,

- детали системы охлаждения,

- детали системы сцепления,

- детали тормозной системы,

- кузовные запчасти и автомобильная оптика.

Расходные материалы для ТО:

- масла и автохимия,

- тормозные диски и колодки,

- стеклоочистители (дворники),

- фильтры воздушные, масляные, топливные, фильтры салона.

Следует отметить, что в ассортименте магазина присутствуют запчасти для ремонта всех систем и узлов современных автомобилей. Кроме того, в случае, если необходимая запчасть отсутствует, есть возможность заказать ее поставку у дистрибьюторов из Европы, Азии и США.

Магазин "Запчасти Ford" имеет доступ к складам основных дистрибьюторов автозапчастей. Кроме того, товары, поставляемые магазином "Запчасти Ford", легально пересекли границу России, их качество подтверждается необходимыми сертификатами, на них распространяется гарантия производителя (при соблюдении требований по установке и эксплуатации товара).

Глобальными целями магазина "Запчасти Ford" являются:

1. Максимальное удовлетворение потребностей клиентов.

2. Удержание позиций в соответствующем секторе рынка и расширение области деятельности магазина.

3.Развитие предприятия и предоставления более квалифицированных услуг. К основным бизнес-процессам предприятия относятся:

1. Планирование работы персонала.

2. Закупка автозапчастей.

3. Продажа автозапчастей.

4. Оказание услуг по шиномонтажуи правке автомобильных дисков.

5. Предоставление информации постоянным клиентам о новостях мира "Ford".

1.2 Организационная структура магазина "Запчасти Ford"

Магазин"Запчасти Ford" делится на следующие отделы: 1. Администрация магазина.

2. Склад.

3. Отдел продаж запчастей.

4. Отдел шиномонтажа.

Администрация.

Администрация магазина - это отдел, который занимается:

- организацией работы предприятия,

- обеспечением постоянного повышения уровня технической подготовки обслуживания,

- управлением разработки перспективных планов развития предприятия,

- приемом, переводом и увольнением сотрудников,

- составлением приказов,

- формированием личных дел,

- ведением трудовых книжек,

- организация процесса премирования,

-составлением бюджетов и контролем за фактическим выполнением бюджетов,

- контролем выполнения работ.

Также администрация отвечает за ведение переговоров с поставщиками. Состав отдела:

1.Директор - это владелец магазина, он занимается управлением и ведет переговоры с поставщиками также он рассматривает новые кандидатуры на различные должности.

2. Бухгалтер. Он ведет всю документацию по расходам и доходам также занимаются оплатой счетов и распределением финансов, то есть покрытием расходов доходами также рассчитывают зарплату.

Склад.

Склад магазина "Запчасти Ford" - это отдел, занимающийся хранением деталей для обслуживания и продажи их клиентам.

На складе работает один кладовщик, который занимается хранением и распределением деталей по магазину.

Отдел продаж запчастей.

Отдел продаж запчастей - это отдел который занимается продажей запчастей и распространением новостей мира Ford среди постоянных клиентов. Состав отдела:

1. Менеджер. Это человек, который работает с клиентами, производит продажу запчастей, информирует постоянных клиентов о новостях мира Ford

2. Консультант по запчастям - этот человек предоставляет консультации по запчастям и принимает участие в продаже запчастей.

Отдел шиномонтажа.

Отдел шиномонтажа - это отдел, который выполняет шиномонтаж и правку автомобильных колесных дисков.

Этот отдел состоит из:

1. Мастера принимающего заказ - это человек, который принимает на обслуживание автомобиль клиента предоставляет полные сведения по предоставляемым услугам и расценки услуг.

2. Мастера ремонтной зоны - это человек, который руководит процессом выполнения обслуживания.

1.3 Моделирование бизнес процессов

На начальных этапах создания ИС необходимо понять, как работает организация или система, которую мы собираемся автоматизировать.

В нашем случае объект исследования - процесс учета запчастей.

Для описания работы системы необходимо построить функциональную модель (модель бизнес-процессов).Для наглядного представления экономической сущности задачи проведем моделирование бизнес-процессов предметной области.

Для наглядного представления экономической сущности задачи проведем моделирование бизнес-процессов предметной области.

Наиболее удобным языком моделирования бизнес-процессов является IDEF0. IDEF0 (Integration Definition for Function Modeling) - нотация описания бизнес-процессов.Основана на методологии SADT.

SADT (StructuredAnalysisandDesignTechnique, технология структурного анализа и проектирования) - графические обозначения и подход к описанию систем. Разработка SADT началась в 1969 году и была опробована на практике в компаниях различных отраслей (аэрокосмическая отрасль, телефония и т.д.). Публично появилась на рынке в 1975 г и получила очень широкое распространение в мире.

IDEF0 является результатом программы компьютеризации промышленности, которая была предложена ВВС США. Автоматизация деятельности предприятий потребовала соответствующих методик и инструментов. Перед тем, как разрабатывать программное обеспечение, необходимо было четко и понятно описать бизнес-процессы (нельзя автоматизировать хаос). Инструменты, разработанные для задач программирования, так же могут быть полезны и для задач менеджмента. Нотация может быть использована для моделирования широкого круга автоматизированных и неавтоматизированных систем.

Описание системы с помощью IDEF0 называется функциональной моделью. Функциональная модель предназначена для описания существующих бизнес-процессов, в котором используются как естественный, так и графический языки. Для передачи информации о конкретной системе источником графического языка является сама методология IDEF0.

Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности.

Каждая IDEF0-диаграмм а содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

Функциональные блоки (работы) на диаграммах изображаются прямоугольниками, означающими поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Имя работы должно быть выражено отглагольным существительным, обозначающим действие.

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

Каждая сторона блока имеет особое, вполне определенное назначение. Левая сторона блока предназначена для входов, верхняя - для управления, правая - для выходов, нижняя - для механизмов. Такое обозначение отражает определенные системные принципы: входы преобразуются в выходы управление ограничивает или предписывает условия выполнения преобразований, механизмы показывают, что и как выполняет функция.

Блоки в IDEF0 размещаются по степени важности, как ее понимает автор диаграммы. Этот относительный порядок называется доминированием. Доминирование понимается как влияние, которое один блок оказывает на другие блоки диаграммы. Например, самым доминирующим блоком диаграммы может быть либо первый из требуемой последовательности функций, либо планирующая или контролирующая функция, влияющая на все другие. Наиболее доминирующий блок обычно размещается в верхнем левом углу диаграммы, а наименее доминирующий - в правом углу. Расположение блоков на странице отражает авторское определение доминирования. Таким образом, топология диаграммы показывает, какие функции оказывают большее влияние на остальные. Чтобы подчеркнуть это, аналитик может перенумеровать блоки в соответствии с порядком их доминирования. Порядок доминирования может обозначаться цифрой, размещенной в правом нижнем углу каждого прямоугольника:

1 будет указывать на наибольшее доминирование,

2 - на следующее и т. д.

Взаимодействие работ с внешним миром и между собой описывается в виде стрелок, изображаемых одинарными линиями со стрелками на концах. Стрелки представляют собой некую информацию и именуются существительными.

Построение модели AS-IS системы начинается с контекстной диаграммы, позволяющей описать систему в целом и отобразить её взаимодействие с окружающим миром.

Контекстная диаграмма показана на рисунке 1.1.

Рисунок 1.1. Контекстная диаграмма.

При уточнении (декомпозиции) контекстной диаграммы получают диаграммы декомпозиции.

Диаграмма второго уровня показана на рисунке 1.2.

Рисунок 1.2. Диаграмма декомпозиции второго уровня.

Диаграмма декомпозиции процесса "Ведение справочников" показана на рисунке 1.3.

Рисунок 1.3. Диаграмма декомпозиции процесса "Ведение справочников".

Диаграмма декомпозиции процесса "Учет поставок" показана на рисунке 1.4.

Рисунок 1.4. Диаграмма декомпозиции процесса "Учет поставок".

Диаграмма декомпозиции процесса "Учет продаж" показана на рисунке 1.5.

Рисунок 1.5. Диаграмма декомпозиции процесса "Учет продаж".

1.4 Постановка задачи

В данной работе необходимо разработать программное средство, предназначенное для учета запчастей в магазине "Запчасти Ford". Требуемый функционал:

1. Ведение справочников.

- справочник типов запчастей,

- справочник моделей автомобилей ,

- справочник поставщиков,

- справочник типов запчастей.

2. Учет связей между запчастями и моделями, а именно:

- для каждой запчасти должен вестись список моделей, для которых можно использовать даннуюзапчасть,

- для каждой модели должен вестись список запчастей, которые используются в конструкции данной модели.

3. Ведение учета наличия запчастей в магазине.

4. Ведение учета поставок запчастей в магазин от поставщиков.

5. Ведение учета продаж запчастей в магазине.

1.5 Обоснование проектных решений по видам обеспечения

Техническое обеспечение.

Для адекватной работы программы необходимо наличие персонального компьютера и принтера. В качестве рабочего компьютера будет использоваться следующая конфигурация:

- процессор G620 2.6 GHz,

- оперативная память 2 Гб,

- жесткий диск 1000 Гб,

- лазерный принтер.

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

Информационное обеспечение Входные документы:

1. Спецификации запчастей. Из них вносятся основные данные в справочник запчастей.

2. Накладные, которые приходят при поставках товаров. Выходные документы:

1. Прайс товаров (запчастей).

2. Чек, формируемый при операциях продажи запчастей.

Внутренние справочники:

- справочник типов запчастей,

- справочник моделей автомобилей ,

- справочник поставщиков,

- справочник типов запчастей.

2. Проектирование и разработка системы

2.1 Выбор СУБД

Так как данная разработка является локальной и не требует ведения сетевой базы данных, то для ее реализации можно не использовать сложные и требовательные к ресурсам СУБД, а использовать MicrosoftAccess.

Достоинства MicrosoftAccess:

1. Очень простой графический интерфейс, который позволяет не только создавать собственную базу данных, но и разрабатывать приложения, используя встроенные средства.

2. Access хранит все данные в одном файле, хотя и распределяет их по разным таблицам, как и положено реляционной СУБД. К этим данным относится не только информация в таблицах, но и другие объекты базы данных.

3. Access предлагает большое количество мастеров, которые выполняют основную работу за пользователя при работе с данными и разработке приложений, помогают избежать рутинных действий и облегчают работу неискушенному в программировании пользователю.

4. Распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft.

5. Access постоянно обновляется производителем, поддерживает множество языков.

6. Access полностью совместим с операционной системой Windows.

7. Access ориентирован на пользователя с разной профессиональной подготовкой, что выражается в наличии большого количества мастеров, развитую систему справки и понятный интерфейс.

8. Широкие возможности по импорту/экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC.

9. Наличие развитых встроенных средств разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (VisualBasicforApplications),

10. Наличие встроенного языка макрокоманд.

Но вместе с тем присутствуют и недостатки:

1. Ограничены возможности по обеспечению многопользовательской среды, 2. В ранних версиях (до Access 2003) отсутствуют такие средства как триггеры и хранимые процедуры, что заставляет разработчиков возлагать поддержание бизнес логики БД на клиентскую программу или разрабатывать процедуры с помощью встроенного средства VBA.

3. Обладает несложными способами защиты с использованием пароля БД (возможно применения дополнительных мер по защите от несанкционированного доступа с использованием процедур VBA),

4. В вопросах поддержки целостности данных отвечает только моделям БД небольшой и средней сложности. Очевидно, что недостатки проявляются в полной мере лишь при написании больших и сложных многопользовательских систем, поэтому Access вполне подходит для разработки ИС учета запчастей.

2.2 Выбор среды разработки

К системе разработки предъявляются следующие требования:

- высокое быстродействие создаваемой программы

- высокая скорость разработки

- удобство разработки

- простота освоения,

- широкая функциональность,

- возможность работать с различными СУБД.

Среда BorlandDelphi 7 подходит под все вышеперечисленные требования. История Delphi начинается с 60-х годов, когда профессор Н.Вирт разработал язык высокого уровня Pascal. Затем, в 1983 году, А. Хейлсберг совместно с другими программистами, которые только что организовали компанию Borland, разработал компилятор TurboPascal, который стал следующим шагом в эволюции Delphi. Затем появился ObjectPascal, который уже использовал объектно-ориентированный подход к программированию. Когда появилась первая версия Windows - Windows 3.10, программисты Borland создали Delphi 1. Это уже была объектно-ориентированная среда для визуальной разработки программ, основанная на языке ObjectPascal.

ObjectPascal - результат развития языка Турбо Паскаль, который, в свою очередь, развился из языка Паскаль. Паскаль был полностью процедурным языком, Турбо Паскаль, начиная с версии 5.5, добавил в Паскаль объектно-ориентированные свойства, а в ObjectPascal - динамическую идентификацию типа данных с возможностью доступа к метаданным классов (то есть к описанию классов и их членов) в компилируемом коде, также называемом интроспекцией - данная технология получила обозначение RTTI. Так как все классы наследуют функции базового класса TObject, то любой указатель на объект можно преобразовать к нему, после чего воспользоваться методом ClassType и функцией TypeInfo, которые и обеспечат интроспекцию.

Delphi оказал огромное влияние на создание концепции языка C# для платформы .NET. Многие его элементы и концептуальные решения вошли в состав С#. Одной из причин называют переход Андерса Хейлсберга, одного из ведущих разработчиков Delphi, из компании BorlandLtd. в MicrosoftCorp. С появлением Windows 95 появилась Delphi 2, затем Delphi 3, 4, 5. Язык программирования ObjectPascal, который являлся стержнем Delphi, претерпел такие существенные изменения, что с появлением Delphi 7 компания Borland, которая уже превратилась в корпорацию, официально объявила о переименовании ObjectPascal в Delphi. Поэтому правы те, кто говорит, что Delphi - это визуальная среда разработки программ. Но также правы и те, кто утверждает, что Delphi - это один из лучших языков программирования.

Delphi 7 - наиболее стабильная версия языка программирования для Win32 - то есть 32-разрядных версий Windows. Появились и новые версии Delphi, но они ориентированны на технологию .NET, за которую начинающим программистам браться рановато. Тем более, что эта технология еще не применяется широко, и рынок программного обеспечения, созданного с помощью Delphi, все равно составляют программные продукты, написанные на Delphi 7, и даже более ранних версий.

Delphi - императивный, структурированный, объектно-ориентированный язык программирования, диалект ObjectPascal. Начиная со среды разработки Delphi 7.0, в официальных документах Borland стала использовать название Delphi для обозначения языка ObjectPascal. Начиная с 2007 года уже язык Delphi (производный от ObjectPascal) начал жить своей самостоятельной жизнью и претерпевал различные изменения связанные с современными тенденциями (например, с развитием платформы .NET).

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

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

Такие требования к современному программированию привели к созданию многочисленных RAD (RapidApplicationDevelopment - быстрая разработка приложений), представляющих собой интегрированные среды разработчика, включающие в себя:

- средства быстрого и удобного построения программ, в том числе визуального;

- встроенные компиляторы и отладчики;

- системы коллективной разработки проектов и т.д.

Одной из таких RAD систем является Delphi. Итак, Delphi - это объектно ориентированная среда для визуального проектирования Windows приложений с развитыми механизмами повторного использования программного кода. Основным конкурентом Delphi является среда разработки MicrosoftVisual C++ (VisualStudio), имеющая свои преимущества и недостатки, однако являющаяся более популярной, в основном, в силу того, что разработана именно фирмой Microsoft.

Основу Delphi составляет не только сам язык, но и RAD (RapidApplicationDevelopment) - среда быстрой разработки программ. Благодаря визуальному программированию, а также достаточно большой библиотеке визуальных компонентов, Delphi позволяет создавать программы наиболее быстро и эффективно, принимая на себя основную работу, и оставляя программисту творческий процесс. Разумеется, возможность быстрого создания профессиональных приложений для Windows делает Delphi - программистов востребованными во всех отраслях человеческой деятельности.

2.3 Инфологическая моделирование предметной области

Инфологическое моделирование данных - это процесс создания логического представления структуры базы данных. Инфологическое моделирование данных - основа для всей последующей работы по разработке базы данных и приложения по её ведению. Для построения инфологической модели (концептуальной схемы) используют традиционные методы агрегации и обобщения. При агрегации объединяются информационные объекты (элементы данных) в один в соответствии с семантическими связями между объектами. При обобщении информационные объекты (элементы данных) объединяются в родовой объект.

В результате анализа предметной области можно выделить в ней следующие сущности (информационные объекты):

1. Модели.

2. Типы запчастей.

3. Поставщики.

4. Запчасти.

5. Поставки запчастей.

6. Продажи запчастей.

Приведем основные атрибуты сущностей.

1. Модели.

- название модели,

- год выпуска модели,

- запчасти, которые подходят для модели.

2. Типы запчастей

- название типа.

3. Поставщики.

- название,

- адрес,

- телефон.

4. Запчасти.

- название запчасти,

- тип запчасти,

- цена,

- гарантия,

- количество,

- модели, в которых применяются.

5. Поставки запчастей.

- дата,

- поставщик,

- список поставленных запчастей,

- номер накладной.

6. Продажи запчастей.

- дата,

- список проданных запчастей,

- общая сумма.

Отобразим выделенные сущности и связи между ними при помощи ER-диаграммы (рисунок 2.1).

Рисунок 2.1 - ER-диаграмма предметной области

2.4 Даталогическое проектирование

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

Рассмотрим по очереди выявленные сущности.

1. Модели. Существующие атрибуты: название модели, год выпуска модели и запчасти, которые подходят для модели. Для однозначной идентификации каждой модели необходимо добавить атрибут "Код модели". Данный атрибут станет первичным ключом и будет использоваться в запросах на редактирование и удаление данных в соответствующей таблице, а также для ссылок на записи данной таблицы из других таблиц. Что касается атрибута "Запчасти, которые подходят для модели", то его использование рассмотрим ниже.

2. Типы запчастей. Существующие атрибуты: название типа. Для однозначной идентификации каждого поставщика необходимо добавить атрибут "Код типа модели". Данный атрибут станет первичным ключом и будет использоваться в запросах на редактирование и удаление данных в соответствующей таблице, а также для ссылок на записи данной таблицы из других таблиц.

3. Поставщики. Существующие атрибуты: название, адрес, телефон. Для однозначной идентификации каждого поставщика необходимо добавить атрибут "Код поставщика". Данный атрибут станет первичным ключом и будет использоваться в запросах на редактирование и удаление данных в соответствующей таблице, а также для ссылок на записи данной таблицы из других таблиц.

4. Запчасти. Существующие атрибуты: название запчасти, тип запчасти, цена, гарантия, количество и модели, в которых применяются. Для однозначной идентификации каждой запчасти необходимо добавить атрибут "Код запчасти". Данный атрибут станет первичным ключом и будет использоваться в запросах на редактирование и удаление данных в соответствующей таблице, а также для ссылок на записи данной таблицы из других таблиц. Вместо атрибута "Тип запчасти" нужно использовать поле "Код типа", которое станет внешним ключом для связи с сущностью "Типы запчастей". Также необходимо использовать атрибут "Модели, в которых применяются". Данный атрибут и атрибут "Запчасти, которые подходят для модели" из таблицы моделей являются пересекающимися и между ними возможна связь "многие-ко-многим", поэтому вынесет их в отдельную таблицу, которая станет связующей между таблицей моделей и таблицей запчастей.

Структура данной таблицы будет включать следующие поля:

- код записи,

- код модели,

- код запчасти.

5. Поставки запчастей. Данную сущность необходимо разбить на две для ликвидации связи типа "многие ко многим" с сущностью "Запчасти". Для этого введем дополнительную таблицу "Состав операции поставки". У сущности "Поставки запчастей" будут такие атрибуты: дата, поставщик, номер накладной, общая сумма. Для однозначной идентификации каждой поставки необходимо добавить атрибут "Код поставки". Кроме того, вместо атрибута "Поставщик" нужно использовать поле "Код поставщика", которое станет внешним ключом для связи с сущностью "Поставщик". У сущности "Состав операции поставки" будут такие атрибуты: товар, количество. Для однозначной идентификации каждой позиции поставки необходимо добавить атрибут "Код состава поставки". Кроме того, вместо атрибута "Запчасти" нужно использовать поле "Код запчасти", которое станет внешним ключом для связи с сущностью "Запчасти". Также для связи с таблицей "Поставки запчастей" необходимо добавить поле "Код поставки", которое станет внешним ключом.

6. Продажи запчастей. Данную сущность необходимо разбить на две для ликвидации связи типа "многие ко многим" с сущностью "Запчасти". Для этого введем дополнительную таблицу "Состав операции продажи". У сущности "Продажи запчастей" будут такие атрибуты: дата, общая сумма. Для однозначной идентификации каждой продажи необходимо добавить атрибут "Код продажи". У сущности "Состав операции продажи" будут такие атрибуты: товар, количество. Для однозначной идентификации каждой позиции продажи необходимо добавить атрибут "Код состава продажи". Кроме того, вместо атрибута "Запчасти" нужно использовать поле "Код запчасти", которое станет внешним ключом для связи с сущностью "Запчасти". Также для связи с таблицей "Продажи запчастей" необходимо добавить поле "Код продажи", которое станет внешним ключом.

Даталогическая модель (схема данных) представлена на рисунке 2.2.

Рисунок 2.2 - Даталогическая схема базы данных

Приведем описание таблиц, полей и типов полей.

1. Таблица моделей.

Таблица содержит поля, перечисленные в таблице 2.1.

Таблица 2.1. Структура таблицы моделей

Название поля

Тип поля

Описание

IDModel

Счетчик

Код модели

NazvaModel

Тестовый (200)

Название модели

GodVipuskaModel

Длинное целое

Год выпуска модели

2. Таблица типов запчастей

Таблица содержит поля, перечисленные в таблице 2.2.

3. Таблица поставщиков

Таблица содержит поля, перечисленные в таблице 2.3.

Таблица 2.2. Структура таблицы типов запчастей

Название поля

Тип поля

Описание

IDTypeZapchast

Счетчик

Код типа

NazvaTypeZapchast

Тестовый (100)

Название типа

Таблица 2.3. Структура таблицы поставщиков

Название поля

Тип поля

Описание

IDPostavshik

Счетчик

Код поставщика

NazvaPostavshik

Тестовый (200)

Название поставщика

AdresPostavshik

Тестовый (200)

Адрес поставщика

TelPostavshik

Тестовый (20)

Телефон поставщика

4. Таблица запчастей

Таблица содержит поля, перечисленные в таблице 2.4.

Таблица 2.4. Структура таблицы запчастей

Название поля

Тип поля

Описание

IDZapchast

Счетчик

Код запчасти

IDTypeZapchast

Длинное целое

Код типа запчасти

NazvaZapchast

Тестовый (250)

Название запчасти

CenaZapchast

Денежный

Цена запчасти

GarantiaZapchast

Длинное целое

Гарантия

KolichestvoZapchast

Длинное целое

Количество в наличии

5. Таблица соответствия запчастей и моделей

Таблица содержит поля, перечисленные в таблице 2.5.

6. Таблица поставок

Таблица содержит поля, перечисленные в таблице 2.6.

7. Таблица позиций поставки

Таблица содержит поля, перечисленные в таблице 2.7.

Таблица 2.5. Структура таблицы соответствия запчастей и моделей

Название поля

Тип поля

Описание

IDZapModel

Счетчик

Код записи

IDZapchast

Длинное целое

Код запчасти

IDModel

Длинное целое

Код модели

Таблица 2.6. Структура таблицы поставок

Название поля

Тип поля

Описание

IDPostavka

Счетчик

Код поставки

DataPostavka

Дата

Дата поставки

IDPostavshik

Длинное целое

Код поставщика

NomerNakladPostavka

Тестовый (30)

Номер накладной

Таблица 2.7. Структура таблицы позиций поставки

Название поля

Тип поля

Описание

IDSostPostavka

Счетчик

Код записи

IDPostavka

Длинное целое

Код поставки

IDZapchast

Длинное целое

Код запчасти

Kolichestvo

Длинное целое

Количество

8. Таблица продажи

Таблица содержит поля, перечисленные в таблице 2.8.

Таблица 2.8. Структура таблицы продажи

Название поля

Тип поля

Описание

IDProdaza

Счетчик

Код продажи

DataProdaza

Дата

Дата продажи

ItogSumma

Денежный

Итоговая сумма

9. Таблица позиций продажи

Таблица содержит поля, перечисленные в таблице 2.9.

Таблица 2.9. Структура таблицы позиций продажи

Название поля

Тип поля

Описание

IDSostProdaza

Счетчик

Код записи

IDProdaza

Длинное целое

Код продажи

IDZapchast

Длинное целое

Код запчасти

Kolichestvo

Длинное целое

Количество

Summa

Денежный

Сумма

2.5 Логика обработки данных

В программе существует ряд справочников:

- запчасти,

- модели,

- типы запчастей,

- поставщики,

- соответствие запчастей и моделей.

Таблица запчастей кроме справочной, выполняет еще и функциональную роль - в данной таблице хранится количество запчасти каждого вида в наличии на складе в магазине. При создании записи в данной таблице данное количество равно нулю. Непосредственно пользователь не может поменять количество запчастей того или иного вида.

Для изменения данного количества используются операции поставки и продажи. Для данных операций предусмотрены специальные таблицы.

При учете операции поставки пользователь указывает ассортимент и количество привезенных запчастей. При этом автоматически количество привезенных запчастей того или иного вида плюсуется с наличным в данный момент количеством этой запчасти в магазине.

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

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

2.6 Разработка программного кода программного средства

Так как в качестве СУБД выбрана Access, то рекомендуется для связи с базой данных использовать специализированные компоненты Deplhi предназначенные для связи в данной СУБД.

Для непосредственной связи с базой используем компонент TADOConnection. Основным свойством данного компонента являются:

ConnectionString - список параметров подключения,

Connected - управление подсоединением к БД, или проверка состояния соединения.

При запуске приложения будет выполняться следующий код:

try

DM.Base.Connected := false;

DM.Base.ConnectionString := 'Data Source=' + GetCurrentDir + '\Baza.mdb';

DM.Base.Connected := true;

DM.ActivateAll;

except

MessageDlg('Невозможно подключиться к БД!', mtError, [mbOK],0);

Application.Terminate;

end;

где ActivateAll - процедура подключения к таблицам базы данных.

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

Для связи с таблицами будем использовать компоненты TADOQuery. В свойства SQL данного компонента записывается текст запроса к соответствующей таблице, например:

select * from Zapchast order by NazvaZapchast

Однако сам по себе компонент TADOQuery не способен отобразить содержимое таблиц. Это всего лишь компонент для выполнения запросов.

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

Основное свойство - DataSource - определяет источник получения данных.

Содержит имя экземпляра компонента TDataSource, через который передается набор данных.

Для связи компонента TDBGrid с компонентом TADOQuery используется компонент TDataSource.

TDataSource является связующим звеном между наборами данных, представленных компонентами TTable, TQuery и TStoredProc, и визуальными компонентами отображения и управления данными. Каждый набор данных должен иметь по меньшей мере один компонент TDataSource, так как TTable и TQuery устанавливают соединение с базой данных через BDE, но не умеют отображать полученную информацию в формах приложения. Визуальные компоненты отображают данные, но не имеют представления о структуре передаваемых таблиц.

Именно это противоречие устраняет компонент TDataSource. Кроме этого, он применяется для связывания таблиц или запросов при построении односвязных форм в Эксперте форм баз данных.

То есть получается следующая цепочка: База данных ->TADOConnection ->TADOQuery ->TDataSource ->TDBGrid.

Все компоненты для работы с базой данных вынесем на специальную форму класса TDataModule.

Основное свойство данного компонента - DataSet - используется для связи DataSource с набором данных.

2.7 Описание программного модуля

Единицей программы является модуль. Модуль предназначен для выполнения какого-либо функционала. Функционал разносится по модулям с точки зрения направленности: например, модуль работы с БД, модуль отчетности по продажам и т.д.

При написании программы было разработано 15 модулей. Название и основное предназначение каждого из которых приведено в таблице 2.10.

Таблица 2.10. Характеристика модулей программы

Модуль

Назначение

1

DM

Модуль работы с БД

2

MainForm

Главный модуль программы. Отображает все основные данные, вызывает функционал других модулей

3

RedKolZapInPost

Модуль указания количества запчастей того или иного вида в конкретной поставке

4

RedKolZapInProd

Модуль указания количества запчастей того или иного вида в конкретной продаже

5

RedModel

Модуль внесения и редактирования данных о моделях

6

RedPostavka

Модуль внесения данных о поставках

7

RedPostavshik

Модуль внесения и редактирования данных о поставщиках

8

RedSostPost

Модуль, отображающий позиции каждой поставки и позволяющий указывать состав принимаемых поставок

9

RedSostProdaza

Модуль, отображающий позиции каждой продажи и позволяющий указывать состав продажи

10

RedTypeZap

Модуль внесения и редактирования данных о типах запчастей

11

RedZapchast

Модуль внесения и редактирования данных о запчастях

12

RedZapModel

Модуль, позволяющий задавать соответствия между моделями и запчастями

13

RepProdaza

Модуль, формирующий отчет о продаже (кассовый чек)

14

RepZap

Модуль, формирующий прайс-лист запчастей

15

ZapToModel

Модуль, просмотра соответствия между моделями и запчастями

2.8 Описание работы с программой

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

Список закладок:

- продажа,

- поставки,

- запчасти,

- модели,

- типы запчастей,

- поставщики.

Главная форма, открытая па первой закладке показана на рис. 2.3.

Последние четыре закладки предназначены для работы со справочниками.

1. Поставщики.

Главная форма, открытая на закладке поставщиков, показана на рис. 2.4.

Рисунок 2.4 Главная форма (закладка поставщики)

На форме отображается список всех поставщиков, доступен поиск по части названия поставщика и кнопки управления "Внести нового", "Редактировать данные" и "Удалить поставщика".

Для внесения в список нового поставщика необходимо нажать кнопку "Внести нового", в появившейся форме (рис. 2.5) внести данные добавляемого поставщика и нажать кнопку "Сохранить".

Рисунок 2.5 Форма редактирования справочника поставщиков (режим добавления)

Для редактирования данных произвольного поставщика необходимо выбрать его в списке (или воспользоваться поиском), нажать кнопку "Редактировать данные", в появившейся форме (рис. 2.6) изменить все или часть данных после чего нажать кнопку "Сохранить".

Рисунок 2.6 Форма редактирования справочника поставщиков (режим изменения)

Если необходимо удалить поставщика, то следует нажать на кнопку "Удалить поставщика". В результате появится окно, в котором нужно будет подтвердить данное действие (рис. 2.7).

Рисунок 2.7 Подтверждение удаления поставщика

2. Типы запчастей.

Главная форма, открытая на закладке типов запчастей, показана на рис. 2.8.

Рисунок 2.8 Главная форма (закладка типов запчастей)

На форме отображается список типов запчастей, доступен поиск по части названия типа и кнопки управления "Внести новую", "Редактировать данные" и "Удалить тип".

Для внесения в список нового типа необходимо нажать кнопку "Внести новый", в появившейся форме (рис. 2.9) внести данные добавляемого типа и нажать кнопку "Сохранить".

Рисунок 2.9 Форма редактирования справочника типов запчастей (режим добавления)

Для редактирования наименования типа запчасти необходимо выбрать его в списке (или воспользоваться поиском), нажать кнопку "Редактировать данные", в появившейся форме (рис. 2.10) изменить наименование, после чего нажать кнопку "Сохранить".

Рисунок 2.10 Форма редактирования справочника поставщиков (режим изменения)

Если необходимо удалить тип запчасти, то следует нажать на кнопку "Удалить тип". В результате появится окно, в котором нужно будет подтвердить данное действие (рис. 2.11).

Рисунок 2.11 Подтверждение удаления типа запчасти

3. Модели.

Главная форма, открытая на закладке моделей, показана на рис. 2.12.

Рисунок 2.12 Главная форма (закладка моделей)

На форме отображается список всех моделей, доступен поиск по части названия модели и кнопки управления "Внести новую", "Редактировать данные", "Удалить модель" и "Смотреть имеющиеся запчасти".

Для внесения в список новой модели необходимо нажать кнопку "Внести новую", в появившейся форме (рис. 2.13) внести данные добавляемой модели и нажать кнопку "Сохранить".

Рисунок 2.13 Форма редактирования справочника поставщиков (режим добавления)

Для редактирования данных модели необходимо выбрать ее в списке (или воспользоваться поиском), нажать кнопку "Редактировать данные", в появившейся форме (рис. 2.14) изменить все или часть данных после чего нажать кнопку "Сохранить".

Рисунок 2.14 Форма редактирования справочника моделей (режим изменения)

Если необходимо удалить модель, то следует нажать на кнопку "Удалить модель". В результате появится окно, в котором нужно будет подтвердить данное действие (рис. 2.15).

Рисунок 2.15 Подтверждение удаления модели

Для просмотра запчастей, которые предлагаются для конкретной модели выбрать ее в списке (или воспользоваться поиском), нажать кнопку "Смотреть имеющиеся запчасти". В результате появится форма, в которой будет отображен список запчастей, подходящих к данной модели (рис. 2.16).привязка запчастей к моделям производится на другой форме, о чем будет сказано ниже.

Рисунок 2.16 Список запчастей, подходящих к конкретной модели

4. Запчасти.

Главная форма, открытая на закладке запчастей, показана на рис. 2.17.

Рисунок 2.17 Главная форма (закладка запчастей)

На форме отображается список всех запчастей, доступен поиск по части названия запчасти, фильтрация по типу запчасти и кнопки управления "Внести новую", "Редактировать данные", "Удалить запчасть" и "Распечатать".

В нижней части формы расположен список моделей, к которым подходит даннаязапчасть.

Запчасти подкрашиваются различными цветами в зависимости от их количества. Если в наличии более трех запчастей строка сданнойзапчастью остается белой, если запчастей менее трех - то срока желтая, если запчастей в данный момент нет - то красная.

Для внесения в список новой запчасти необходимо нажать кнопку "Внести новую", в появившейся форме (рис. 2.18) внести данные добавляемой модели и нажать кнопку "Сохранить".

Рисунок 2.18 Форма редактирования запчастей (режим добавления)

Для редактирования данных запчасти необходимо выбрать ее в списке (или воспользоваться поиском), нажать кнопку "Редактировать данные", в появившейся форме (рис. 2.19) изменить все или часть данных после чего нажать кнопку "Сохранить".

Рисунок 2.19 Форма редактирования запчастей (режим изменения)

Если необходимо удалить запчасть, то следует нажать на кнопку "Удалить запчасть". В результате появится окно, в котором нужно будет подтвердить данное действие (рис. 2.20).

Рисунок 2.20 Подтверждение удаления модели

Кнопка "Распечатать" выводит на экран прайс запчастей с возможностью распечатать его (рис. 2.21)

Рисунок 2.21 Прайс запчастей

Кнопка "Редактировать список моделей" позволяет задать соответствие между запчастями и моделями. После ее нажатия открывается форма (рис. 2.22), на которой в верхней части находится список всех моделей, а в нижней - модели, для которых подходит данная запчасть. Для переноса модели в нижний список или удаления ее из списка необходимо сделать двойной щелчок мышью на строке с моделью.

Рисунок 2.22 Форма связи запчастей и моделей

Первые две закладки предназначены для учета основных операций магазина:

- поставок запчастей,

- продаж товаров.

1. Поставки запчастей.

Главная форма, открытая на закладке поставок, показана на рис. 2.23.

Рисунок 2.23 Главная форма (закладка поставок)

На форме отображается список всех поставок с указанием в нижней части позиций, присутствующих в каждой поставке.

Для внесения в список новой поставки необходимо нажать кнопку "Внести новую", в появившейся форме (рис. 2.24) внести данные добавляемой поставки и нажать кнопку "Сохранить".

Рисунок 2.24 Форма добавления поставок

После этого необходимо внести состав всех позиций (запчастей), которые присутствовали в поставке. Для этого необходимо нажать кнопку "Внести запчасти". После ее нажатия открывается форма, показанная на рис. 2.25

Рисунок 2.25. Форма учета позиций поставки

На данной форме в верхней части находится список всех запчастей, а в нижней изначально ничего не будет.

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

Рисунок 2.26 Форма указания количества каждой позиции

2. Продажи запчастей.

Главная форма, открытая на закладке продаж, показана на рис. 2.27.

Рисунок 2.27 Главная форма (закладка продаж)

На форме отображается список всех продаж с указанием в нижней части позиций, присутствующих в каждой продаже.

Для внесения в список новой продажи необходимо нажать кнопку "Внести новую". После ее нажатия открывается форма (рис. 2.28), на которой в верхней части находится список всех запчастей с указанием цены и наличного количества, а в нижней изначально ничего не будет. Пользователь должен при помощи двойного щелчка указать набор запчастей, которые продаются при выполнении данной операции продажи и задать их количество (это делается при помощи формы, показанной на рис. 2.29).

Рисунок 2.28. Форма учета позиций поставки

Рисунок 2.29 Форма указания количества каждой позиции

Кнопка "Распечатать чек" выводит на экран чек операции с возможностью распечатать его (рис. 2.30)

Рисунок 2.30 Чек операции продажи

3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчета экономической эффективности

Эффективность - выполнение требуемых функций при минимальных затратах ресурсов. Причем под ресурсами подразумеваются объем оперативной памяти, время работы центрального процессора, объем внешней памяти, пропускная способность канала. Часто характеристика эффективности вступает в противоречие с другими характеристиками качественного программного изделия. Например, программное изделие будет более эффективным по времени работы, если будет состоять из меньшего количества модулей, чем это требует характеристика структурированности, так как на вызов модулей затрачивается относительно много машинного времени. Поэтому необходимость повышения эффективности программного изделия за счет снижения других характеристик желательно оговаривать в техническом проекте на разработку программного изделия.

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

В дальнейшем под экономической эффективностью будет пониматься мера соотношения затрат и результатов функционирования программного изделия.

К основным показателям экономической эффективности относятся: экономический эффект, коэффициент экономической эффективности капитальных вложений, срок окупаемости капитальных вложений.

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

улучшение показателей их основной деятельности, происходящее в результате использования программного изделия;

сокращение сроков освоения новых программных изделий за счет их лучших эргономических характеристик;

повышение технического уровня, качества и объемов вычислительных работ; учет инфологический моделирование даталогический

увеличение объемов и сокращение сроков переработки информации;

повышение коэффициента использования вычислительных ресурсов, средств подготовки и передачи информации;

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

снижение трудоемкости работ программистов при программировании прикладных задач с использованием новых программных изделий в организации - потребителе программного изделия;

снижение затрат на эксплуатационные материалы.

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

Срок окупаемости (величина, обратная коэффициенту эффективности) - показатель эффективности использования капиталовложений - представляет собой период времени, в течение которого произведенные затраты на программные изделия окупаются полученным эффектом.

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

На различных стадиях жизненного цикла программного изделия и в зависимости от целей расчета рассчитываются и документально оформляются следующие виды экономического эффекта: предварительный, потенциальный, гарантированный и фактический.

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

Потенциальный экономический эффект рассчитывается по окончании разработки на основе достигнутых технико-экономических характеристик и прогнозных данных о максимальных объемах использования программного изделия. Потенциальный эффект используется приоценки деятельности организаций-разработчиков программного изделия.


Подобные документы

  • Описание особенностей функционирования магазина. Проектирование системы: инфологическое моделирование и построение диаграммы потоков данных. Моделирование и программная реализация информационной системы. Проектирование пользовательского интерфейса.

    курсовая работа [1,6 M], добавлен 18.02.2013

  • Анализ предметной области. Предположительный набор необходимых функций. Даталогическое и инфологическое проектирование. Реляционная модель данных. Создание запросов и атрибутов. Физическая модель данных. Разработка приложения для работы с базой данных.

    курсовая работа [720,8 K], добавлен 26.04.2015

  • Анализ и описание предметной области. Программа "Абитуриент АГПК" как основа реляционной модели управления БД. Инфологическое моделирование и проектирование. Связи между сущностями. Создание подсистемы, отвечающей за обработку личных дел абитуриентов.

    курсовая работа [78,4 K], добавлен 27.02.2009

  • Разработка информационной системы для автоматизации процесса учета поставок и продаж запчастей в магазине, создание программного кода. Моделирование основных бизнес-процессов. Обоснование экономической эффективности проекта и расчет ее показателей.

    дипломная работа [2,4 M], добавлен 17.08.2015

  • Описание функционирования магазина мобильных телефонов. Особенности создания базы данных учета товарооборота магазина мобильных телефонов в СУБД Microsoft Access. Концептуальное проектирование системы, инфологическое моделирование предметной области.

    курсовая работа [9,5 M], добавлен 11.08.2012

  • Инфологическое моделирование предметной области. Построение диаграммы потоков данных. Обоснование выбора СУБД. Проектирование пользовательского интерфейса. Комплект поставки и порядок установки системы. Описание функционирования приложения и таблиц.

    курсовая работа [3,2 M], добавлен 23.08.2014

  • Создание информационной системы "Голд", автоматизирующей работу Ювелирной мастерской. Моделирование бизнес-процессов с помощью диаграмм IDEF0 и UML и потоков данных DFD и sicuence. Составление технического проекта и задания на основании ГОСТ 34.602-89.

    курсовая работа [841,1 K], добавлен 10.02.2013

  • Анализ предметной области. Цели и задачи автоматизации. Обоснование проектных решений по информационному обеспечению. Система управления базами данных. Инфологическое проектирование системы. Разработка алгоритмов программы. Порядок контроля и приемки.

    дипломная работа [4,3 M], добавлен 19.01.2017

  • Задачи, функции и структура филиала университета. Оценка информационных потоков и UML-моделирование. Анализ структуры информационной системы и системы навигации. Проектирование базы данных, физическая реализация и тестирование информационной системы.

    дипломная работа [6,0 M], добавлен 21.01.2012

  • Разработка проектных решений по созданию подсистемы учета студентов в деканате различных форм и видов обучения, диагностический анализ системы управления. Проектирование информационной базы данных, построение инфологической и датологической модели.

    дипломная работа [1,1 M], добавлен 24.06.2011

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.