Реферат: Проектирование информационных систем

СОДЕРЖАНИЕ

Введение

1. Предпроектная стадия

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

1.2 Разработка функциональной моделипредметной области

1.3 Построение UML диаграмм в среде Pacestar UML Diagrammer

2. СТАДИЯ ПРОЕКТИРОВАНИЯ

2.1 Выбор программных средств разработки

2.2 Разработка логической модели

2.3 Разработка физической модели

3. РЕАЛИЗАЦИЯ ПРОЕКТА

3.1 Серверная часть

3.2 Клиентская часть

3.3 Реализация запросов

4. ЭКСПЛУАТАЦИЯ И СОПРОВОЖДЕНИЕПРОЕКТА

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

Приложение 1

Введение

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

Цели курсовой работы:

· применение напрактике знаний, полученных в процессе изучения курса «Проектирование ИС»;

· получениепрактических навыков создания АИС, основанных на БД.

Задачи курсовой работы:

· получениепредставлений о методах и средствах проектирования современных ИС;

· приобретениенавыков использования CASE-системпроектирования ИС;

· развитиесамостоятельности при разработке ИС на базе программных продуктов AllFusion Process Modeler r7, AllFusion Data Modeler r7 и СУБД SQL Server 2005.

Курсовая работа состоитиз следующих частей:

· Построениефункциональной модели предметной области в программной среде AllFusion Process Modeler r7, что включает в себя 3 вида диаграмм:

o диаграммы IDEF0;

o диаграмма DFD;

o диаграмма IDEF3.

· Построение UML диаграмм в среде Pacestar UML diagrammer;

· Проектированиелогической и физической модели данных в программной среде AllFusion Data Modeler r7;

· Разработкаклиентского приложения ИС в среде Access с использованием БД, находящихся в СУБД MySQL Server 5.1.

1. ПРЕДПРОЕКТНАЯ СТАДИЯ

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

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

Технологический процесс состоит изследующих стадий, представленных на рис. 2.

/> /> /> /> /> /> /> /> /> />

/> <td/> />
Рис 2. Схема технологическогопроцесса предприятия «Аверс»

Технологический процесс предприятиязаключается в последовательном выполнении шагов на различных стадиях выполнениязаказа. Выполнение заказа начинается с правильной подготовки автомобиля илидетали к окраске. Сначала автомобиль тщательно и неоднократно моется водой, апосле сушиться в специальной камере при температуре 90 0С. Затем с автомобиляснимают все декоративные детали с гальваническим покрытием, резиновыепрокладки. Затем кузов разбирается на части для чего снимается капот, крышкабагажника, двери и в некоторых случаях крылья. Если деталь деформирована, то еевыправляют и придают ей нужную форму. Затем производится зачистка поверхностиот старой краски и ржавчинами путем обработки ее наждачной бумагой и стальнымищетками с различного рода растворами. Затем поверхность кузова обезжириваетсяуайт-спиртом. Проверка качества обезжиривания проводится с помощьюфильтровальной бумаги: если на бумаге остаются следы жира или грязи, топоверхность необходимо промыть растворителем еще раз (а возможно, и не раз —пока она не будет полностью обезжирена). Затем поверхность выравнивается спомощью шпатлевки. Толщина слоя шпатлевки не должна превышать 0,3 мм. Время сушки зашпатлеванной поверхности должно выдерживаться в соответствии с техническимиусловиями на используемую шпатлевку. После высыхания шпатлевки следуетзагрунтовать зашпатлеванные места. После проведения подготовительных работ приступаютк следующему этапу.

Этот этап включает в себя замывкудетали, то есть обработку ее крупной шкуркой с водой для удаления неровностей,после чего деталь последний раз грунтуют для лучшего наложения краски и еефиксации. Затем производят еще одну замывку детали мелкой шкуркой с водой длявыравнивания окрашиваемой поверхности и убирания лишних слоев грунтовки, послечего приступают к окрашиванию детали. Окрашивание происходит в два этапа черезпульверизатор: первый- нанесение проявочного слоя краски отчетливо проявляющийвсе дефекты подготовленной поверхности (краска разводится 1 к 4 срастворителем); второй — через 20 минут после нанесения проявочного слоякраски, можно наносить основной, декоративный слой(краска разводится 1 к 3 срастворителем). Оба слоя наносятся быстрыми горизонтальными движениями сверхувниз. В зависимости от пожеланий клиента выполняется аэрография. Посленанесения краски автомобиль сушится в сушильной камере при температуре 90 0С2-3 дня.

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

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

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

