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

4

Содержание

• Введение
• 1. Постановка задачи
• 1.1 Анализ предметной области
• 1.2 Анализ используемых программных средств
• 1.3 Анализ информационных потоков предметной области
• 1.4 Круг задач, подлежащих автоматизации
• 2. Проектирование информационной системы
• 2.1 Разработка функциональной модели системы в нотации IDF0
• 2.2 Этапы проектирования базы данных
• 3. Разработка информационной системы
• 3.1 Инфологическое проектирование
• 3.2 Даталогическая модель системы
• 2.3 Физическая модель данных
• 4. Разработка программного обеспечения
• 4.1 Выбор средств реализации информационной системы
• 4.2 Структура программных средств
• 4.3 Разработка пользовательского интерфейса
• 4.4 Руководство пользователя
• 4.5 Руководство программиста
• Заключение
• Список используемых источников
• Приложение А. Схема базы данных
• Приложение Б. Описание таблиц
• Приложение В. Тексты SQL-запросов
• Приложение Г. Тексты макросов
• Приложение Д. Экранные формы
• Приложение Е. Макеты представления исходящей информации
• информация модель система интерфейс
• Введение
• Потоки информации в мире, который нас окружает, огромны. Во времени они имеют тенденцию к увеличению. Поэтому в любой организации, как большой, так и маленькой, возникает проблема организации управления данными, которая обеспечила бы наиболее эффективную работу. Некоторые организации используют для этого шкафы с папками, но большинство предпочитают компьютеризированные способы - базы данных, позволяющие эффективно хранить, структурировать и систематизировать большие объемы данных. И уже сегодня без баз данных невозможно представить работу большинства финансовых, промышленных, торговых и прочих организаций.
• Существует много веских причин перевода существующей информации на компьютерную основу. Сейчас стоимость хранения информации в файлах ЭВМ дешевле, чем на бумаге. Базы данных позволяют хранить, структурировать информацию и извлекать оптимальным для пользователя образом. Кроме того ЭВМ позволяет хранить любые форматы данных, текст, чертежи, данные в рукописной форме, фотографии, записи голоса и т.д.
• Для использования столь огромных объемов хранимой информации, помимо развития системных устройств, средств передачи данных, памяти, необходимы средства обеспечения диалога человек - ЭВМ, которые позволяют пользователю вводить запросы, читать файлы, модифицировать хранимые данные, добавлять новые данные или принимать решения на основании хранимых данных. Для обеспечения этих функций созданы специализированные средства - системы управления базами данных (СУБД). Современные СУБД - многопользовательские системы управления базой данных, которые специализируется на управлении массивом информации одним или множеством одновременно работающих пользователей.
• Одним из первых примеров подобного системного применения ЭВМ в мировой практике были так называемые административные системы обработки данных: автоматизация банковских операций, бухгалтерского учета, резервирования и оформления билетов и т.п. Решающее значение для эффективности систем подобного рода имеет то обстоятельство, что они опираются на автоматизированные информационные базы. Это означает, что в памяти ЭВМ постоянно сохраняется информация, нужная для решения тех задач, на которые рассчитана система. Хранение информации в памяти ЭВМ придает этой информации принципиально новое качество динамичности, то есть, способности к быстрой перестройке и непосредственному ее использованию в решаемых на ЭВМ задачах.
• Для разработки дипломной работы «Разработка информационной системы управления предприятия (на материалах Общества с ограниченной ответственностью "СЕРВИС ПАРТНЕР") была выбрана СУБД MS Access. Работа ООО "СЕРВИС ПАРТНЕР" связана с прочей розничной торговлей в специализированных магазинах. Это является одной из причин внедрения программы на рабочее место менеджера по координации работы подразделений организации, и для успешного достижения ее, при разработке программного продукта был использован MS Access как СУБД и SQL как стандартный язык базы данных.
• Сейчас на рынке программного обеспечения появляются все больше и больше программных средств автоматизированных рабочих мест. Стандартной программой для ведения учета товаров на предприятиях обычно является «1С: Предприятие», конфигурация: Управление Предприятием. Но работать с этими программами могут только специально обученные пользователи - люди со специальным бухгалтерским образованием, которые обучены работать с бухгалтерским программным обеспечением. Из этого следует, что для учета товаров на достаточно небольшом предприятии разумно создать простое, но в тоже время, отвечающее всем потребностям грамотного учета материальных ценностей приложение, пользоваться которым может любой работник ООО "СЕРВИС ПАРТНЕР", владеющий компьютером хотя бы на уровне пользователя.
• Целью дипломной работы является разработка информационной системы обеспечения управления, реализующую хранение данных, организацию доступа к ним, ведения справочной информации о товаре и контрагентах, редактирования и удаления входящей и исходящей информации, отвечающей всем требованиям представленным ООО "СЕРВИС ПАРТНЕР".
• Результатом работы является программа «ИС "СЕРВИС ПАРТНЕР"», которая будет использоваться на рабочем менеджера по координации работы подразделений организации.
• В данной работе представлены результаты анализа деятельности и информационного обмена в ООО "СЕРВИС ПАРТНЕР" (анализ предметной области), разработана информационная система, инструкция ее пользователя.
• Таким образом, автоматизация процесса работы руководства ООО "СЕРВИС ПАРТНЕР" является перспективной разработкой.



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

