Разработка информационной системы "Учет и контроль заказов фирмы "Окна Марио" - Дипломная работа

Пользователи допускаются к работе на персональных ПЭВМ только после прохождения инструктажа по безопасности труда и пожарной безопасности. Эвакуационное освещение должно быть автономным и создавать освещенность на полу основный проходов и лестничных ступенях 0,5 лк. ПЭВМ представляет определенную опасность и вредность для людей, обслуживающих или же находящихся в непосредственной близости от нее. Основные вопросы, которым необходимо уделить внимание при эксплуатации ПЭВМ, это снижение потребления электроэнергии и утилизация составных частей ПЭВМ. В связи с быстрой сменой поколений ПЭВМ необходимо уделить особое внимание утилизации устаревшего оборудования, так как в элементах ПЭВМ в минимальных количествах находятся токсичные материалы [3].Разработанная система автоматизированного учета и контроля исполнения заказов существенно облегчает деятельность менеджера.employee.Birthday = Convert.TODATETIME(reader[10]).Date; service.Id = Convert.TOINT32(reader[0]); service.Cost = Convert.TODOUBLE(reader[2].TOSTRING()); VALUES ({0}, {1},{2},"{3}","{4}","{5}","{6}",{7},{8},{9},"{10}")", INCRMAXNUMBER, order.IDOBJECTINSTALLATION,order.IDCUSTOMER,order.Number, order.Date.TOSHORTDATESTRING(), order.TERMPERFOMANCE, order.PAYMENTKIND, order.PAYMENTADVANCE, order.TOTALSUM, Convert.TOINT32(order.ORDERPAID), order.BEGINWORKDATE.TOSHORTDATESTRING()); if (reader2[11] != DBNULL.Value) employee.PERSONHOUR = Convert.

План эвакуации при пожаре

фирма заказ база информационный

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

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

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

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

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

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

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

1. Технико-экономическое обоснование

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

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

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

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

На основании вышеизложенного поставлена цель разработать информационную систему "Учет и контроль заказов фирмы "Окна Марио".

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

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

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

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

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

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

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

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

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

2. Теоретическая часть

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

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

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

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

· база данных должна легко изменяться при изменении программной и аппаратной среды;

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

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

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

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

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

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

Функциональные требования к программным модулям: · учет заказов фирмы;

· хранение персональных данных о сотрудниках;

· хранение персональных данных о заказчиках;

· формирование списка предоставляемых фирмой услуг и комплектаций;

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

· формирование отчетов по заказам.

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

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

База данных фирмы по установке окон должна содержать информацию о сотрудниках, а именно: Данные о сотруднике: · Фамилия, Имя, Отчество

· Серия паспорта

· Номер паспорта

· Рабочий телефон

· E-mail

· Должность

· Дата рождения

· Адрес проживания

Целью деятельности фирмы является привлечение как можно большего количества заказчиков. Поэтому очевидно наличие как потенциальных, так и фактических заказчиков. В БД необходима следующая информация о них: Данные о заказчике: · Наименование (ФИО)

· Адрес проживания

· Телефон 1

· Телефон 2

В ходе своей деятельности сотрудники фирмы выполняют работы на объектах, каждый из которых характеризуется наименованием и местоположением (адресом). Следовательно, система должна содержать и эту информацию: Данные об объекте: · Адрес объекта

· Примечание

Фирма выполняет услуги, у каждой из которых есть название, и ее можно отнести к какой либо категории услуг. Следовательно, необходим список услуг: · Наименование услуги

· Стоимость за единицу

· Категория

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

· Стоимость за единицу

· Количество на складе

· Категория

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

Данные о поставщиках: · Наименование

· Наименование товара

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

· Стоимость товара

· ИНН поставщика

· КПП поставщика

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

· Дата заказа

· Срок выполнения

· Дата начала работы

· Общая сумма заказа

· Предоплата

· Вид оплаты

· Проплачен заказ

· Заказчик

· Объект

· Услуга

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

Задачи которая будет решать информационная система: · ведение учета прихода товара от поставщика, отправка (выдача) товара и предоставление услуг по установке окон клиенту, управление доходами/расходами;

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

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

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

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

· учет движения средств по статьям доходов и расходов;