· Администрация предприятия

· Начальники участков

· Работники склада расходных материалов

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

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

· клиентах

· заказах

· ассортиментеработ

· стоимости работ

· сотрудниках

· расходныхматериалах

· поставщиках

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

Организационная структура управленияпредприятием, которая включает состав подразделений, приведена на рис.3.

/> /> /> /> /> /> /> /> /> /> /> /> <td/> /> <td/> /> <td/> /> <td/> />
Рис.3 Схема организационной структуры предприятия «Аверс»

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

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

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

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

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

Система сквозного контроля за работойпредприятия дает возможность полностью отслеживать технологическую цепочку отпоступления автомобиля на участок предварительных работ, до его одобрения научастке контроля качества. Это обеспечивает неизменное качество для конечногопотребителя, контролируя качество окраски автомобиля по стандартам итехнологиям официально предписанными мировыми автокорпорациями как VAG (Audi,VW, Skoda ), PAG (Ford, Volvo, Porsche) BMV RT (BMV, MINI) GM (Opel,Сhevrolet), Toyota, Daimler-Chrysler специально для выполнения ремонтныхкузовных и окрасочных работ.

Контроль и обеспечениевысокого качества окраски автомобилей — это целыйкомплекс мероприятий, включающий в себя контроль производимых работпосле обработки детали на предварительном этапе и после ее окрашивания. Такжепроисходит контроль качества сборки окрашенного автомобиля. Сквозной контрольпроводится с целью предотвращения реализации некачественныхработ, не соответствующихтребованиям, установленным нормативными документами по стандартизации (ISO/TS 16949).

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

Основными задачами системы сквозногоконтроля качества работ являются:

1. разработка, внедрение и поддержаниесистем менеджментана предприятии;

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

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

4. обеспечение фонда нормативныхдокументов;

5. обеспечение бесперебойной работы всехучастков;

6. организация подготовки, повышенияквалификации и обучения сотрудников предприятия.

На предприятии существует тир участкапроведения сквозного контроля: контроль качества предварительной обработкидетали к окраске; контроль качества окраски детали; контроль качества всехпроделанных работ;

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

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

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

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

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

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

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

В соответствии с предметной областьюсистема строиться с учетом следующих особенностей:

· Каждый этап работосуществляется на определенном участке цеха;

· Работывыполняются согласно характеристикам, оговоренным с заказчиком при оформлениизаказа;

· Основные видыработ проходят контроль качества для перехода на следующий этап;

· Выполненный фронтработ соответствует определенному заказу;

· Заказ определяетклиента;

· Реализация работ осуществляетсясогласно данным клиента;

Функциональные возможности:

· Ведение БД(запись, чтение, модификация, удаление);

· Обеспечениелогической непротиворечивости БД;

· Реализациянаиболее часто встречающихся запросов в готовом виде;

Готовые запросы:

· Получениеинформации об этапах прохождения заказа;

· Получение информациио клиентах и заказах;

· Получение спискарасходных материалов: их наименования и количества;

· Получениеинформации о прохождении заказа стадий контроля;

1.2Разработка функциональной модели предметной области

Наиболее широкоиспользуемой методологией описания бизнес-процессов является стандарт IDEF0. Подход IDEF0 был разработан на основе методологии структурногоанализа и проектирования SADT.С момента разработки стандарт не претерпел существенных изменений. В настоящеевремя развитие методологии IDEF0сопряжено с развитием поддерживающих ее инструментов – программных продуктовдля моделирования бизнес-процессов (BPWin, ProCap, IDEF0/EM Tool и др.) Методология IDEF0 предоставляет аналитику прекрасныевозможности для описания бизнеса организации на верхнем уровне с акцентом науправлении процессами. Нотация позволяет отражать в модели процесса обратныесвязи различного типа: по информации, по управлению, движение материальныхресурсов. Продуманные механизмы декомпозиции модели процесса в IDEF0 позволяют существенно упроститьработа аналитика. Следует отметить, что модели в нотации IDEF0 предназначены для описания бизнесана верхнем уровне. Их основное преимущество состоит в возможности описыватьуправление процессами организации.

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