1.1 Анализ предметной области

Организация 'ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "СЕРВИС ПАРТНЕР" зарегистрирована по адресу г.Краснодар, ул.им Федора Лузана, д.6, 350051. Основным видом деятельности компании является Прочая розничная торговля в специализированных магазинах. Также Сервис Партнер, ООО работает еще по 35 направлениям. Размер уставного капитала 10 000 руб.

Основным видом деятельности является прочая розничная торговля в специализированных магазинах. Дополнительные виды деятельности ООО «"СЕРВИС ПАРТНЕР" отображены в Таблице 1

Таблица 1

Дополнительные виды деятельности

37.10.1	Обработка отходов и лома черных металлов
30.02	Производство электронных вычислительных машин и прочего оборудования для обработки информации
30.01.9	Предоставление услуг по установке офисного оборудования
22.3	Копирование записанных носителей информации
37.10.2	Обработка отходов и лома цветных металлов
37.10.21	Обработка отходов и лома цветных металлов, кроме драгоценных
37.10.22	Обработка отходов и лома драгоценных металлов
37.20.2	Обработка отходов и лома пластмасс
37.20.3	Обработка отходов и лома стекла
37.20.7	Обработка прочих неметаллических отходов и лома
51.43.1	Оптовая торговля бытовыми электротоварами
51.43.2	Оптовая торговля радио- и телеаппаратурой, техническими носителями информации (с записями и без записей)
51.43.21	Оптовая торговля радио- и телеаппаратурой
51.43.22	Оптовая торговля техническими носителями информации (с записями и без записей)
51.47.37	Оптовая торговля прочими потребительскими товарами, не включенными в другие группировки
51.64.1	Оптовая торговля офисными машинами
51.64.2	Оптовая торговля компьютерами и периферийными устройствами
52.45.1	Розничная торговля бытовыми электротоварами
52.45.2	Розничная торговля радио- и телеаппаратурой
52.45.3	Розничная торговля аудио- и видеоаппаратурой
52.45.4	Розничная торговля техническими носителями информации (с записями и без записей)
52.50.3	Розничная торговля прочими бывшими в употреблении товарами
52.61.2	Розничная торговля, осуществляемая через телемагазины и компьютерные сети (электронная торговля, включая Интернет)
52.72	Ремонт бытовых электрических изделий
52.72.1	Ремонт радио- и телеаппаратуры и прочей аудио- и видеоаппаратуры
52.72.2	Ремонт прочих бытовых электрических изделий
52.74	Ремонт бытовых изделий и предметов личного пользования, не включенных в другие группировки
63.40	Организация перевозок грузов
72.10	Консультирование по аппаратным средствам вычислительной техники
72.5	Техническое обслуживание и ремонт офисных машин и вычислительной техники
72.6	Прочая деятельность, связанная с использованием вычислительной техники и информационных технологий
74.12.1	Деятельность в области бухгалтерского учета
74.12.2	Аудиторская деятельность
74.14	Консультирование по вопросам коммерческой деятельности и управления
74.4	Рекламная деятельность, Представительские функции, Сопутствующая деятельность

Директор организации Общество с ограниченной Ответственностью "СЕРВИС ПАРТНЕР" Игуменова Надежда Геннадьевна.

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

Для осуществления стратегического и оперативного управления в ООО "СЕРВИС ПАРТНЕР" была создана собственная структура управления (рисунок 1).

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

4

Рисунок 1 Организационная структура управления ООО "СЕРВИС ПАРТНЕР"

Организационная структура управления названных отделов ООО "СЕРВИС ПАРТНЕР" представлена на рисунках 2.

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

В это обеспечение входит:

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

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

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