· возможность работы в сети, одновременный доступ к одной базе с разных компьютеров;

· группировка заказов в различные категории;

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

В фирме "Окна Марио" клиентам предоставляются следующие документы: счет-фактура и счет на оплату.

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

Рисунок 1. Бланк счет-фактура.

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

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

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

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

· разграничение доступа пользователей на уровне задач и информационных массивов.

Защищенная часть системы должна использовать "слепые" пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля).

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

Рисунок 2. Бланк счет на оплату.

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

2.3 Выбор программного обеспечения

2.3.1 Основы построения баз данных

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

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

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

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

Эффективность функционирования информационной системы во многом зависит от ее архитектуры. По своей архитектуре СУБД делятся на одно-, двух- и трехзвенные (рис. 3). В однозвенной архитектуре используется единственное звено (клиент), обеспечивающее необходимую логику управления данными и их визуализацию. В двухзвенной архитектуре значительную часть логики управления данными берет на себя сервер, в то время как клиент в основном занят отображением данных в удобном для пользователя виде. В трехзвенных СУБД используется промежуточное звено - сервер приложений, являющееся посредником между клиентом и сервером БД. Сервер приложений призван полностью избавить клиента от каких бы то ни было забот по управлению данными и обеспечению связи с сервером БД.

Рисунок 3. Архитектура СУБД: однозвенная (слева); двухзвенная (в центре); трехзвенная (справа)

В зависимости от местоположения отдельных частей СУБД различают локальные и сетевые СУБД.

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

В файл-серверных СУБД все данные обычно размещаются в одном или нескольких каталогах достаточно мощной машины, специально выделенной для этих целей и постоянно подключенной к сети. Такой компьютер называется файл-сервером - отсюда название СУБД. Безусловным достоинством СУБД этого типа является относительная простота ее создания и обслуживания - фактически все сводится лишь к развертыванию локальной сети и установке на подключенных к ней компьютерах сетевых операционных систем. Используемая в дипломном проекте язык программирования C# "умеет" использовать сетевые средства самой популярной в мире ОС - Windows для создания соответствующих клиентских мест, то есть специального программного обеспечения компьютером пользователей. Нетрудно заметить, что между локальными и файл-серверными вариантами СУБД нет особых различий, так как в них все части собственно СУБД (кроме данных) находятся на компьютере клиента. По архитектуре они обычно являются однозвенными, но в некоторых случаях могут использовать сервер приложений. Недостатком файл-серверных систем является значительная нагрузка на сеть.

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

Клиент-серверные (двухзвенные) системы значительно снижают нагрузку на сеть, так как клиент общается с данными через специализированного посредника - сервер базы данных, который размещается на машине с данными. Сервер БД принимает запрос от клиента, отыскивает в данных нужную запись и передает ее клиенту. Таким образом, по сети передаются относительно короткий запрос и единственная нужная запись, даже если соответствующий файл с данными содержит сотни тысяч записей. Запрос к серверу формируется на специальном языке структурированных запросов (Structured Query Language, SQL), поэтому часто серверы БД называются SQL-серверами. Серверы БД представляют собой относительно сложные программы, разрабатываемые различными фирмами. К ним относятся, например, Microsoft SQL Server производства корпорации Microsoft, Sybase SQL Server корпорации Sybase, Oracle производства одноименной корпорации, DB2 корпорации IBM и т. д. SQL-сервером является также и сервер INTERBASE корпорации Borland. Клиент-серверные СУБД масштабируются до сотен и тысяч клиентских мест. Распределенные СУБД могут содержать несколько десятков и сотен серверов БД. Количество клиентских мест в них может достигать десятков и сотен тысяч. Обычно такие СУБД работают на предприятиях государственного масштаба, отдельные подразделения которых разнесены на значительной территории. К таковым, например, относятся подразделения Министерства обороны и Министерства внутренних дел. В распределенных СУБД некоторые серверы могут дублировать друг друга с целью достижения предельно малой вероятности отказов и сбоев, которые могут исказить жизненно важную информацию. Они используют собственные региональные средства связи. Интерес к распределенным СУБД возрос в связи со стремительным развитием Интернета. Опираясь на возможности Интернета, распределенные системы строят не только предприятия государственного масштаба, но и относительно небольшие коммерческие предприятия, обеспечивая своим сотрудникам работу с корпоративными данными на дому и в командировках.

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

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

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

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