В настоящее время дляописания бизнес-процессов используется несколько методологий. К числу наиболеераспространенных относятся методологии моделирования бизнес-процессов (Business Process Modeling), методологии описания потоков работ(Work Flow Modeling) и методологии описания потоковданных (Data Flow Modeling).

Второй важнейшейметодологией описания процессов является методология IDEF3. Формально эта методология называется Work Flow Modeling, что отражает ее сущность. Стандарт IDEF3 предназначен для описания рабочихпроцессов или, говоря другими словами, потоков работ. Методология описания IDEF3 очень близка к алгоритмическимметодам построения схем процессов стандартными средствами построения блок-схем(построение блок-схемы в MS Word). Основа методологии IDEF3 состоит в построении моделейпроцессов по принципу последовательно выполняемых во времени работ.

Еще одной группойметодологий, активно используемых на практике, являются нотации DFD (Data Flow Diagramming). Эти нотации предназначены дляописания потоков данных. Они позволяют отразить последовательность работ,выполняемых по ходу процесса, и потоки информации, циркулирующие между этимиработами. Кроме того, нотация DFDпозволяет описывать потоки документов (документооборот) и потоки материальныхресурсов (движение материалов от одной работы к другой). С помощью схемыпроцессов в DFD выявляют основные потоки данных. Этоважно для последующего создания моделей структуры данных и разработкитребований к информационной системе организации.

Для модели, разработаннойв курсовой работе, все виды диаграмм представлены в Приложении 1. Также был произведёнстоимостной анализ проекта, результаты которого представлены в Приложении 2.Общая стоимость проекта составила 11 850 руб.

В результате того, чтодиаграмма IDEF0 была дополнена диаграммами DFD и IDEF3, была получена смешанная диаграмма, которая со всехсторон описывает процесс деятельности предприятия (рис. 1.1).

Рис 1.1. Смешаннаядиаграмма

1.3Построение UML диаграмм в среде Pacestar UML Diagrammer

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

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

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

UML позволяет создаватьдиаграммы, такие как:

1. Диаграммавариантов использования.

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

1. Диаграммавзаимодействия.

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

2. Кооперативнаядиаграмма.

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

3. Диаграммаклассов.

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

4. Диаграммасостояний.

Диаграмма состояний,State Machine diagram (диаграмма конечного автомата, диаграмма состояний) —диаграмма, на которой представлен конечный автомат с простыми состояниями,переходами и композитными состояниями. Конечный автомат — спецификацияпоследовательности состояний, через которые проходит объект или взаимодействиев ответ на события своей жизни, а также ответные действия объекта на этисобытия. Конечный автомат прикреплён к исходному элементу (классу, кооперацииили методу) и служит для определения поведения его экземпляров.

5. Диаграммапакетов.

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

6. Диаграммадеятельности.

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

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

7. Диаграммакомпонентов.

Это статическаяструктурная диаграмма, демонстрирует внутреннюю структуру классов и, повозможности, взаимодействие элементов (частей) внутренней структуры класса.Структура ИИС представлена на рис.1.9.

2. СТАДИЯ ПРОЕКТИРОВАНИЯ

2.1 Выбор программных средств разработки

программныйразработка приложение access

Оболочка клиентабудет разработана при помощи Acess, в связи с его тотальнымраспространением, так как данный продукт является интегрированным в ОС Windows.Не смотря на все увеличивающийся спрос на ОС написанных на ядре Linuxподовляющее большинство пользователей работают на различных версияхоперационной системы от компании Microsoft. Серверная часть проекта будетбазироваться на СУБД MySQL. MySQL имеет двойноелицензирование. MySQL может распространяться в соответствии с условиямилицензии GPL. Однако по условиям GPL, если какая-либо программа включаетисходные коды MySQL, то она тоже должна распространяться по лицензии GPL. Этоможет расходиться с планами разработчиков, не желающих открывать исходныетексты своих программ. Для таких случаев предусмотрена коммерческая лицензия,которая также обеспечивает качественную сервисную поддержку. MySQL также являетсякроссплатформенным приложением, данная СУБД удобна в использовании, логична,легка в понимании. MySQL является надежным инструментомдля управлениями БД. В данной курсовой работе будет использоваться версия MS SQL Server 2005.

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