Информационный обмен между участками данного отдела осуществляется по горизонтальным информационным связям между руководителями соответствующих участков. Информационный обмен между отделами ООО "СЕРВИС ПАРТНЕР" и сервисным отделом осуществляется руководителями соответствующих участков по вертикальной информационной связи через старшего мастера сервисного отдела.

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

4

Рисунок 2 Организационная структура управления складом ООО "СЕРВИС ПАРТНЕР"

Как видно на рисунке 2, общее руководство складом и информационным обменом между складом и другими отделами ООО "СЕРВИС ПАРТНЕР" осуществляется по вертикальной информационной связи через заведующего складом. При этом, в комплекс всей передаваемой через него информации входит информация о:

- потребности (количестве и стоимости) в запасных частях и материалах;

- наличии (количестве и стоимости) запасных частей и материалов;

- существующих поставщиках запасных частей и материалов (номенклатуре и альтернативной стоимости);

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

Информационный обмен по оперативному управлению внутри складского хозяйства ООО "СЕРВИС ПАРТНЕР" осуществляется между работниками с координационным участием заведующего складом.

Для более полного понимания технологии информационного обмена в сервисном отделе и на складе ООО "СЕРВИС ПАРТНЕР" произведен анализ существующей информационной системы рассматриваемой организации

1.2 Анализ используемых программных средств

Для обеспечения эффективного управления активами коммерческой организации необходимым условием является наличие оперативной и достоверной информации и состоянии и движении данных активов. Эта задача решается многими существующими в настоящее время средствами автоматизации учетной и управленческой деятельности. В частности, в ООО "СЕРВИС ПАРТНЕР" эксплуатируется автоматизированная система сопровождения бухгалтерского учета, разработанная фирмой «1С» - «1С: Предприятие» версии 8.0. Переход на более позднюю версию 8.3 был признан нецелесообразным, поскольку при прочей достаточной для ООО "СЕРВИС ПАРТНЕР" функциональности, равной возможностям версии 8.0, поздняя версия является более требовательна к аппаратным ресурсам. Кроме того, для перехода на позднюю версию необходимо дополнительное обучение бухгалтерии, что повлекло бы за собой неоправданное увеличение расходов.

Конфигурация названного программного продукта, используемого в ООО «"СЕРВИС ПАРТНЕР" представляет собой типовое решение для автоматизации средних и малых предприятий, основными видами деятельности которых, является оказание услуг или оптовая торговля.

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

Производство с участием специальной техники ООО "СЕРВИС ПАРТНЕР"

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

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

- разузлование сложных сметных работ;

- дерево нормативных затрат;

- произвольное количество спецификаций затрат для одного вида работ;

- планирование объемов производства работ и контроль исполнения планов;

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

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

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

- автоматический расчет остатков незавершенного производства (с возможностью ручной корректировки);

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

- учет выполненных работ и оказанных услуг.

Расчеты с контрагентами:

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

- гибкий механизм ценообразования;

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

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

- формирование заказов поставщикам и контроль поставок;

- гибкая система отслеживания взаиморасчетов и зачета авансов;

- проведение взаимозачетов;

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

Складской учет

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

- партионный учет стоимости материальных ценностей, списание по методам LIFO, FIFO, «по средней».

Как можно видеть из приведенного перечня функциональных возможностей используемой системы автоматизации учета в ООО "СЕРВИС ПАРТНЕР", данная система в полной мере отвечает потребностям организации в части учетной работы, то есть:

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

- определяет фактическое наличие материальных ценностей;

-контролирует исполнение управленческих решения в части использования материальных ценностей.

Однако, для эффективного управления активами ООО "СЕРВИС ПАРТНЕР" данного функционала недостаточно. Управленческие решения в данной организации принимаются не на основе статистических данных, а на основе аналитических данных, получаемых с помощью методов экономического анализа хозяйственной деятельности организации. В частности, такие данные включаю в себя:

- определение норм запасов материальных ценностей в количественном, ценовом и временном измерении;

- определение эффективности использования специальной техники, передаваемой в аренду, или же специальной техники, с использованием которой производятся работы силами ООО «СЕРВИС ПАРТНЕР».

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

Другим средством автоматизации управления в ООО «СЕРВИС ПАРТНЕР» является программный комплекс, произведенный ООО «Софтинком» - «Оборотный склад запасных частей. Версия 3.0», и предназначенный для автоматизации оформления складских документов.

Как уже отмечалось, из заявок сервисного отдела ООО «СЕРВИС ПАРТНЕР» вручную формируются заказы на запасные части на склад. С поставщиками заказы согласовываются по количеству и срокам.

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

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