Аббревиатура SQL расшифровывается как structured query language, что в переводе с английского означает "язык структурированных запросов". SQL не является полноценным языком программирования; он представляет собой всего лишь подъязык данных. В нем имеются операторы только для создания и обработки баз данных. Операторы SQL можно также использовать в хранимых процедурах и триггерах, и их можно вводить в интерактивном режиме в командной оболочке СУБД.

Язык SQL был разработан фирмой IBM в конце 1970-х годов и был принят Американским национальным институтом стандартов (ANSI) в качестве национального стандарта США в 1992 году. На этом стандарте, называемом также SQL-92, базируется версия языка. Более поздняя версия стандарта, SQL3, включает в себя ряд концепций, заимствованных из объектно-ориентированного программирования. Эта последняя версия не привлекла пристального внимания со стороны фирм-разработчиков коммерческих СУБД и на настоящий момент не представляет важности с точки зрения практической работы с базами данных

Стандарт SQL-92 обширен и всеобъемлющ. Ни одна из распространенные коммерческих СУБД, таких как DB2, Oracle или SQL Server, не реализует его полном объеме. Язык SQL ориентирован на текст. Он был разработан задолго до появления графических интерфейсов пользователя, так что для работы с ним требуется лишь текстовый редактор. Разумеется, сегодня в SQL Server, Oracle, DB2 и других СУБД имеются графические средства для выполнения многих из тех задач которые ранее могли быть выполнены только с помощью SQL. Не все из того, что позволяет делать SQL, можно осуществить с помощью графических средств; более того, в ряде случаен, па пример, для динамической генерации операторов SQL в программном коде, SQI. использовать необходимо.

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

2.3.3 Выбор СУБД

Перед администратором БД, руководителем предприятия и обычным пользователем проблема выбора СУБД возникает чаще всего перед ее приобретением и при переходе на новые аппаратно-программные средства.

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

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

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

Процедуру выбора СУБД удобно проводить в три этапа. Сначала на качественном уровне оценить предлагаемые программные продукты на предмет пригодности, сузив область выбора. Затем оценить технические характеристики отобранных систем более детально. И наконец, оценить производительность оставшихся продуктов для принятия окончательного решения.

К числу основных показателей пригодности программных продуктов можно отнести следующие: 1. Вид программного продукта.

2. Категории пользователей.

3. Удобство и простота использования.

4. Модель представления данных.

5. Качество средин разработки.

6. Качество средств защиты и контроля корректности балы данных.

7. Качество коммуникационных средств.

8. Фирма-разработчик.

9. Стоимость.

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

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

В дипломном проекте используется мощная и надежная СУБД Microsoft SQL Server Management Studio 2008. Microsoft SQL Server Management Studio представляет собой СУБД, обеспечивающую создание информационных систем с архитектурой "клиент-сервер". SQL Server удовлетворяет требованиям, предъявляемым к системам распределенной обработки информации. Эта СУБД поддерживает: тиражирование данных, параллельную обработку, создание и обработку больших баз данных на недорогих аппаратных платформах, отличается простотой управления и использования.

Преимущества СУБД Microsoft SQL Server Management Studio 2008: · значительный набор функций, обеспечивающих целостность баз данных, быстрое восстановление после аппаратных и программных сбоев, различные варианты резервного копирования;

· высокая производительность;

· надежность работы;

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

2.3.4 Выбор системы программирования

Средства разработки программ работы с БД могут использоваться для создания разновидностей следующих программ: • клиентских программ;

• серверов БД и их отдельных компонентов;

• пользовательских приложений.

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

К средствам разработки пользовательских приложений относятся системы программирования, разнообразные библиотеки программ для различных языков программирования, а также пакеты автоматизации разработок (в том числе систем типа клиент-сервер). В числе наиболее распространенных можно назвать следующие инструментальные системы. Delphi и Power Builder (Borland), Visual Basic (Microsoft), Visual C# (Microsoft), SILVERRUN (Computer Advisers Inc.), S-Designer (SDP и Powersoft) и ERWIN (LOGICWORKS).