1. Процессор: х86-совместимый процессор,желательно класса Intel Celeron IV и выше; частота от 1800 Mhz;

2. Оперативная память – от 512 Мб;

3. Видеоадаптер: любая современнаявидеокарта, от 64Мб ОЗУ;

4. ОС: Windows: 2000/XP/2003 server x86 .

5. СУБД: MS SQL Server 2005.

6. MS office Access 2003 и выше

2.2Разработка логической модели

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

В данной предметной сущности выделяютсяследующие базовые сущности, образующие структуру проектируемой ИС:

· Клиент. Атрибутыклиента – код клиента, ФИО, телефон, адрес;

· Заказ. Атрибутызаказа – код заказа, дата заказа, автомобиль наименование детали, вид работы,цвет, стоимость;

· Материалы.Атрибуты Материалов – код материала, тип материалов, наименование, количество,стоимость, сумма;

· Персонал.Атрибуты персонала — код работника, ФИО, адрес, телефон, должность;

· Этап работы.Атрибуты этапа работы — код этапа работы, наименование этапа, дата начала этапа;

· Контроль.Атрибуты контроля – код контроля, дата контроля;

· Вид контроля.Атрибуты вида контроля – вид контроля, комментарии;

· Оценка. Атрибутыоценки – оценка, комментарии;

· Реализация.Атрибуты реализации – код реализации, дата реализации, стоимость всего заказа;

Рис 2.1. Логическаямодель данных

2.3Разработка физической модели

Физическаямодель данныхзависит от конкретной СУБД, фактически являясь отображением системногокаталога. В физической модели содержится информация обо всех объектах БД.Поскольку стандартов на объекты БД не существует (например, нет стандарта натипы данных), физическая модель зависит от конкретной реализации СУБД.Следовательно, одной и той же логической модели могут соответствовать несколькоразных физических моделей. Если в логической модели не имеет значения, какойконкретно тип данных имеет атрибут, то в физической модели важно описать всюинформацию о конкретных физических объектах — таблицах, колонках, индексах,процедурах и т.д. Полученная физическая модель для СУБД MS SQL Server 2005представлена на рис.2.2.

Физическая модельгенерируется в СУБД MS SQL Server 2005, где создается БД с таблицами и полями, которыене содержат записей.

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

3. РЕАЛИЗАЦИЯ ПРОЕКТА

3.1 Серверная часть

Серверная часть проекта базируется на СУБД SQL Server 2005. SQL Server — система управления реляционными базамиданных, разработанная корпорацией Microsoft. Основной используемый языкзапросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQLявляется реализацией стандарта ANSI/ISO по структурированному языку запросов(SQL) с расширениями. Используется для работы с базами данных размером отперсональных до крупных баз данных масштаба предприятия.

Для обеспечения доступа к данным Microsoft SQL Server поддерживает OpenDatabase Connectivity (ODBC) — интерфейс взаимодействия приложений с СУБД.Версия SQL Server 2005 обеспечивает возможность подключения пользователей черезвеб-сервисы, использующие протокол SOAP. Это позволяет клиентским программам,не предназначенным для Windows, кроссплатформенно соединяться с SQL Server.Компания Microsoft также выпустила сертифицированный драйвер JDBC, позволяющийприложениям под управлением Java (таким как BEA и IBM WebSphere) соединяться сMicrosoft SQL Server 2000 и 2005.

Для создания сервернойчасти была создана новая база данных Avers. Размер файла данных обозначен в 20 мб, файл лога в 3 мб. Имеетсявозможность работать сразу нескольким пользователям с таблицами БД. Данная БДсовместима только с SQL Server 2005. Все остальные параметры были оставлены поумолчанию.

В следствии использованиядля клиентской части MS Access 2007, AllFusion ERwin Data Modeler не имелвозможности перенести данные в данную версию (ERwin интегрирует данные в MSAccess 2000/2002/2003). В результате не было возможности использовать AllFusionERwin Data Modeler для переноса данных и таблицы. В результате в БД былисозданы новые таблицы, идентичные таблицам в AllFusion ERwin Data Modeler.

Для создания таблицы,необходимо открыть раздел «Tables» и вызвать меню «New Table...». В Microsoft SQL Server получили необходимыетаблицы(рис.3.1.1). Ключевые поля полностью соответствуют аналогичным полям вERwin. Все поля, кроме ключевых, не должны иметь пустых значений.