Следовательно, при наличии первоначальной заявки сервисного отдела ООО «СЕРВИС ПАРТНЕР», связь с ней отслеживается до прихода запасной части.

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

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

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

Размещение на складе начинается с определения подходящего места хранения, которое свободно.

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

Распределение может осуществляться следующими способами:

- автоматически с помощью алгоритма;

- вручную специалистом по логистике складского хозяйства ООО «СЕРВИС ПАРТНЕР».

На основании распределения создается «Распоряжение на размещение», которое передается бригадирам бригад грузчиков склада для исполнения.

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

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

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

Таким образом, в ООО «СЕРВИС ПАРТНЕР» система «Оборотный склад запасных частей» позволяет решать следующие задачи:

- полная автоматизация контроля поставок;

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

- предоставление руководству ООО «СЕРВИС ПАРТНЕР» надежной и своевременной информации для планирования расширения складского снабжения;

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

Вместе с тем, как и в случае с программной «1С: Предприятие», используемая система автоматизации складской работы не позволяет получить аналитические данные для принятия экономически обоснованных и эффективных управленческих решений в сфере движения материальных ценностей, используемых ООО «СЕРВИС ПАРТНЕР» для обеспечения бесперебойной эксплуатации специальной техники данной организации.

В частности, система не позволяет автоматически получать информацию о:

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

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

- тенденциях в изменении спроса на запасные части и материалы со стороны сервисного отдела ООО «СЕРВИС ПАРТНЕР».

Таким образом, можно констатировать, что в ООО «СЕРВИС ПАРТНЕР» применяются эффективные, но узкоспециализированные комплексы автоматизации управления деятельности организацией, в частности:

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

- нацеленные на реализацию учетной и контрольной функций менеджмента материального снабжения сервисного отдела ООО «СЕРВИС ПАРТНЕР».

1.3 Анализ информационных потоков предметной области

Информационные потоки предметной области показаны на рисунке 3.

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

4

Рисунок 3 Информационные потоки внутренней и внешней среды ООО «СЕРВИС ПАРТНЕР»

Как видно на рисунке 3, всю совокупность информационных потоков ООО «СЕРВИС ПАРТНЕР» можно условно разделить на две группы:

- внешние информационные потоки;

- внутренние информационные потоки.

Информационный обмен с внешними пользователями и поставщиками информации осуществляется с:

- клиентами;

- поставщиками техники и запчастей;

- собственниками организации;

- нормативными и контролирующими органами.

Внутренние информационные потоки связаны с координацией деятельности подразделений ООО «СЕРВИС ПАРТНЕР».

Внешние поставщики информации обеспечивают информационный обмен по:

- нормативной, технической и иной информации;

- составе и объеме потребности на рынке аренды спецтехники от клиентов;

- составе и объеме наличия техники и запасных частей на рынке от поставщиков;

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

Внешние же поставщики информации являются и ее потребителями:

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

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

- клиенты получают информацию о возможности удовлетворения их спроса на технику силами ООО «СЕРВИС ПАРТНЕР» и условиях арендных договоров;

- поставщики техники и запчастей получают информацию о потребности ООО «СЕРВИС ПАРТНЕР» в технике и запчастях.

Внутри системы происходит обмен следующими видами информации:

- о потребностях в ремонтах спецтехники;

- о фактической степени готовности переданной в ремонт техники;

- о потребности в запасных частях;

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

Таким образом, анализ среды внедрения системы автоматизации управления объектами основных средств ООО «СЕРВИС ПАРТНЕР», передаваемыми в аренду третьим лицам, позволил выявить следующее:

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

- существующая организационная структура управления в полной мере обеспечивает потребности ООО «СЕРВИС ПАРТНЕР» по обеспечению и контролю качества реализуемых на рынке спецтехники арендных услуг;

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

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

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

- отсутствует система обработки информации об эффективности аренды объектов основных средств.



1.4 Круг задач, подлежащих автоматизации

Анализ существующих недостатков в информационном обеспечении управления, передаваемыми ООО «СЕРВИС ПАРТНЕР» позволяет констатировать наличие потребности данной организации в совершенствовании сложившейся информационной системы управления.

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

- реализации арендных услуг;

- материальном обеспечении бесперебойного функционирования специальной техники, передаваемой ООО «СЕРВИС ПАРТНЕР» в аренду сторонним организациям (контрагентам).

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

1. В сфере реализации арендных услуг:

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

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

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

- расчет фактического наличия специальной техники в эксплуатации и в простое;

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

2. В сфере материального обеспечения эксплуатации специальной техники (складской работы):

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

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