Для разработки информационной системы "Окна Марио" выберем систему программирования Microsoft Visual Studio 2012, язык программирования C# - инструмент быстрой разработки клиент-серверных приложений.

Разработка клиентских приложений в языке программирования Microsoft Visual C# для БД реализована чрезвычайно гибко и грамотно (содержит развитые средства взаимодействия с БД, с помощью которых можно осуществлять доступ к практически любым реляционным базам данных). Любая прикладная задача ложится на него легко. Время показало правильность многих заложенных в инструмент решений.

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

Microsoft Visual Studio 2012 - интегрированная среда, упрощающая создание, отладку и развертывание приложений. Система включает мощные редакторы и новейшие методы координирования совместной деятельности разработчиков и дизайнеров. Интегрированная поддержка разработки через тестирование и новые инструменты отладки позволяют быстро и без труда находить и устранять ошибки, обеспечивая высокое качество решений.

· Создание приложений для Windows 7 - Visual Studio 2012 включает встроенные инструменты разработки для Windows 7, в том числе такие компоненты пользовательского интерфейса, как мультисенсорный ввод и лента, которые составляют основу передовой технологии Windows 7.

· Простое создание приложений на базе RIA и WPF - Новая функция привязки данных перетаскиванием (в Windows Presentation Foundation) и конструкторы Silverlight упрощают и ускоряют построение приложений для специалистов по проектированию и разработке.

· Настройка Visual Studio соответственно собственному стилю Основное улучшение IDE - включение поддержки для множества мониторов и повышение четкости текста - делает привычную среду еще более продуктивной.

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

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

· Интегрированная система контроля версий, отслеживание дефектов и автоматизация сборки Visual Studio 2012 с MSDN включает Team Foundation Server 2010, который является идеальной системой контроля версий, отслеживания дефектов и автоматизации сборки для пользователей Visual Studio. Базовая установка Team Foundation Server превосходно подходит для использования на настольных компьютерах и для начинающих пользователей, до этого работавших с Microsoft Visual SOURCESAFE.

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

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

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

2.4.1 Выделение сущностей

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

· Заказчики

· Объекты

· Услуги

· Комплектации

· Поставщики

· Заказы

2.4.2 Анализ связей между объектами предметной обл

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

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

Информационная система позволяет оформлять заказы, автоматически формировать счета.

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

1. Петров В.Н. Информационные системы СПБ.: Питер, 2002. - 688 с.

2. Андрей Зиборов "Visual C# 2010"

3. Либерти Д. Программирование на C#, 423 с.

4. Прайс Дж., Гандерлой М. Visual C#.Net Полное руководство. 2004.

5. Петкович Д. Microsoft SQL Server 2008. Руководство для начинающих БХВ-Петербург, 2009. - 753 с.

6. Microsoft Corporation. Проектирование и реализация баз данных Microsoft SQL Server. Учебный курс MCAD/ MCSE, MCDBA PDF - 3-е изд., испр. - М.: Издательско-торговый дом "Русская Редакция", 2009. - 512 с

7. Дейтл, Х. C#: Пер. с англ. / Дейтл Х., Дейтл П., Листфилд Дж., Нието Т., Йегер Ш., Здаткина М. - Спб.: БХВ-Петербург, 2006. - 1056 с.

8. Мак-Дональд, Мэтью, Фримен, Адам, Шпушта, Марио Microsoft Asp.Net 4 с примерами на C# 2010 для профессионалов 4-е изд. - М.: ООО "И.Д. Вильямс", 2011. - 1424 c.

9. Экономические вопросы проектирования: Метод. указания по дипломному проектированию / РГРТА; Сост.: Е.В. Мисник, Ю.Н. Прудников. Рязань, 1994.

10. Болтнев В.Е. "Безопасность жизнедеятельности. Учебное пособие" / под ред. Ю.В. Зайцева. - Рязань: РГРТА, 2002. - 100 с.

11. Болтнев В.Е., Юдаева Л.Н. "Искусственное освещение: Методические указания к дипломному проектированию". ? Рязань: РГРТА, 2002. - 32 с.

12. Веселкин, Н.В. Обеспечение пожарной безопасности: Методические указания для дипломников / сост.: Н.В. Веселкин, В.А. Крысанов.- Рязань: РГРТУ, 2011. - 20 с.