Рис.3.1.1. Перенесенныетаблицы.

Затем между таблицамибыли обозначены и проведены связи(рис. 3.1.2).

Рис.3.1.2 Диаграммасвязей между таблицами.

Для установки ииспользования этой БД, необходимо скопировать файлы «Avers.mdf» и " Avers_log.ldf" в директорию местонахождения БД в SQLServer. По умолчанию это C:\Program Files\Microsoft SQL Server\MSSQL.1\ MSSQL\Data. Затем необходимо запустить SQLServer, выбрать раздел «Database» и в контекстном меню выбрать пункт«Attach». В появившемся окне необходимонажать кнопку «Add» и выбрать файл «Avers.mdf» и нажать «Ok» (рис 3.1.3).

Рис.3.1.3 Импорт БД.

3.2Клиентская часть

Для клиентской частииспользовался MS Access 2003. Microsoft Access — реляционная СУБД корпорацииMicrosoft. Имеет широкий спектр функций, включая связанные запросы, связь свнешними таблицами и базами данных. Благодаря встроенному языку VBA, в самомAccess можно писать приложения, работающие с базами данных.

Клиентская частьполучает данные из БД, расположенной на SQL Server, обрабатывая и посылаязапросы пользователя. Для этого, в приложение были внесены связанные таблицы ODBC, благодаря которым и происходит взаимодействие двухчастей программного средства.Рис

Все таблицы связанысвязями типа «один-ко-многим» или «один – к -одному» с обеспечением целостностиданных(рис.3.1).

Рис 3.1. Связи междутаблицами

При запуске АИСпользователь оказывается в главном меню программы (рис. 3.2).

Рис 3.2. Главное окнопрограммы

Менеджер, работая спрограммой, может внести информацию о новом клиенте, добавить новый заказ, атак же редактировать ранее введенную информацию. Чтобы добавить нового клиента,следует щелкнуть на соответствующей кнопке. Откроется окно добавления новогоклиента (рис. 3.3):

Рис 3.3. Окно добавлениянового клиента

При нажатии на кнопку«Оформить заказ» внизу окна происходит переход на форму внесения данных о новомзаказе (рис. 3.4):

Рис 3.3. Ввод новогозаказа

В случае, если с системойработает работник цеха, то он может внести данные о этапе работы с заказомнажав на кнопку «Внести данные о этапе» в главном меню программы (рис 3.4)

Рис 3.4. Ввод данных оэтапе выполнения заказа

Работник так же можетвносить данные об используемых для выполнения заказа на этапах материалах. Дляэтого необходимо перейти на форму внесения материалов, нажав на кнопку «Оформитьматериалы» в главном меню, или на кнопку «Внести материалы» с формы заполненияданных о этапе работы (рис.3.5).

Рис 3.5. Ввод данных обиспользуемых материалах

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

Главный технологпредприятия, работая с данным приложением, может вносить данные о результатахсквозного контроля качества выполнения этапов заказа. Для этого в главном менюнеобходимо нажать кнопку «Внести данные о контроле» после чего откроется формавнесения данных о контроле(рис.3.6).

Рис 3.6. Ввод данных обиспользуемых материалах

При нажатии кнопки «Отчето контроле» будет открыто окно предварительного просмотра выводимого на печатьотчета о прохождении заполненного контроля.(рис.3.7).

Рис 3.7. Отчет опрохождении контроля

Так же главный технологможет вносить данные о реализации заказа, перейдя по кнопке «Реализация»главного меню.(рис3.8).

Рис.3.8. Ввод данных ореализации.

При нажатии кнопки«Отчеты» откроется форма с возможными отчетами (рис.3.9)

Рис 3.9. Форма отчеты

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

3.3 Реализация запросов

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

Запрос «Выполненныезаказы» (рис.3.10) находит информацию о всех реализованных заказах. Результатзапроса представлен в виде формы, просмотреть которую можно нажав на кнопку«Выполненные заказы» формы «Отчеты»(рис.3.11).

Рис.3.10.Запрос«Выполненные заказы»

Рис.3.11.Форма«Выполненные заказы»