- учет фактического наличия запасных частей и материалов на складе, учет их поступления и передачи в сервисный отдел ООО «СЕРВИС ПАРТНЕР».

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

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

- простота эксплуатации автоматизированной системы;

- невысокая требовательность автоматизированной системы к аппаратным ресурсам;

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

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

Задание на проектирование, применительно к потребностям ООО «СЕРВИС ПАРТНЕР», можно сформулировать следующим образом:

Требуется разработать автоматизированную систему сопровождения управления активами ООО «СЕРВИС ПАРТНЕР» с использованием системы управления базами данных Microsoft Access, реализующие следующие функции:

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

- расчет аналитических коэффициентов эффективности использования специальной техники, задействованной в строительных работах, выполняемых силами ООО «СЕРВИС ПАРТНЕР»;

- учет наличия и движения специальной техники;

- расчет оптимального объема заказа запасных частей и материалов;

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

Автоматизированная система должна обеспечивать возможность:

- ввода статистических данных;

- обработки статистических и аналитических данных;

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



2. Проектирование информационной системы

2.1 Разработка функциональной модели системы в нотации IDF0

В целом, функционально совокупную систему ООО «СЕРВИС ПАРТНЕР» можно разделить на два сегмента: арендный и сервисный.

В общем виде, информационные процессы, реализуемые в деятельности сервисного отдела ООО «СЕРВИС ПАРТНЕР» представлены на рисунке 4 и включают в себя:

- получение заказов от производственного отдела;

- руководство нормативно-технической документацией;

- использование материально-технических, трудовых и финансовых ресурсов;

- передачу выполненных работ производственному отделу.

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

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

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

Рисунок 4 Этапы технологического процесса деятельности сервисного отдела

Этап контроля осуществляется в присутствии представителя производственного отдела ООО «СЕРВИС ПАРТНЕР». При соответствии всех требований производителя по характеристикам исправных узлов и агрегатов отдельного экземпляра спецтехники, подписывается акт выполненных работ и данных экземпляр спецтехники передается в эксплуатацию производственному отделу.

На рисунке 5 представлены технологические процессы, реализуемые на складе ООО «СЕРВИС ПАРТНЕР».

Как видно на рисунке 5, технологические операции и информационный обмен в складском хозяйстве ООО «СЕРВИС ПАРТНЕР» осуществляются в четыре этапа:

- формирование заявок на снабжение;

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

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

- позаявочная комплектация и передача комплектов запасных частей и материалов в сервисный отдел.

При этом, используются:

- нормативная, техническая и иная руководящая документация;

- складские материальные ценности;

- трудовые ресурсы;

- финансовые ресурсы (денежные средства);

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

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

На этапе поставки и контроля качества осуществляется оценка соответствия договорным условиям:

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

- номенклатуры поставленных запасных частей и материалов;

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

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

Рисунок 5 Этапы технологического процесса складского обслуживания

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

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

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

В процессе осуществления складских технологических операций осуществляется руководство нормативной и правовой документацией, содержащей:

- нормы площадей хранения;

- нормы сроков хранения;

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

- нормы трудоемкости складского персонала;

- нормы материалоемкости складских технологических работ и т.д.

2.2 Этапы проектирования базы данных

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

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

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

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

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

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

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

- явления реального мира;

- информацию об этих явлениях;

- представление этой информации посредством данных.

В соответствии с этим в инфологическом подходе выделены три сферы:

- реальный мир или объектная система;

- информационная система;

- даталогическая сфера.

Выделение этих сфер и определяет содержание основных этапов инфологического проектирования.

3. Разработка информационной системы

3.1 Инфологическое проектирование

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

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

Модель «сущность-связь» - неформальная модель предметной области, используемая на этапе концептуального проектирования. Лёгкость понимания и использование естественного языка позволяют её применять как инструмент общения с конечными пользователями для сбора информации в предметной области. Эта модель и нотация ERD была предложена П. Ченом в 1976 г. В дальнейшем она получила развитие в работах других авторов. Основное назначение ERD - семантическое описание предметной области и представление информации для обоснования выбора видов моделей и структур данных с целью использования на этапе логического проектирования.

Описание предметной области включает существующие в ней объекты, их свойства и отношения. Соответственно модель сущность-связь строится с использованием трёх конструктивных элементов: сущность, атрибут и связь.

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

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

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

Атрибут представляет тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов. Экземпляр атрибута - это определенная характеристика отдельного элемента множества. Экземпляр атрибута определяется типом характеристики и её значением, называемым значением атрибута. В ER-модели атрибуты ассоциируются с конкретными сущностями. Таким образом, экземпляр сущности должен обладать единственным определенным значением для ассоциированного атрибута. Атрибут может быть одинаковым для различных сущностей, но для конкретного типа сущности все атрибуты должны быть различны. Атрибут может быть либо обязательным, либо необязательным. Обязательность означает, что атрибут не может принимать неопределённых значений.

Связь (Relationship)- средство для представления отношений между сущностями, значимых для рассматриваемой предметной области. Каждая сущность может обладать любым количеством связей с другими сущностями модели. Семантически отношения могут объединять любое количество сущностей, но в ERD-модели используются только бинарные связи.

Бинарные связи классифицируют по типу отношения между экземплярами сущностей следующим образом:

- связь один-к-одному (1:1): каждому экземпляру сущности А соответствует один экземпляр сущности В и наоборот;

- связь один-ко-многим (1:М): одному экземпляру сущности А соответствует несколько экземпляров сущности В, и каждому экземпляру сущности В соответствует один экземпляр сущности А;

- связь многие-к-одному (М:1): обратная по отношению к связи один-ко-многим;

- связь многие-ко-многим (М:N): каждому экземпляру сущности А соответствует несколько экземпляров сущности В и наоборот.

Вся структура информационной системы ООО «СЕРВИС ПАРТНЕР», для удобства описания, может быть условно разделена на два сегмента:

- сегмент, обслуживающий потребности в информационном обеспечении управления процессом аренды (арендный сегмент);

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

С точки зрения инфологической модели разрабатываемой системы, в ООО «СЕРВИС ПАРТНЕР» можно выделить следующие сущности:

- типы техники;

- модели техники;

- экземпляры техники;

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

- арендатора техники;

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

- запасные части;

- процесс поставки техники;

- процесс аренды техники;

- процесс заказа запасных частей сервисным отделом на склад;

- процесс поставки запасных частей на склад;

- процесс передачи запасных частей со склада в сервисный отдел.

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

1. Экземпляры спецтехники (сущность), помимо индивидуальных характеристик (атрибутов), обладают общими характеристиками (атрибутами):

- принадлежат определенному типу техники;

- являются определенной моделью техники;

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

2. Каждый договор аренды (сущность) включает в себя следующие характеристики (атрибуты):

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

- договор заключен с определенным арендатором.