Запрос по оценке контроля(рис.3.12.) ищет все работы, оценка контроля которых соответствует выбранномуварианту на форме «Отчеты». После выбора интересующей оценки на данной форме инажатия кнопки «Отчет по оценки контроля» предоставляется отчет(рис.3.13) ссоответствующей информацией.

Рис3.12.Запрос по оценкеконтроля

Рис.3.13.Отчет по оценкеконтроля

Так же представленыотчеты предоставляющие список используемых материалов как для всего заказа вцелом (рис.3.14.) так и для отдельного этапа заказа (рис.3.15.)

Рис.3.14. Отчет«Материалы для заказа»

Рис.3.15.Отчет «материалыдля этапа заказа»

Эти отчеты основаны назапросах материалы для заказа (рис.3.16.) и материалы для этапа заказа(рис.3.17).

Рис.3.16.Запрос«Материалы для заказа»

Рис.3.17.Запросматериалов на этап закзаза

При оформлении иреализации заказа необходимо документальное подтверждение. Для организацииотчетов «Оформление заказа» и «Оформление реализации заказа» реализуютсясоответствующие запросы (рис.3.18-3.19) Для распечатки данныхотчетов(рис.3.20-3.21) на форме «Отчеты» необходимо ввести номер заказа, накоторый необходимо распечатать отчет и нажать на соответствующую кнопку.

Рис3.18.Запрос«Оформление заказа»

Рис.3.19.Запрос«Реализация заказа»

Рис.3.20.Отчет обоформлении заказа

Рис.3.21.Отчет ореализации заказа.

Так же реализован запросо прохождении стадий контроля определенным заказом (рис.3.22). Интересующийзаказ выбирается на форме «Отчеты» и после нажатия на кнопку «Прохождениезаказом контроля» будет предоставлен отчет в виде формы (рис.3.23.).

Рис.3.22.Запрос опрохождении стадий контроля

Рис.3.23.Очет опрохождении заказом стадий контроля

В АИС «Аверс» для расчетаполной стоимости заказа необходимо определить стоимость используемых длявыполнения заказа материалов, для этого устраивается запрос «стоимостьматериалов» основанные на запросе «материалов для заказа»(рис.3.16), результатыкоторого находятся в форме (рис3.24.).

Рис.3.24.Стоимостьиспользуемых для заказа материалов

4. ЭКСПЛУАТАЦИЯ ИСОПРОВОЖДЕНИЕ ПРОЕКТА

АИС «Аверс» имеетэлементарный и легкодоступный интерфейс, что упрощает работу с ней.

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

ЗАКЛЮЧЕНИЕ

В ходе выполнениякурсовой работы были достигнутые поставленные цели, такие как: применение напрактике знаний, полученных в процессе изучения курса «Проектирование ИС» иполучение практических навыков создания автоматизированных информационныхсистем (АИС), основанных на БД.

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

СПИСОК ИСПОЛЬЗУЕМОЙЛИТЕРАТУРЫ

1. Заботина Н.Н.Проектирование информационных систем: Учебное пособие / Заботина Н.Н. –Братск:Филиал ГОУВПО «БГУЭП», 2007. – Ч.1 – 146 с.

2. Заботина Н.Н.Проектирование информационных систем: Учебное пособие / Заботина Н.Н. –Братск:Филиал ГОУВПО «БГУЭП», 2007. – Ч.2 – 132 с.

3. Мартин Ф.,Кендалл С. UML Основы / Ф.Мартин, С.Кендалл. –СПб.: Символ-Плюс, 2002. – 192 с.

4. Бланшет Ж.,Саммерфилд М. Qt 4: программирование GUI на C++ / Ж. Бланшет, М.Саммерфилд. – М.: КУДИЦ-ПРЕСС, 2008. – 736с.

5. Арлоу Д.,Нейштадт И. UML 2 и Унифицированный процесс / Д.Арлоу, И. Нейштадт. – СПб.: Символ-Плюс, 2007. – 624 с.

еще рефераты

Еще работы по информатике, программированию

Реферат по информатике, программированию

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

18 Июня 2015

Реферат по информатике, программированию

Решение нелинейных уравнений

31 Августа 2013

Реферат по информатике, программированию

Розвиток інформаційних технологій в системі охорони здоров’я України

18 Июня 2015

Реферат по информатике, программированию

Сжатие информации в ПК

18 Июня 2015