3. Каждый заказ-наряд на ремонт техники (сущность) обладает следующими характеристиками (атрибутами: в ремонт передается определенный экземпляр техники, определенного типа и модели, поставленный определенным поставщиком.

Бинарные связи, таким образом, существуют между сущностями и осуществляются с участием атрибутов.

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

1. Запчасти (сущность) соответствуют атрибуты:

- собственное наименование;

- принадлежность к определенной системе транспортного средства.

2. Заказ запчастей (сущность) имеет следующие атрибуты:

- осуществляется в отношении определенной запчасти, принадлежащей определенной системе;

- предназначен для определенного экземпляра техники;

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

3. Поставка запчастей (сущность) имеет следующие атрибуты:

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

- предназначена для определенного экземпляра техники;

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

- осуществляется в соответствии с определенным заказом.

4. Передача запчастей (сущность) имеет следующие атрибуты:

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

- предназначена для определенного экземпляра техники;

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

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

5. В ремонт оправляется:

- определенный экземпляр техники;

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

Связь между сущностями осуществляется посредством атрибутов родительских сущностей.

3.2 Даталогическая модель системы

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

Концептуальная модель информационной системы в арендном сегменте представлена на рисунке 6.

Рисунок 6 Концептуальная модель арендного сегмента информационной системы

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

- родительские;

- родительские и зависимые;

- зависимые.

Родительскими сущностями являются: «типы»; «поставщики» и «арендаторы».

Только зависимой сущностью являются «ремонты».

Сущность «модели» является зависимой от сущности «типы» и родительской, по отношению к сущностям: «ос1», «аренда» и «ремонты». Связь между сущностями «типы» и модели» осуществляется первичным ключом сущности «типы» - «код типа», который является внешним для сущности «модели».

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

Сущности «ремонты», помимо внешний ключей сущностей «типы», «модели» и «ос1», принадлежат внешние ключи сущности «поставщики».

Сущность «арендаторы является родительской для сущности «аренда». Кроме того, сущность «аренда» включает в себя внешние ключи сущностей «типы», «поставщики», «модели», «ос1».

Концептуальная модель информационной системы сервисного сегмента представлена на рисунке 7.

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

- только родительские или только зависимые;

- родительские и зависимые.

Только родительскими являются сущности: «системы» и «поставщики». Только зависимой является сущность «ремонты». Сущности: «запчасти», «заказы запчастей», «поставки» и «передача запчастей» являются и зависимыми от иных сущности и выступают родителями других сущностей.

Рисунок 7 Концептуальная модель сервисного сегмента информационной системы

Так, сущность «запчасти» выступает в качестве родительской для сущностей: «заказы запчастей», «поставки» и «передача запчастей». Она же является зависимой от сущности «системы».

Сущность «заказы запчастей» зависима от сущностей: «системы», «запчасти» и «ос1», в то же время, являясь родительской, по отношению к сущностям: «поставки» и «передача запчастей».

Сущность «поставки» формируется и зависит от сущностей: «системы», «запчасти», «заказы запчастей», «ос1» и «поставщики».

Она же является родительской для сущности «передача запчастей».

Сущность «передача запчастей» является зависимой от сущностей: «заказы запчастей» и «поставки».

3.3 Физическая модель данных

Физическая модель информационной системы, разработанной для ООО «СЕРВИС ПАРТНЕР» описана в таблице 1 и показана на рисунках 8-9.

Таблица 1

Состав и характеристика полей таблиц, используемых в базе данных

Наименование поля	Тип данных	Ограничения	Описание
тбл_аренда (таблица)
код_аренды	Текстовый ключевое	Маска ввода «00-00-0000-0»	Индекс договора аренды
арендатор	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «арендаторы», поле «наименование_аренда-тора»
объект_аренды	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «ос1», поле «модель»
Наименование поля	Тип данных	Ограничения	Описание
количество	Числовой		Значение по умолчанию «1»
стоимость_аренды	Денежный		Цена договора аренды
дата_передачи_в_аренду	Дата/ время		Дата фактической передачи техники в аренду
дата_окончания_аренды	Дата/ время		Дата окончания договора аренды
в_аренде	Логичес-кий		«Да» - экземпляр передан арендатору; «Нет» - экземпляр не в аренде
возвращено	Логичес-кий		«Да» - экземпляр возвращен от арендатора; «Нет» - экземпляр не возвращен от арендатора
Наименование поля	Тип данных	Ограничения	Описание
Тбл_арендаторы (таблица)
инн_арендатора	Текстовый (ключевое)	Маска ввода «0000000000»	ИНН арендатора, назначается ФСН
офп_арендатора	Текстовый	Маска ввода «LLL»	Аббревиатура организационно-правовой формы собственности арендатора из трех символов
наименование_арендатора	Текстовый		Юридическое наименование арендатора
адрес_арендатора	Текстовый		Юридический адрес арендатора
телефон_арендатора	Текстовый	Маска ввода «+7(000)0000000»	Телефон арендатора в международном формате
контактное_лицо_арендатора	Текстовый		Ф.И.О. представителя арендатора
тбл_заказы_запчастей
код_заказа	Текстовый ключевое	Маска ввода «00-0000-0»	Шифр накладной-требования
Продолжение Таблицы 1
Наименование поля	Тип данных	Ограничения	Описание
код_ос	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «ос1», поле «код_ос»
дата_заказа	Дата/ время		Дата передачи заказа на склад
заказано	Логичес-кий		«Да» - заказ передан; «Нет» - заказ не оформлен»
поставлено	Логичес-кий		«Да» - запчасти по заказу поступили на склад; «Нет» - запчасти по заказу не поступили на склад
передано	Логичес-кий		«Да» - запчасти по заказу переданы со склада в сервисный отдел; «Нет» - запчасти по заказу не переданы в сервисный отдел
тбл_запчасти (таблица)
код_запчасти	Текстовый ключевое		Артикул запчасти по каталогу производителя
система	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «системы», поле «наименование_системы»
наименование_запчасти	Текстовый		Наименование запчасти по каталогу производителя
норма_на_то	Числовой		Количество запчастей, необходимых на одно ТО, по рекомендациям производителя техники
тбл_модели (таблица)
код_модели	Текстовый ключевое		Соответствует наименованию модели по каталогу производителя
Продолжение Таблицы 1
Наименование поля	Тип данных	Ограничения	Описание
наименование_модели	Текстовый		Наименование модели, в соответствии с каталогом производителя
тбл_ос1 (таблица)
код_ос	Текстовый ключевое	Маска ввода «000-0000-0000000000»	Соответствует VIN-коду в международном формате
модель	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «модели», поле «наименование_модели»
поставщик	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «поставщики», поле «наименование_поставщика»
дата_поставки	Дата/ время		Дата постановки экземпляра техники на учет
срок_полезного_использования	Числовой		Срок полезного использования по нормам бухучета
срок_фактической_эксплуатации	Числовой		Срок фактической эксплуатации
коэффициент_амортизации	Числовой		Норма амортизации в коэффициентном выражении
норматив_то	Числовой		Норма машиночасов, установленная производителем техники в межсервисной эксплуатации (между ТО)
тбл_передача_запчастей
код_передачи	Текстовый ключевое	Маска ввода «0000-00-00»	Соответствует шифру акта передачи запчастей в сервисный отдел
заказ_запчастей	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «заказ_запчастей», поле «код_заказа»
Продолжение Таблицы 1
Наименование поля	Тип данных	Ограничения	Описание
дата_передачи	Дата/ время		Дата фактической передачи запчастей со склада в сервисный отдел
тбл_поставки (таблица)
код_поставки	Текстовый ключевое	Маска ввода «00-00-0000-00»	Индекс договора поставки запчастей от поставщика на склад
заказ_запчастей	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «заказ_запчастей», поле «код_заказа»
объект_ос	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «ос1», поле «код_ос»
модель	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «модели», поле «наименование_модели»
система	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «системы», поле «наименование_системы»
запчасть	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «запчасти», поле «наименование_запчасти»
поставщик	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы «поставщики», поле «наименование_поставщика»

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

• Разработка автоматизированной информационной системы "Автосервис"

  Средства для отображения информации в виде отчетов для редактирования и занесения новых данных в систему. Графическая диаграмма IDEFO функциональной модели предметной области. Связи между атрибутами. Разработка пользовательского интерфейса системы.
  
  курсовая работа [2,3 M], добавлен 21.10.2012
  

• Проектирование информационных систем средствами BPwin

  Разработка объектно-ориентированной модели ООО "Мир Компьютеров". Описание предметной области. Разработка функциональной модели системы средствами BPwin. Проектирование информационной системы средствами Rational Rose. Сопровождение информационных сетей.
  
  курсовая работа [843,4 K], добавлен 07.01.2015
  

• Разработка информационной системы "Столовая"

  Анализ предметной области. Разработка информационной системы для улучшения качества обслуживания клиентов и автоматизации работы кассы столовой. Проектирование логической модели. Определение регламентированных запросов и описание клиентских приложений.
  
  курсовая работа [1,6 M], добавлен 17.02.2013
  

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

  Разработка концептуальной модели предметной области. Автоматизация справочной системы. Разработка конфигурации в 1С:Предприятии. Создание констант и перечислений. Формирование и проведение документов. Создание пользователя и пользовательского интерфейса.
  
  курсовая работа [1016,6 K], добавлен 09.03.2015
  

• Разработка базы данных информационной системы склада косметики и парфюмерии компании "Белоснежка"

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

• Разработка проекта информационной системы "Компьютерный сервис"

  Анализ предпроектного обследования предметной области "Компьютерного сервиса". Особенность разработки функциональная модель IDEF0 для графического представления описания информационной системы. Построение модели данных для проектируемой системы.
  
  контрольная работа [751,8 K], добавлен 12.01.2023
  

• Разработка автоматизированной информационной системы для медработников "Заказы на лекарства"

  Выбор, обоснование и особенности работы СУБД. Характеристика языков программирования. Разработка структурной и функциональной модели информационной системы аптеки. Проектирование программной среды АИС и ее интерфейса. Построение модели базы данных.
  
  курсовая работа [442,3 K], добавлен 21.04.2012
  

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

  Анализ предметной области. Разработка генетического алгоритма для оптимизации инвестиций. Спецификация требований и прецедентов. Проектирование пользовательского интерфейса информационной системы. Модели данных, используемые в системе и их взаимодействие.
  
  дипломная работа [2,1 M], добавлен 24.08.2017
  

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

  Классификация информационных систем. Использование баз данных в информационных системах. Проектирование и реализация информационной системы средствами MS Access. Анализ входной информации предметной области и выделение основных информационных объектов.
  
  курсовая работа [2,5 M], добавлен 09.08.2012
  

• Разработка информационной системы "Адвокатская фирма"

  Анализ имеющихся средств автоматизации проектирования и целесообразности их использования. Проектирование БД Адвоката в Microsoft Access. Разработка инфологической модели предметной области в нотации Чена. Интерфейс БД: формы ввода, запросы, таблицы.
  
  курсовая работа [12,2 M], добавлен 06.06.2015
  

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