Анализ информационной системы автосалона "Питер-Лада" и улучшение ее при помощи СУБД MySQL, PHP и HTML

/>/>Введение
На современном этаперазвития общества одними из важнейших направлений являются информационныетехнологии. С каждым годом объём информации неизменно увеличивается, вынуждаятратить на свою обработку все большее количество временных и трудовых затрат. Всвязи с этим все более необходимыми становятся современные автоматизированныеинформационные системы, которые способны за малые сроки обрабатывать исходнуюинформацию и предоставлять ее в удобном для пользователя виде.
К таким информационнымсистемам в первую очередь стоит отнести автоматизированные системы управления,главным элементом которых являются прежде всего базы данных, которые позволяютхранить и обрабатывать используемую информацию рационально, быстро и доступно.
Предметом исследованияданного дипломного проекта является анализ существующей информационной системыавтосалона «Питер-Лада», и улучшение ее при помощи СУБД MySQL,а так же языков PHP и HTML.

1.  Предпроектноеисследование
 
1.1 Изучениедеятельности компании
Компания “Питер-Лада” –официальный дилер АО АВТОВАЗ на Северо-западе Российской Федерации. Даннаякомпания предоставляет услуги в сфере продажи автомобилей, сервисногообслуживания, кредитования, страхования, лизинга, а так же одна из первыхдилерских сетей АВТОВАЗ, которая откликнулась на Государственный проект поутилизации автомобилей старше 10 лет, предоставляя весьма существенную скидкуна приобретение нового авто. В автосалоне компании предоставлен полныймодельный ряд автомобилей Лада во всевозможных комплектациях. Так же компанияпредоставляет своим клиентам богатый выбор дополнительного оборудования иразличных аксессуаров, начиная с банальных “плечиков” для одежды и заканчиваясовременными мультимедийными системами, при помощи которых можно осуществлятьдоступ в интернет.
В специализированномцентре при автосалоне клиентам компании оказываются услуги по гарантийному ипослегарантийному ремонту, диагностике автомобилей, а так же кузовные ималярные работы любой степени сложности.
Автосалон в настоящеевремя очень динамично развивается, соответственно возрастает необходимостьболее точного отслеживания стадий, на которых находится автомобиль. А благодаряновой Государственной программе по утилизации старых автомобилей от 10 марта2010 года, поток клиентов компании должен увеличиться в несколько раз. В связис такими прогнозами, руководством компании было принято решение увеличитьколичество находящихся автомобилей на складе в 1.5 раза. В настоящее время наскладе автомобилей учет частично автоматизирован, за счет использования MSExcel, однако даннаяавтоматизация частична, и при прогнозируемом возрастании как числа клиентовкомпании, так и автомобилей на складе — уже не будет справляться с возложеннымина нее задачами, в связи с тем, что на своевременное редактирование иобновление данных уходит значительное количество времени и трудовых ресурсов.
Целью данногодипломного проекта является построение автоматизированной информационнойсистемы при помощи СУБД MySQL,РНР и HTML, посредством которойможно будет оперативно вносить, удалять и редактировать сведения обавтомобилях, проходящих через отдел склада автосалона«Питер-Лада», а так же получать все необходимые сведения для нужд менеджментакомпании.
Длядостижения поставленной цели необходимо рассмотреть и решить ряд следующихзадач:
1) Изучить теоретический аспектвнедрения автоматизированной системы;
2) Проанализироватьсуществующее программное обеспечение;
3) Формализовать деятельность автосалона«Питер-Лада», выделив необходимые котслеживанию процессы;
4) Выбрать необходимую средуреализации ПО;
5) Разработать действующее ПО,решающее задачи автоматизации учета автомобилей автосалона;
6) Проанализировать экономическуюэффективность внедрения данного программного продукта;
7) А так же проанализироватьбезопасность труда на рабочем месте.
Актуальностьданной работы объясняется тем, что единая информационная среда учетаавтомобилей, в которой могли бы работать сотрудники автосалона, повысила быэффективность их труда, сократила издержки компании. Помимо снижениятрудозатрат, внедряемая система автоматизации, позволит получать руководствукомпании более точные сведения о ее функционировании, что позволит приниматьболее взвешенные решения о дальнейшем развитии компании.

1.2  Описаниедеятельности фирмы
Более 30 лет компания“Питер-Лада” представляет АО “АВТОВАЗ” на северо-западе России. Качество,надежность и выработанный за многие годы успешной работы профессионализмпозволили компании войти в число лидеров автомобильного рынка Северо-Запада. С2003 года “Питер-Лада” становится так же официальным дилером ЗАО “ДжиЭм-АВТОВАЗ”, а с 2008 года ОАО “Питер-Лада” входит в крупнейший в Россиидилерский холдинг “Лада-Сервис”.
Дилерский центркомпании представляет из себя больших размеров выставочный зал, бокс дляпроведения ремонтных и регламентных работ, складское помещение, стоянку дляавтомобилей сотрудников и клиентов компании.
Структура управлениясети автосалонов “Питер-Лада” выглядит следующим образом:
Как видно из даннойсхемы, главой компании является генеральный директор, который в целом руководитвсеми видами деятельности происходящими в фирме. В его задачи так же входитработа с поставщиками, решение стратегических задач по увеличению спроса напродукцию, контроль работы своих сотрудников.
В основные задачируководителя отдела продаж входит управление коммерческой деятельностьюавтосалона, которая направлена на удовлетворение нужд клиентов компании, а также получение прибыли за счет стабильного функционирования, поддержания деловойрепутации в соответствии с предоставленными полномочиями и выделеннымиресурсами. Назначение на данную должность производится строго решениемгенерального директора компании.
Основной цельюруководителя отдела продаж является достижение максимального уровня продаж навысоком уровне обслуживания, а так же полном удовлетворении потребностейклиентов в товарах и услугах за счет слаженной работы всего персонала магазина.
К основным должностнымобязанностям руководителя отдела продаж относится:
— осуществлятьуправление деятельностью дилерского центра;
— решатьорганизационные, кадровые проблемы;
— осуществлять анализспроса на продукцию, тем самым обеспечивая рост прибыльности иконкурентоспособности;
— периодически предоставляетгенеральному директору компании отчеты о деятельности автосалона.
К основным задачамруководителя станции технического обслуживания относится создание и поддержаниесистемы, при которой клиенты получают высококачественное обслуживание поприемлемым ценам; выполняются все заявленные обязательства перед партнерами ипоставщиками; персонал получает достойную заработную плату и иные блага;предприятие получает устойчивый доход.
В должностныеобязанности руководителя СТО входит:
— Составление заявок наремонт автомобилей;
— Распределение работпо механикам (учитывая квалификацию) после прихода заявки;
— Принятие решений погарантийным случаям;
— Контроль полноты исвоевременности выполняемых работ;
— Управление складомавтозапчастей; следить за тем, чтобы все необходимые запчасти всегда были вналичии;
— Контроль дисциплиныперсонала на участке рем-зоны;
— Ведениедокументооборота, составление отчетности.
В задачи бухгалтерииавтосалона входит:
— Взаимодействие сбанками по документам, срокам оплаты кредитов;
— Взаимодействие сналоговыми органами;
— Решениеорганизационных и оперативных вопросов;
— Составлениебухгалтерской отчетности.
К основным задачамменеджера по продажам относится достижение максимальных продаж при высочайшемуровне обслуживания. Деятельность менеджера по продажам целиком и полностьюсогласовывается с руководителем отдела продаж дилерского центра. К должностнымобязанностям менеджера относятся:
— проверка и контрольсостояния продаваемых автомобилей;
— проведениепрезентаций клиентам компании в шоу-руме;
— общение с клиентамикомпании, умение их заинтересовать;
— составление договоровкупли-продажи;
— консультированиеклиентов по вопросам кредитования и страхования;
— информированиеклиентов о завершении работ с их автомобилем;
— ведение телефонныхпереговоров с возможными клиентами автосалона;
— составление изаполнение бланков об утилизации старых автомобилей.
Основной же цельюменеджера по продажам является наиболее полное удовлетворение потребностейклиента в товарах и услугах, а так же выполнение плана продаж. Менеджер должензнать ассортимент автомобилей находящихся в дилерском центре, а так жевсевозможные дополнительные опции и комплектации к ним, гарантийныеобязательства предоставляемые компанией а так же весь перечень технических иремонтных работ, цены и сроки выполнения.
Так же под управление руководителяотдела продаж попадают администраторы склада автомобилей. В их основныеобязанности входит:
— прием поступающих насклад товарных автомобилей;
— проверка наличия иправильность оформления сопроводительных документов на доставленные автомобили;
— сопоставление фактическихидентификационных данных каждого автомобиля с информацией, указанной в ПаспортеТранспортного Средства (ПТС);
— расстановка принятыхавтомобилей на товарном складе согласно схеме, утвержденной руководителемотдела продаж;
— подготовка документовпо возмещению ущерба от поступления некомплектных или поврежденных автомобилей;
— поддержание товарныхавтомобилей в надлежащем техническом и эстетическом состоянии;
— обеспечивает наличиенеобходимого количества топлива в баках из расчета 5 литров на автомобиль и ихтехническую готовность к запуску двигателя, в этих целях: своевременно подаетзаявки непосредственному руководителю на получение денежных средств для заправкитоварных автомобилей, с указанием VIN номера, даты прибытия, типа топлива, производитпериодическую подзарядку аккумуляторных батарей.
В подчинении уруководителя станции технического обслуживания находятся администратор СТО имеханики.
В задачи администратораСТО входит:
— прием заявок отклиентов на техническое обслуживание автомобилей или их ремонт;
— открытие (закрытие)заказ-нарядов на заявленные работы;
— консультированиеклиентов по телефону;
— своевременноеуведомление клиентов о завершении ремонтных работ;
— составлениеотчетности.
Основной задачейкассира является качественное и безошибочное обслуживание покупателей, контрольза сохранностью денежных средств. К должностным обязанностям кассира относятся:
— обеспечивать бережныйи тщательный уход за кассовыми аппаратами;
— для каждогопокупателя определить общую сумму покупки;
— получение денег отпокупателей, проверка подлинности полученных купюр;
— сдача выручки в концерабочего дня в бухгалтерию.
Описанная структураперсонала дилерского центра “Питер-Лада” является линейной. Всего в автосалонезадействовано порядка 50 человек, средний возраст которых составляет 30 лет.Отбором кандидатов на должности в дилерском центре занимается отдел кадров,тесно сотрудничая с высшим руководством автосалона, а именно генеральнымдиректором. В первую очередь обращается внимание на предыдущий опыт работыкандидата. Главным же критерием отбора является опыт работы кандидата вподобной должности.
1.3 Оценка функцийучета в дилерском центре “Питер-Лада”
Основная деятельностьдилерского центра “Питер-Лада” заключается в продаже и сервисном обслуживанииавтомобилей марки Lada.
В настоящее времяавтоматизация деятельности автосалона заключается в использовании программногопакета MSExcel. Все счета в процессеработы заполняются в текстовом редакторе на основе готовых бланков, а итоговаястоимость автомобилей с учетом установки дополнительных опций, по специальномупрайс-листу, подсчитывается на калькуляторе. В конце каждой рабочей неделисотрудники дилерского центра составляют отчеты о проделанной работе в MSExcel.
Сервисное обслуживание,выполнение ремонтных, диагностических работ, связано с ведением заказ-нарядов,определением стоимости работ, а так же поиском по электронным каталогам наличиятой или иной запчасти на складе. Руководитель СТО в MS Excel ведет учет текущихремонтных работ, а так же учет рабочего времени сотрудников СТО. Еженедельно генеральномудиректору компании поступают отчеты в виде сводных таблиц MS Excel состоящие изчетырех страниц.
Первый лист содержитвсю информацию о проданных автомобилях и дополнительном оборудовании. Второйлист представляет собой сводную информацию о всех принятых и выполненныхзаказах по ремонту и сервисному обслуживанию автомобилей клиентов. На третьемлисте содержится информация об отработанных часах сотрудников компании.Четвертый лист содержит в себе информацию итоговых показателей продаждилерского центра по текущему месяцу с учетом прошедшего рабочего дня. Наоснове данной поступающей информации руководитель отдела продаж производититоговую отчетность, строит диаграмму показателей работы автосалона.
Главной проблемойсуществующего учета в дилерском центре “Питер-Лада” является отсутствиеоперативности в обновлении данных, дублирование данных, и соответственно вызваннаяэтим постоянная необходимость перепроверки всей отчетности. Даннаяавтоматизация хоть и справляется с возложенными на нее обязанностями, однакоиз-за отсутствия унификации отнимает слишком много рабочего времени усотрудников автосалона.
Очевидным является тотфакт, что для дальнейшего успешного функционирования автосалону требуетсяпостроение более эффективной системы автоматизации учета, позволяющей сократитьзатрачиваемое время на обработку сводной информации о деятельности дилерскогоцентра за день.
Исходя из изложенныхвыше данных, требуется разработать базу данных, где была бы собрана иструктурирована информация обо всех процессах, происходящих в дилерском центре.А именно: содержалась информация относительно стоимости автомобилей, дополнительногооборудования и выполнение заказ-нарядов на их установку или замену, а так жеразработан новый раздел, связанный с поступлением автомобилей на утилизацию. Дляруководства компании необходимо иметь возможность получать оперативные данные овыручке и других статистических показателях работы дилерского центра.
Данная системаавтоматизации (создание единой базы данных для всех отделов салона) должнапозволить осуществлять независимую работу многих пользователей структурногоподразделения с базой данных, внесение в нее изменений, получение оперативныхотчетов.1.4 Подходы к проектированию ИС
Проблема сложности является главнойпроблемой, которую приходится решать при создании больших и сложных автоматизированныхсистем. На сегодняшний момент существует два подхода к разработке автоматизированныхинформационных систем, которые обусловлены разными принципами декомпозициисистемы:
Функционально модульный или структурный– в основу положен принцип функциональной декомпозиции, в котором системаописывается в терминах иерархии ее функций и передачи информации междуотдельными функциональными элементами.
Объектно-ориентированный подход –использует объектную декомпозицию. Система описывается в терминах объектов исвязей между ними, а поведение системы в терминах обмена между ними.
Появление первых ЭВМ ознаменовало новыйэтап в развитии техники вычислений. Появились специальные языкипрограммирования, позволяющие преобразовывать отдельные вычислительные операциив программный код. Со временем разработка больших программ превратилась всерьезную проблему, и потребовало разбиение на более мелкие фрагменты. Основойдля такого разбиения стала процедурная декомпозиция, при которой отдельныечасти программ или модули представляли собой совокупность процедур для решения некоторойсовокупности задач.
Появилась методология структурногопрограммирования. Основой данной методологии является процедурная декомпозицияпрограммной системы и организация отдельных модулей в виде совокупностивыполняемых процедур.
Во второй половине 80х годов появилосьметодология объектно-ориентированного программирования
Главный недостаток структурного подходазаключается в том, что процессы и данные существуют отдельно друг от друга,причем проектирование ведется от процессов к данным. Таким образом, помимофункциональной декомпозиции, существует также структура данных, находящаяся навтором плане.
В объектно-ориентированном подходеосновная категория объектной модели – класс – объединяет в себе как данные, таки операции. Данные по сравнению с процессами являются более стабильной иотносительно редко изменяющейся частью системы. Один из основоположниковобъектно-ориентированного подхода сформулировал преимущества следующим образом:
“Объектно-ориентированные системы болееоткрыты и легче поддаются внесению изменений, поскольку их конструкциябазируется на устойчивых формах. Это дает возможность системе развиватьсяпостепенно и не приводит к полной ее переработке даже в случае существенныхизменений исходных требований”.
Тем не менее, структурный подходпо-прежнему сохраняет свою значимость и достаточно широко используется напрактике. Довольно часто при проектировании информационных систем используютсяоба подхода. В частности возможно использование структурного анализа как основыдля объектно-ориентированного проектирования. При этом структурный анализследуют прекращать, как только диаграммы начнут отражать не только деятельностьпредприятия, но и саму систему.
В первом разделе дипломного проектаиспользовалась методология структурного подхода для описания бизнес процессовпредприятия./>/>/>/>/> 1.5 Унифицированный язык моделированияUML
В настоящее время унифицированный языкмоделирования UML является визуальным языком моделирования, который позволяетсистемным архитекторам представить свое видение системы в стандартной и легкойдля понимания форме. Кроме того, UML представляет эффективный механизм совместногоиспользования проектных решений и взаимодействия разработчиков друг с другом.
Сформировать видение системы –чрезвычайно важный момент. До появления языка UML процесс разработки зачастуюосновывался на сделанных наугад предположениях. Системный аналитик должен былоценить потребности клиентов, сформулировать задачу в понятной для специалистаформе, передать результаты своего анализа программисту и надеяться, чтоконечный программный продукт будет представлять собой именно ту систему,которая нужна клиенту.
Поскольку процесс разработки системы вомногом зависит от человеческой деятельности, то на любой стадии могут возникатьошибки. Аналитик может неправильно понять клиента и создать непонятный для негодокумент. Результаты работы аналитика могут оказаться неочевидными дляпрограммистов, которые создадут сложную в использовании программу, непозволяющую клиенту решить исходную задачу.
В настоящее время ключевым моментомпроцесса разработки является хорошо продуманный план. Клиент должен разобратьсяв том, что собирается делать группа разработчиков, и должен иметь возможностьвнести поправки, если его задачи решаются не в полном объеме. [5]
Окружающий мир становится все болеесложным. Поэтому отражающие его компьютерные системы также усложняются. Зачастуюони состоят из большого числа программных аппаратных компонентов,взаимодействующих друг с другом на больших расстояниях и связанных с базамиданных, в которых содержится огромное количество информации.
Ключевым аспектом процессапроектирования является его правильная организация, когда аналитики, клиенты,программисты и другие специалисты, участвующие в разработке системы, способныпонять друг друга и придти к общему мнению. Язык UML и обеспечивает такуювозможность.
Еще одной отличительной чертой процессаразработки современных систем является дефицит времени для выполнения работ.Если предельные сроки сдачи подсистем нагромождаются друг на друга, тообеспечение непрерывности процесса разработки становится жизненно важнойнеобходимостью.
Потребность в качестве процессаразработки обуславливает необходимость создания стандартных условныхобозначений. Язык UML представляет собой именно такую систему обозначений.
Предварительные версии UML началииспользоваться в области создания программного обеспечения, а на основанииотзывов потребителей производились существенные доработки. Многие корпорацииощутили, что язык UML может оказаться полезным для достижения их стратегическихцелей. Это привело к возникновению консорциума UML, в который вошли такиекомпании, как DEC, Hewlett-Packard, Intellicorp, Microsoft, Oracle, TexasInstruments, Rational и другие. В 1997 году консорциум выработал первую версиюUML и представил ее на рассмотрение группе OMG (Object Management Group),откликнувшись на ее запрос о подаче предложений по стандартному языкумоделирования.
После расширения консорциума вышлаверсия 1.1 языка UML, которую группа OMG приняла в конце 1997 года. После этогоOMG приступила к сопровождению UML и выпустила в 1998 году две его новыеверсии. Язык UML стал стандартом де-факто в области разработки программногообеспечения. В настоящее время этот язык продолжает активно развиваться
Язык UML предназначен для решенияследующих задач:
· Предоставить пользователю легко воспринимаемый язык визуальногомоделирования, специально предназначенный для разработки и документированиямоделей сложных систем самого различного целевого назначения.
· Снабдить исходные понятия языка UML возможностью расширения испециализации для более точного представления моделей системы в объектно-ориентированноманализе и проектирования конкретной предметной области.
· Ни одна из конструкций языка UML не должна зависеть отособенностей ее реализации в известных языках программирования.
· Поощрять развитие рынка объектных инструментальных средств.
· Способность совершенствоваться.
· Интегрировать в себя новейшие и наилучшие достижения практики
В рамках языка UML все представления омодели сложной системы фиксируются в виде специальных графических конструкций,получивших название диаграмм. В терминах языка UML определены следующие видыдиаграмм:
· Диаграмма вариантов или прецедентов использования (use casediagram)
· Диаграмма классов (class diagram)
· Диаграммы поведения (behavior diagrams)
· Диаграмма состояний (statechart diagram)
· Диаграмма деятельности (activity diagram)
· Диаграммы взаимодействия (interaction diagrams)
· Диаграмма последовательности (sequence diagram)
· Диаграмма кооперации (collaboration diagram)
· Диаграммы реализации (implementation diagrams)
· Диаграмма компонентов (component diagram)
· Диаграмма развертывания (deployment diagram)
Перечень этих диаграмм и их названияявляются каноническими в том смысле, что представляют неотъемлемую частьграфической нотации языка UML. Каждая из этих диаграмм детализирует иконкретизирует различные представления о модели сложной системы в терминахязыка UML.
Также стоит добавить, что не всегдаобязательно строить абсолютно все диаграммы, разработчик сам решает — устраивает ли его данный уровень детализации, нужно ли рассмотреть систему илиее часть с «другого вида», достаточно ли подробно рассмотрены самые «сложные искользкие моменты». Т.е. инструменты, поддерживающие UML и предназначенные длямоделирования программного обеспечения, позволяют еще на этапе разработкипроверить архитектурные решения, полноту модели, ее корректность, для того,чтобы, в том числе, уменьшить риск «провала» проекта. Опишем некоторые изграфических диаграмм, построенных при разработке нашей автоматизированнойсистемы. [5]/>/>/>/>/>1.6 Построение модели в Rational Rose
Rational Rose — мощное CASE-средстводля проектирования программных систем любой сложности. Одним из достоинствэтого программного продукта будет возможность использования диаграмм на языкеUML. Можно сказать, что Rational Rose является графическим редактором UMLдиаграмм.
CASE-средство Rational Rose со временисвоего появления претерпело серьезную эволюцию и превратилось в современное имощное средство анализа, моделирования и разработки программных систем. Именнов Rational Rose 98/2000 язык UML стал базовой технологией визуализации иразработки программ, что определило популярность и стратегическую перспективностьэтого инструментария. [6]
В рамках Rational Rose существуютразличные программные инструментарии, отличающиеся между собой диапазономреализованных возможностей.
То, что пакет позволяет создаватьсложные программные системы от замысла до создания исходного кода, привлекаетне только проектировщиков, но программистов – разработчиков. В сочетании сосредствами документирования он дает полное представление о проекте. Выделимследующие преимущества от применения этого пакета:
· сокращение время разработки;
· уменьшение ручного труда, увеличение продуктивности;
· улучшение потребительских качеств создаваемых программ;
· способность вести большие проекты или группу проектов;
· позволяет быть языком общения между различными разработчиками.
В виду того, что разрабатываемаясистема представляет собой создание базы данных, то не стоят задачи полнойразработки автоматизации процесса моделирования, т.е. написание кодов программпри помощи Rational Rose. Решение поставленных задач позволяют не пользоватьсяэтим на данной точке проектирования, но в свою очередь является полезнойстартовой площадкой для возможного дальнейшего использования, данногоразработанного проекта, для внедрения в состав какого-либо другого программногопродукта. Построенные модели помогают точнее понять задачи, которые должнавыполнять система и являются понятным средством общения с заказчиком или вдальнейшей работе с другими разработчиками. Рассмотрим сначала функциональнуюмодель нашей системы. Наша система имеет ряд пользователей, объединенныхопределенными задачами, что позволяет нам разделить систему на несколькоподсистем и описать их по отдельности не создавая большого объема иизбыточности. Далее будут рассмотрены несколько диаграмм, дающих понять, чембудет заниматься данная информационная система./>/>/>/>/> 1.6.1 Диаграмма вариантов использования
Разработка данной диаграммы преследуетследующие цели:
· Определить общие границы и контекст моделируемой предметнойобласти на начальных этапах проектирования системы
· Сформулировать общие требования к функциональному поведениюпроектируемой системы.
· Разработать исходную концептуальную модель системы для еепоследующей детализации в форме логических и физических моделей.
· Подготовить исходную документацию для взаимодействияразработчиков системы с ее заказчиками и пользователями.
Суть данной диаграммы состоит вследующем: проектируемая система представляется в виде множества сущностей илиактеров, взаимодействующих с системой с помощью так называемых вариантовиспользования. При этом актером или действующим лицом называется любаясущность, взаимодействующая с системой извне. Это может быть человек,техническое устройство, программа или любая другая система, которая можетслужить источником воздействия на моделируемую систему так, как определит самразработчик. В свою очередь вариант использования служит для описания сервисов,которые система предоставляет актеру. При этом ничего не говорится о том, какимобразом будет реализовано взаимодействие актеров с системой.
Средства Rational Rose позволяют дляописания функциональной системы воспользоваться графическим редактором дляпостроения Use Case диаграмм (сценариев). Опишем основные элементы в таблице 1.1.[7]

Таб.1.1. Условные обозначения диаграммывариантов использованияУсловное обозначение Описание условного обозначения
/> Actor-актер системы, т.е. любое действующее лицо, которое представляет собой любую внешнюю по отношению к моделируемой системе сущность, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей. В системе актерами являются «директор», «Менеджер по продажам», «руководитель отдела продаж» и «клиент».
/> Use case -стандартное обозначение варианта (прецедента) использования, описывающий типичное взаимодействие между пользователем и системой
/> связь, называемая коммуникацией (communication). Устанавливает, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использования
/> связь включения (include) между двумя вариантами использования, которая указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательности поведения другого варианта использования
/> связь расширение (extend)отмечает тот факт, что один из вариантов использования может присоединять к своему поведению некоторое дополнительное поведение, определенное для другого варианта использования
В результате использования этихобозначения построена следующая обобщенная диаграмма вариантов использованиядля действующих лиц:
/>
Рис. 1.2.Диаграмма прецедентов
/>/>1.6.2 Диаграммы состояний
Диаграммысостояний определяют все возможные состояния, в которых может находитьсяконкретный объект, а также процесс смены состояний объекта в результатенаступления некоторого события. Существует много форм диаграмм состояний,незначительно отличающихся друг от друга семантикой.
Таб 1.2. Условные обозначениядиаграммы состоянийУсловное обозначение Описание условного обозначения
/> начальное состояние, не содержит никаких внутренних действий, в этом состоянии находится объект по умолчанию в начальный момент времени
/> конечное состояние, которое также не содержит никаких внутренних действий. В этом состоянии будет находиться по умолчанию после завершения работы в конечный момент времени. Оно служит для указания графической области, в которой завершается процесс изменения состояния
/> Состояние
/> Переходом (transition) называется перемещение объекта из одного состояния в другое
/> Рефлекторный переход
На диаграмме состояний может быть однои только одно начальное состояние. В то же время может быть столько конечныхсостояний, сколько вам нужно, или их может не быть вообще. Когда объектнаходится в каком-то конкретном состоянии, могут выполняться различныепроцессы.
Процессы, происходящие в этот момент,когда объект находится в определенном состоянии, называются действиями(actions).
С состоянием можно связывать следующиеданные: деятельность, входное действие, выходное действие и событие.
Деятельность (activity)- это поведение, реализуемое объектом, пока он находится в данном состоянии.Деятельность изображают внутри самого состояния; ее обозначению должнопредшествовать слово do (делать) и двоеточие.
Входное действие (entry action) — это поведение, котороевыполняется, когда объект переходит в данное состояние. Входное действие такжепоказывают внутри состояния, его обозначению предшествуют слово entry (вход) и двоеточие.
Выходное действие (exit action) подобно входному. Однако оноосуществляется как составная часть процесса выхода из данного состояния.Выходное действие изображают внутри состояния, его описанию предшествуют слово exit (выход) и двоеточие.
Переходом (transition)называется перемещение объекта из одного состояния в другое. На диаграмме всепереходы изображают в виде стрелки, начинающейся на первоначальном состоянии изаканчивающейся последующим.
Переходы могут быть рефлексивными.Объект может перейти в то же состояние, в котором он в настоящий моментнаходится. Рефлексивные переходы изображают в виде стрелки, начинающейся изавершающейся на одном и том же состоянии.  [1]/> 1.6.3 Диаграмма деятельности
Диаграммы активности (деятельности)частный случай диаграмм состояний. Каждое состояние есть выполнение некоторойоперации и переход в следующее состояние. Диаграммы деятельности особеннополезны в описании поведения, включающего большое количество параллельныхпроцессов. Самым большим достоинством диаграмм деятельностей является поддержкапараллелизма. Благодаря этому они являются мощным средством моделированияпотоков работ и, по существу, параллельного программирования. Самый большой ихнедостаток заключается в том, что связи между действиями и объектамипросматриваются не слишком четко.
Средства Rational Rose позволяют дляописания функциональной системы воспользоваться графическим редактором дляпостроения Activity диаграмм (деятельности).

Таб. 1.3. Условные обозначениядиаграммы деятельностиУсловное обозначение Описание условного обозначения
/> начальное состояние, не содержит никаких внутренних действий, в этом состоянии находится объект по умолчанию в начальный момент времени
/> конечное состояние, которое также не содержит никаких внутренних действий. В этом состоянии будет находиться по умолчанию после завершения работы в конечный момент времени. Оно служит для указания графической области, в которой завершается процесс изменения состояния
/> состояние действий с некоторым входным действием и, по крайней мере, одним выходящим из состояния перехода. Внутри этой фигурки записывается выражение действий, которое должно быть уникальным в пределах одной диаграммы деятельности
/> ветвление, применяемое в случаях, когда последовательно выполняемая деятельность должна разделиться на альтернативные ветви в зависимости от значения некоторого промежуточного результата. В этот ромб может входить только одна стрелка от того состояния, после выполнения которого, поток управления должен быть продолжен по одной из взаимно исключающих ветвей. Выходящих стрелок может быть две или более, но для каждой из них явно указывается соответствующее условие
/> переход, т. е. отношение между двумя последовательными состояниями, которое указывает на факт смены одного состояния другим
/> распараллеливание вычислений. Может иметь один входящий переход и несколько выходящих, либо несколько входящих и один выходящий
Диаграммы деятельностейпредпочтительнее использовать в следующих ситуациях:
· анализ варианта использования. На этой стадии нас не интересуетсвязь между действиями и объектами, а нужно только понять, какие действиядолжны иметь место и каковы зависимости в поведении системы. Связывание методови объектов выполняется позднее с помощью диаграмм взаимодействия;
· анализ потоков работ (workflow) в различных вариантахиспользования. Когда варианты использования взаимодействуют друг с другом,диаграммы деятельностей являются мощным средством представления и анализа ихповедения. [6]
/>/>/>1.6.4 Диаграммывзаимодействия
Диаграммы взаимодействия (interaction diagrams)описывают поведение взаимодействующих групп объектов. Каждая диаграммаописывает поведение объектов в рамках только одного прецедента. На диаграммеизображаются объекты и те сообщения, которыми они обмениваются между собой.Определяют три типа сообщений:
информационные (informative)– сообщения, снабжающие объект-получатель информацией для обновления егосостояния;
сообщения – запросы (interrogative)– сообщения, запрашивающие выдачу информации об объекте-получателе;
императивные (imperative)– сообщения, запрашивающие у объекта-получателя выполнение действия.
Существует два вида диаграммвзаимодействия:
1.  последовательности (sequence diagrams);
2.  кооперативные (collaboration diagrams).
На диаграмме последовательности объектизображается в виде прямоугольника на вершине пунктирной вертикальной линии.Эта вертикальная линия называется линией жизни (lifeline)объекта. Она представляет собой фрагмент жизненного цикла объекта в процессевзаимодействия.
Каждое сообщение изображается в видестрелки между линиями жизни двух объектов. Сообщения появляются в том порядке,как они показаны на странице, сверху вниз. Каждое сообщение помечается какминимум именем сообщения; при желании можно добавить также аргументы инекоторую управляющую информацию и, кроме того, показать самоделегирование (self-delegation) -сообщение, котороеобъект посылает самому себе, при этом стрелка сообщения указывает на ту жесамую линию жизни.

/>
Рис. 1.5.Диаграмма последовательности «заказдополнительного оборудования»
Вторым видом диаграммы взаимодействияявляется кооперативная диаграмма. Подобно диаграммам последовательности,кооперативные диаграммы отображают поток событий через конкретный сценарийварианта использования. Диаграммы последовательности упорядочены по времени, акооперативные диаграммы заостряют внимание на связях между объектами.
/>
Рис. 1.6.Диаграмма кооперации «заказ дополнительного оборудования»

Как видно из рисунка, здесьпредставлена вся та информация, которая была и на диаграмме последовательности,но кооперативная диаграмма по-другому описывает поток событий. Из нее легчепонять связи между объектами, однако труднее уяснить последовательностьсобытий.
По этой причине часто для какого-либосценария создают диаграммы обоих типов. Хотя они служат одной и той же цели исодержат одну и ту же информацию, но представляют ее с разных точек зрения.
На кооперативнойдиаграмме, так же как и на диаграмме последовательности, стрелки обозначаютсообщения, обмен которыми осуществляется в рамках данного вариантаиспользования.
1.7 Вывод по главе 1
По результатампредпроектного исследования, делается вывод о необходимости модификациисуществующей информационной системы учета автосалона «Питер-Лада». В качествесредства построения логической модели был выбран язык UML.

2. Проектированиеавтоматизированной информационной системы
 
2.1 Требования, предъявляемыек информационной системе
Целю данной дипломнойработы является построение автоматизированной информационно системы дляупрощения условий труда сотрудников автосалона «Питер-Лада». Проектируемая базаданных является удобным средством решения перечисленных в предыдущей главепроблем и задач. Работа с данной базой данных не требует никакой специальнойподготовки пользователей, благодаря удобному дружественному интерфейсу, а также благодаря тому, что при авторизации пользователя (будь то менеджер, илируководитель СТО), последнему для работы предоставляется только та область базыданных, требуемая для выполнения служебных обязанностей. Например при работе сбазой данных руководителя СТО, ему не требуется информация об автомобиляхнаходящихся в наличии на складе автосалона, в то время как менеджмент компаниине интересуют данные о автомобилях поступающих в рем-зону. Таким образом, приавторизации в данной базе данных, пользователю предоставляется минимальнонеобходимый для работы набор данных, что позволяет избежать лишней путаницы имаксимально упрощает пользовательский интерфейс.
База данных может бытьорганизована различными способами, но она должна удовлетворять следующимтребованиям:
ü  Минимальнаяизбыточность. Данные, хранимые в БД, могут содержать как «полезную»,так и «вредную» избыточность. Последняя всегда имеет место приотсутствии концептуального представления данных, когда каждый пользовательсоздает для своих приложений отдельный набор данных. В этом случае, если несколькимпользователям требуются одни и те же данные, то они должны быть повторены вкаждом наборе. Такая избыточность является неконтролируемой, поскольку, о еесуществовании пользователи могут и не подозревать. Интеграция пользовательскихпредставлений в единое концептуальное представление, как правило, устраняет этуизбыточность данных. К «полезной» избыточности можно отнестипериодические копии данных, хранящихся в БД. Эта избыточность легкоконтролируется. Более того, она является необходимой, например, для восстановленияданных, разрушенных при случайных сбоях и непредвиденных ситуациях.
Таким образом,требование минимальной избыточности следует понимать как устранение«вредной»" (неконтролируемой) исведение к минимуму «полезной» (контролируемой) избыточности данных;
ü  Целостностьданных. Означает, что в базе данных установлены и корректно поддерживаютсявзаимосвязи между записями разных таблиц при загрузке, добавлении и удалениизаписей в связанных таблицах, а также при изменении значений ключевых полей;
ü  Независимостьданных. Подразумевает возможность изменения структуры БД без измененияприкладных программ пользователей. Понимается в двух аспектах, а именно, каклогическая и физическая независимость.
Логическая независимость предполагаетвозможность изменения концептуальной схемы БД без изменения прикладных программпользователей.
Физическая независимость подразумеваетвозможность изменения способа размещения данных на физических носителях и (или)методов доступа к данным без изменения прикладных программ пользователей.
ü  Производительность.Характеризуется временем ответа на запросы пользователей.
ü  Гибкостьи способность к расширению. Понимается как способность БД к наращиванию данных,а также увеличению количества возможных приложений и расширению функций впределах каждого приложения.

2.2 Проектирование базыданных в Rational Rose DataModeler
 
При созданиипрограммных систем процесс создания структуры данных (модели) является одним изважнейших этапов. Однако до недавнего времени аналитики-проектировщики,работающие с RationalRose, должны были обращаться к другим CASE-средствамдля автоматизации этого процесса, например, к ERwinкомпании PLATINUM. С появлениемподключаемого модуля (Add-In)под названием DataModeler у разработчиковпоявилась возможность не отказываться от своего любимого инструмента ииспользовать RationalRose не только для создания логическогопредставления системы, но и для моделирования физического представления данных.
Авторы Data Modelerпрежде всего ориентировались на создание инструмента проектирования физическоймодели данных. При этом не произошло отказа от UML как от средствамоделирования данных, а некоторым образом были смещены акценты: теперь UMLпредполагается использовать для построения логической модели. По сути,логическая модель — это та же объектная модель, состоящая из объектов — сущностей. Переход от логической модели к физической и наоборот в частимоделирования данных обеспечивается Rational Rose автоматически. Для этоговведено соответствие элементов моделей, приведенное в таблице 2.1.:
/>
Таб. 2.1. Соответствиелогической и физической модели

Стоитзаметить, что для специфических элементов физической модели — триггеров ииндексов — не нашлось достойного аналога UML, но в общем-то это не проблема.
Таким образом, концептуально модуль Data Modelerне является заменой UML в некотором его подмножестве, авсего лишь дает приверженцам объектных технологий мощное средство эффективногопостроения физических схем БД. Результатом работы Data Modeler будет являться построениедиаграммы «сущность – связь» и последующая генерация описания базы данных на SQL. [6]
Подводя итог, к основным особенностямData Modeler стоит отнести:
o  DataModeler поддерживает большинство возможностей структурных CASE-средств в планефизического моделирования данных;
o  DataModeler обеспечивает генерацию эффективной физической структуры БД,поддерживающей механизмы обеспечения ссылочной целостности;
o  DataModeler тесно интегрирован с Rational Rose, а диаграмма Data Model естественнымобразом вписывается в общую технологию разработки ПО с использованием линейкипродуктов фирмы Rational Software Corporation;
o  Можноотказаться от интеграции Rational Rose с другими средствами генерации физическихмоделей;
o  Обеспечиваетсяконцептуальное соответствие моделирования данных и объектных моделей, чтопозволяет более эффективно проектировать программные средства.
2.3 Проектирование логической моделибазы данных
К основным компонентам диаграммы Data Modelerстоит отнести сущности, атрибуты и связи. Каждая сущность является множествомподобных индивидуальных объектов, называемых экземплярами. Каждый экземпляриндивидуален и должен отличаться ото всех остальных экземпляров. Атрибутвыражает определенное свойство объекта. На физическом уровне сущностисоответствует таблица, экземпляру сущности — строка в таблице, а атрибуту — колонка таблицы.
Работа Data Modeler основана на известноммеханизме отображения объектной модели в реляционную. Результатом являютсяпостроение диаграммы «сущность – связь» и последующая генерация описания базыданных на SQL.
Графическое изображение диаграммыклассов несет информацию о составе классов и отношениях между ними, т.е.диаграмма классов служит для представления статической структуры модели системыв терминологии классов объектно-ориентированного программирования. Диаграммаклассов может отражать различные взаимосвязи между отдельными сущностямипредметной области, такими как объекты и подсистемы, а также описывает их внутреннююструктуру и типы отношений. На данной диаграмме не указывается информация овременных аспектах функционирования системы. С этой точки зрения диаграммаклассов является дальнейшим развитием концептуальной модели проектируемойсистемы.
Далее более подробнорассмотрим сущности таблиц диаграммы классов.
/>
Рис. 2.2. Таблица«СТО».

В этой таблицесодержатся данные о номере составленного заказ-наряда на ремонтные работы, данныео заявленных клиентом неисправностях, дата начала ремонта, выявленные в ходеремонтных и диагностических работ неисправности, дата и время окончания ремонтаавтомобиля, а так же стоимость проделанных работ.
/>
Рис. 2.3. Таблица«клиенты».
В таблице «клиенты»содержатся данные о клиентах компании, без разделения на клиентов СТО иклиентов отдела продаж автомобилей Lada.
В этой таблице хранятсяданные о ФИО клиента, его контактном телефоне, адрес места проживания, серия иномер паспорта, а так же номер водительского удостоверения.
/>
Рис. 2.4. Таблица«Новые автомобили».
В данной таблицеотображаются сведения о новых автомобилях приобретаемых компанией «Питер-Лада».Таблица содержит данные о модели автомобиля, его цвете, VIN– номере, комплектации и статус, в котором находится автомобиль. Если в статусестоит Spb, значит автомобильнаходится в наличии, и стоит на складе автосалона. Так же в статусе могутстоять следующие данные:
Таб. 2.2 Статусы новыхавтомобилейЗначение находящееся в таблице: Расшифровка 20 Сборка автомобиля запланирована на конкретную дату следующего месяца (время ожидания примерно 1.5 месяца) 32 Автомобиль поступил на сборку (ожидание от одной недели до месяца) 40 Автомобиль собран и ждет очереди на покраску.* (ожидание от одной недели до месяца) 48 Автомобиль полностью собран и находится на складе в Тольятти 60 Автомобиль находится в пути от Тольятти до Санкт-Петербурга (срок ожидания 3-4 дня)
*Покраска автомобилей вопределенный цвет производится строго по графику, например в цвет 606 — «Млечный путь» 11-12 числа каждого месяца, а цвет 105 – «Франкония» только 1-гочисла.
/>
Рис. 2.5. Таблица«Заказы».
Таблица «Заказы»определяет заказ клиента на конкретный автомобиль. В таблице отображаютсяданные о номере заказа, модели выбранного автомобиля, дате сборки, датеоформления договора с клиентом, ФИО менеджера составившего договор, данные обоставленной клиентом предоплате. Отдельное внимание стоит уделить графе«автомобиль в зачет». Если клиент сдает свой старый автомобиль по программеутилизации, то в графе ставится значение «Да», и клиенту предоставляется скидкав 50 000 рублей, в противном случае ставится значение «Нет» и скидка непредоставляется.
/>
Рис.2.6. Таблица«Утилизация».
В этой таблицесодержатся данные об утилизируемых автомобилях, такие как марка автомобиля, годвыпуска (под программу утилизации попадают все автомобили произведенные до 2000года), VIN –номер, а так жеданные о владельце данного автомобиля.
/>
Рис. 2.7. Таблица«Пользователи».
Таблица «пользователи»содержит сведения о пользователях создаваемой автоматизированной системы суказанием уровня доступа каждого.
/>
Рис. 2.8. Таблица«Дополнительное оборудование».

Данная таблицаописывает возможное оборудование, которое устанавливается дополнительно наавтомобиль, и отображает данные о наименовании опции, а так же ее цене.
/>
Рис. 2.9. Таблица«Диски».
Содержит информацию орадиусе и фирме-производителе оригинальных дисков.
/>
Рис. 2.10. Таблица«Мультимедиа»
Данная таблицаотображает сведения о фирме мультимедийной системы, сведения о ее размерах (1-2din), а так же информацию о ееосновных функциях.
Для создания физическоймодели базы данных, из меню на пакете Моя модель выполняем команду ÞData Modeler/Transformto DataModel.
В открывшемся окне всписке TargetDatabase указать DB_0и закрыть окно кнопкой ОК. В результате в логическом представлении в пакете Schemasпоявится пакет «Schema»S_0, в которуювойдут все таблицы имеющие стереотип Сущность (entity).После чего из меню на пакете «Schema»S_0 выполняемкоманду ÞData Modeler/New/DataModel Diagram.В пакете «Schema» S_0появится новая диаграмма NewDiagram(диаграмма «сущность – связь»). Затем открываем эту диаграмму и наносим на неевсе классы – таблицы, находящиеся в пакете «Schema»S_0.
В результате получаемдиаграмму физической модели данных, изображенную на следующем рисунке:
После того, как мысоздали физическую модель базы данных, приступим к генерации описания базыданных на SQL. Для этого из меню напакете «Schema» S_0выполняем команду Þ DataModeler/ForwardEngineer. Произойдет запускгенератора описания БД на SQL,послечего нажимаем клавишу Next.На следующем шаге мастера устанавливаем все флажки генерации и опять жмем Next.В следующем меню в графе «FileName» указываем имя и расположениетекстового файла с результатами генерации. После чего доводим до конца работу смастером.
После завершениягенерации получаем следующий файл с описанием структуры БД на SQL:
CREATE TABLE DO (
name_option VARCHAR ( 255 ) NOT NULL,
cena INT NOT NULL,
DO_ID INT IDENTITY NOT NULL,
CONSTRAINT PK_DO13 PRIMARY KEY NONCLUSTERED (DO_ID)
)
GO
CREATE TABLE Diski (
id_Disk INT NOT NULL,
radius INT NOT NULL,
firma VARCHAR ( 255 ) NOT NULL,
Diski_ID INT IDENTITY NOT NULL,
DO_ID INT NOT NULL,
CONSTRAINT PK_Diski12 PRIMARY KEY NONCLUSTERED(Diski_ID)
)
GO
CREATE TABLE Multimedia_system (
id_system INT NOT NULL,
firma VARCHAR ( 255 ) NOT NULL,
din BIT NOT NULL,
function VARCHAR ( 255 ) NOT NULL,
Multimedia_system_ID INT IDENTITY NOT NULL,
DO_ID INT NOT NULL,
CONSTRAINT PK_Multimedia_system14 PRIMARY KEYNONCLUSTERED (Multimedia_system_ID)
)
GO
CREATE TABLE Users (
id_users BIGINT NOT NULL,
FIO VARCHAR ( 255 ) NOT NULL,
Dostup INT NOT NULL,
Users_ID INT IDENTITY NOT NULL,
CONSTRAINT PK_Users15 PRIMARY KEY NONCLUSTERED(Users_ID)
)
GO
CREATE TABLE Т_3(
Zakazi_ID INT NOT NULL,
Clients_ID INT NOT NULL,
CONSTRAINT PK_220 PRIMARY KEY NONCLUSTERED(Zakazi_ID, Clients_ID)
)
GO
CREATE TABLE Т_2(
Zakazi_ID INT NOT NULL,
DO_ID INT NOT NULL,
CONSTRAINT PK_119 PRIMARY KEY NONCLUSTERED(Zakazi_ID, DO_ID)
)
GO
CREATE TABLE Т_1(
CTO_ID INT NOT NULL,
Clients_ID INT NOT NULL,
CONSTRAINT PK_018 PRIMARY KEY NONCLUSTERED (CTO_ID,Clients_ID)
)
GO
CREATE TABLE Zakazi (
id_zakaz INT NOT NULL,
number INT NOT NULL,
model_avto VARCHAR ( 255 ) NOT NULL,
data_sborki DATETIME NOT NULL,
data_oforml_zakaz DATETIME NOT NULL,
FIO_manager VARCHAR ( 255 ) NOT NULL,
predoplata INT NOT NULL,
auto_v_zachet BIT NOT NULL,
Zakazi_ID INT IDENTITY NOT NULL,
New_auto_ID INT NOT NULL,
Users_ID INT NOT NULL,
CONSTRAINT TC_Zakazi4 UNIQUE NONCLUSTERED(New_auto_ID),
CONSTRAINT PK_Zakazi17 PRIMARY KEY NONCLUSTERED(Zakazi_ID)
)
GO
CREATE TABLE Utilization (
Id_Utiliz BIGINT NOT NULL,
Marka VARCHAR ( 255 ) NOT NULL,
God_v INT NOT NULL,
VIN INT NOT NULL,
Vladelec VARCHAR ( 255 ) NOT NULL,
Utilization_ID INT IDENTITY NOT NULL,
Zakazi_ID INT NOT NULL,
CONSTRAINT PK_Utilization16 PRIMARY KEY NONCLUSTERED(Utilization_ID)
)
GO
CREATE TABLE Clients (
id_client BIGINT NOT NULL,
FIO VARCHAR ( 255 ) NOT NULL,
Tel VARCHAR ( 255 ) NOT NULL,
Adr VARCHAR ( 255 ) NOT NULL,
N_pasport VARCHAR ( 255 ) NOT NULL,
N_VU VARCHAR ( 255 ) NOT NULL,
Clients_ID INT IDENTITY NOT NULL,
CONSTRAINT PK_Clients11 PRIMARY KEY NONCLUSTERED(Clients_ID)
)
GO
CREATE TABLE CTO (
id_CTO INT NOT NULL,
nuber_zakaz-naryada SMALLINT NOT NULL,
zayavlennie_neispravnosti VARCHAR ( 255 ) NOT NULL,
data_nachala_remonta DATETIME NOT NULL,
viyavlennie_neispravnosti VARCHAR ( 255 ) NOT NULL,
gotovnost DATETIME NOT NULL,
cena INT NOT NULL,
CTO_ID INT IDENTITY NOT NULL,
CONSTRAINT PK_CTO9 PRIMARY KEY NONCLUSTERED (CTO_ID)
)
GO
CREATE TABLE New_auto (
id_New_auto INT NOT NULL,
Model VARCHAR ( 255 ) NOT NULL,
Color INT NOT NULL,
VIN INT NOT NULL,
Complectation VARCHAR ( 255 ) NOT NULL,
status VARCHAR ( 255 ) NOT NULL,
New_auto_ID INT IDENTITY NOT NULL,
CONSTRAINT PK_New_auto10 PRIMARY KEY NONCLUSTERED(New_auto_ID)
)
GO
CREATE INDEX TC_Diski6 ON Diski (DO_ID)
GO
CREATE INDEX TC_Multimedia_system8 ONMultimedia_system (DO_ID)
GO
CREATE INDEX TC_215 ON Т_3(Zakazi_ID)
GO
CREATE INDEX TC_216 ON Т_3(Clients_ID)
GO
CREATE INDEX TC_111 ON Т_2(Zakazi_ID)
GO
CREATE INDEX TC_112 ON Т_2(DO_ID)
GO
CREATE INDEX TC_00 ON Т_1(CTO_ID)
GO
CREATE INDEX TC_01 ON Т_1(Clients_ID)
GO
CREATE INDEX TC_Zakazi3 ON Zakazi (New_auto_ID)
GO
CREATE INDEX TC_Zakazi10 ON Zakazi (Users_ID)
GO
CREATE INDEX TC_Utilization14 ON Utilization(Zakazi_ID)
GO
ALTER TABLE Diski ADD CONSTRAINT FK_Diski3 FOREIGNKEY (DO_ID) REFERENCES DO (DO_ID)
GO
ALTER TABLE Multimedia_system ADD CONSTRAINTFK_Multimedia_system4 FOREIGN KEY (DO_ID) REFERENCES DO (DO_ID)
GO
ALTER TABLE Т_3ADD CONSTRAINT FK_29 FOREIGN KEY (Zakazi_ID) REFERENCES Zakazi (Zakazi_ID)
GO
ALTER TABLE Т_3ADD CONSTRAINT FK_210 FOREIGN KEY (Clients_ID) REFERENCES Clients (Clients_ID)
GO
ALTER TABLE Т_2ADD CONSTRAINT FK_16 FOREIGN KEY (Zakazi_ID) REFERENCES Zakazi (Zakazi_ID)
GO
ALTER TABLE Т_2ADD CONSTRAINT FK_17 FOREIGN KEY (DO_ID) REFERENCES DO (DO_ID)
GO
ALTER TABLE Т_1ADD CONSTRAINT FK_00 FOREIGN KEY (CTO_ID) REFERENCES CTO (CTO_ID)
GO
ALTER TABLE Т_1ADD CONSTRAINT FK_01 FOREIGN KEY (Clients_ID) REFERENCES Clients (Clients_ID)
GO
ALTER TABLE Zakazi ADD CONSTRAINT FK_Zakazi2 FOREIGNKEY (New_auto_ID) REFERENCES New_auto (New_auto_ID)
GO
ALTER TABLE Zakazi ADD CONSTRAINT FK_Zakazi5 FOREIGNKEY (Users_ID) REFERENCES Users (Users_ID)
GO
ALTER TABLE Utilization ADD CONSTRAINTFK_Utilization8 FOREIGN KEY (Zakazi_ID) REFERENCES Zakazi (Zakazi_ID)
GO
2.4 Средства,используемые для построения системы учета
В настоящее времясуществует огромное количество программных приложений, облегчающих трудразработчиков по созданию баз данных и всевозможных манипуляций с ними. Из этойобширной группы стоит особым образом выделить те программные пакеты и среды,которые имеют удобный «дружественный» интерфейс, т.е. интерфейс, которыйприятен визуально и удобен на интуитивном уровне, а так же понятный и удобный пользователю.Обычно работа с таким интерфейсом происходит в диалоговом режиме, простые ибогатые по своим функциональным возможностям непроцедурные языки запросов, атакже мощные средства автоматизации программирования (генераторы отчетов,экранных форм, меню, прикладных программ), позволяют неквалифицированнымпользователям создавать простые приложения без программирования, аквалифицированным пользователям значительно ускорять процесс создания сложныхприложений.
В данном дипломномпроекте для работы с базой данных «Автосалон» используется архитектураклиент-сервер. Каждая из составляющих эту архитектуру элементов играет своюроль: сервер владеет и распоряжается информационными ресурсами системы, клиентимеет возможность воспользоваться ими.
автосалонбаза учет моделирование
/>
Рис. 2.13. СтруктураКлиент-сервер
Сервер базы данныхпредставляет собой мультипользовательскую версию СУБД, параллельнообрабатывающую запросы, поступившие со всех рабочих станций. В его задачувходит реализация логики обработки транзакций с применением необходимой техникисинхронизации — поддержки протоколов блокирования ресурсов, обеспечение,предотвращение и/или устранения тупиковых ситуаций.
В ответ на пользовательскийзапрос рабочая станция получит не «сырье» для последующей обработки, а готовыерезультаты. Программное обеспечение рабочей станции при такой архитектуреиграет роль только внешнего интерфейса централизованной системы управленияданными. Это позволяет существенно уменьшить сетевой трафик, сократить время наожидание блокированных ресурсов данных в мультипользовательском режиме,разгрузить рабочие станции и при достаточно мощной центральной машинеиспользовать для них более дешевое оборудование.
Общеизвестно, чтовозможности настольных СУБД серьезно ограничены — это пять-семь пользователей и30-50 Мб, соответственно. Цифры, разумеется, представляют собой некие средниезначения, в конкретных случаях они могут отклоняться как в ту, так и в другуюсторону. Что наиболее существенно, эти барьеры нельзя преодолеть за счетнаращивания возможностей аппаратуры. Системы же на основе серверов баз данныхмогут поддерживать тысячи пользователей и сотни ГБ информации — дайте им толькосоответствующую аппаратную платформу.
Сервер баз данныхпредоставляет мощные средства защиты данных от несанкционированного доступа,невозможные в настольных СУБД. При этом, права доступа администрируются оченьгибко — до уровня полей таблиц. Кроме того, можно вообще запретить прямоеобращение к таблицам, осуществляя взаимодействие пользователя с данными черезпромежуточные объекты — представления и хранимые процедуры.
Для создания базыданных было решено использовать MySQL 5.0 благодаряеё функциональности и простоте в использовании. MySQL — это популярная системауправления базами данных (СУБД), очень часто применяемая в сочетании с PHP.MySQL — это система управления реляционными базами данных. В реляционной базеданных данные хранятся не все скопом, а в отдельных таблицах, благодаря чемудостигается выигрыш в скорости и гибкости. Таблицы связываются между собой припомощи отношений, благодаря чему обеспечивается возможность объединять привыполнении запроса данные из нескольких таблиц. SQL как часть системы MySQLможно охарактеризовать как язык структурированных запросов плюс наиболеераспространенный стандартный язык, используемый для доступа к базам данных.
MySQL — это ПО соткрытым кодом. Применять его и модифицировать может любой желающий. Такое ПОможно получать по Internet и использовать бесплатно. При этом каждыйпользователь может изучить исходный код и изменить его в соответствии со своимипотребностями. Использование программного обеспечения MySQL регламентируетсялицензией GPL (GNU General Public License), www.gnu.org/licenses/, вкоторой указано, что можно и чего нельзя делать с этим программным обеспечениемв различных ситуациях.
MySQL состоит из двухчастей: серверной и клиентской. Сервер MySQL постоянно работает на компьютере.Клиентские программы (например, скрипты PHP) посылают серверу MySQL SQL-запросычерез механизм сокетов (то есть при помощи сетевых средств), сервер ихобрабатывает и запоминает результат. То есть скрипт (клиент) указывает, какуюинформацио он хочет получить от сервера баз данных. Затем сервер баз данныхпосылает ответ (результат) клиенту (скрипту). Почему всегда передается не весьрезультат? Очень просто: дело в том, что размер результирующего набора данныхможет быть слишком большим, и на его передачу по сети уйдет чересчур много времени.Да и редко когда бывает нужно получать сразу весь вывод запроса (то есть всезаписи, удовлетворяющие выражению запроса). Например, нам может потребоватьсялишь подсчитать, сколько записей удовлетворяет тому или иному условию, или жевыбрать из данных только первые 10 записей. Механизм использования сокетовподразумевает технологию клиент-сервер, а это означает, что в системе должнабыть запущена специальная программа — MySQL-сервер, которая принимает иобрабатывает запросы от программ. [10]
Для создания графическогоинтерфейса было принято решение использовать PHPи HTML. PHP — это язык программирования,специально разработанный для написания web-приложений (сценариев),исполняющихся на Web-сервере. PHPи HTML тесно связаны: PHPгенерирует HTML, а HTMLсодержит информацию, которая высылается в PHP.Значительным отличием PHPот какого-либо кода, выполняющегося на стороне клиента, например, JavaScript,является то, что PHP-скриптывыполняются на стороне сервера. Возможности PHPочень большие. Главным образом, область применения PHPсфокусирована на написание скриптов, работающих на стороне сервера; такимобразом, PHP способен выполнять всёто, что выполняет любая другая программа CGI.Например, обрабатывать данных форм, генерировать динамические страницы, отсылатьи принимать cookies. Но PHPспособен выполнять и множество других задач. PHP— язык, который может быть встроен непосредственно в html-код страниц, которые, в свою очередь будут корректно обрабатываться PHP-интерпретатором. Очень важное преимущество PHPзаключается в его «движке». «Движок» PHPне является ни компилятором, ни интерпретатором. Он является транслирующиминтерпретатором. Такое устройство «движка» PHPпозволяет обрабатывать сценарии с достаточно высокой скоростью.
РНР предоставляет в распоряжениеразработчиков и администраторов гибкие и эффективные средства безопасности,которые условно делятся на две категории: средства системного уровня и средствауровня приложения.
Ø Средствабезопасности системного уровня
В РНР реализованымеханизмы безопасности, находящиеся под управлением администраторов; приправильной настройке РНР это обеспечивает максимальную свободу действий ибезопасность. РНР может работать в так называемом безопасном режиме (safemode), который ограничивает возможностиприменения РНР пользователями по ряду важных показателей. Например, можноограничить максимальное время выполнения и использование памяти(неконтролируемый расход памяти отрицательно влияет на быстродействие сервера).По аналогии с cgi-binадминистратор также может устанавливать ограничения на каталоги, в которыхпользователь может просматривать и исполнять сценарии РНР, а также использоватьсценарии РНР для просмотра конфиденциальной информации на сервере (например,файла passwd).
Ø Средствабезопасности уровня приложения
В стандартный наборфункций РНР входит ряд надежных механизмов шифрования. РНР также совместим смногими приложениями независимых фирм, что позволяет легко интегрировать его сзащищенными технологиями электронной коммерции (e-commerce).Другое преимущество заключается в том, что исходный текст сценариев РНР нельзяпросмотреть в браузере, поскольку сценарий компилируется до его отправки позапросу пользователя. Реализация РНР на стороне сервера предотвращает похищениенетривиальных сценариев пользователями, знаний которых хватает хотя бы длявыполнения команды ViewSource. Поскольку РНРявляется встраиваемым (embedded) языком, он отличается исключительной гибкостьюпо отношению к потребностям разработчика. Хотя РНР обычно рекомендуетсяиспользовать в сочетании с HTML, он с таким же успехом интегрируется и вJavaScript, WML, XML и другие языки. Поскольку РНР не содержит кода,ориентированного на конкретный web-сервер, пользователи не ограничиваютсяопределенными серверами (возможно, незнакомыми для них). Apache, Microsoft IIS,Netscape Enterprise Server, Stronghold и Zeus — РНР работает на всехперечисленных серверах. Поскольку эти серверы работают на разных платформах,РНР в целом является платформенно-независимым языком и существует на таких платформах,как UNIX, Solaris, FreeBSD и Windows 95/98/NT/2000/XP/2003. [8,9]
2.5 Реализация ИСавтосалона «Питер-Лада»
Как уже отмечалосьвыше, в качестве средств реализации разработанной информационной системы сбазой данных были выбраны MySQL,PHP.
Подключение к базеданных происходит следующим образом:
Settings.cfg

$dbname= 'BD_Autosalon';
$hostname='Localhost';
$usernameman= 'MefedAN';
$passwordman= '12345';
$usernamemech= 'Ruk_CTO';
$passwordmech= '123123';
$usernameboss= Direktor;
$passwordboss= 222111;
?>
При заходе на сайт ИСмы автоматически попадаем в меню авторизации. После ее прохождения определяютсяправа на использование данной системы. Эта страница реализована следующимобразом:
Index.html

Официальный диллер ОАО «АВТОВАЗ»






Вы собираетесь войти в систему. Пожалуйстаавторизуйтесь.








Пользователь:
Пароль:






auth.php

if(($_POST[«Login»]=='Manager')&($_POST[«Pass»]=='12345'))
{   
Header(«Location:manager_menu.html»);
}
elseif(($_POST[«Login»]=='Ruk_CTO')&($_POST[«Pass»]=='123123'))
{   
Header(«Location:zakaz-nariad.php»);
}
else
{
echo 'Неврный логини/или пароль';
}
?>


Назад.

После прохожденияавторизации менеджером компании, загружается его личная страница.
Со страницы менеджераможно посмотреть модельный ряд автомобилей Lada,автомобили находящиеся в наличии, заказать дополнительное оборудование, илиперейти в меню утилизации, нажав соответствующую кнопку в меню.
При авторизации какдиректор автосалона – открывается точно такое же меню как и у менеджеров,только с тем отличаем, что вместо кнопки «Утилизация» находится кнопка «Отчетза день». При нажатии на нее, выводится список всех автомобилей проданных задень. В этом списке указывается модель автомобиля, дата его сборки, а так жефамилия менеджера, составившего заказ. Под этими сведениями будет находитьсяобщая сумма в рублях, от реализации за день. Данная таблица выполняетсяблагодаря следующему РНР запросу:
usert1.php

Отчёт продаж задень


include(«settings.cfg»);
$db= mysql_connect ($hostname,$usernameboss,$passwordboss);
$dt=date('Y-m-d');
$result= mysql_query(«SELECT model_avto,data_sborki,FIO_manager FROM Zakazi WHEREdata_oforml_zakaz=$dt»,$db);
if(!$result)
{
echo«Возниклаошибка- ».mysql_error()."";
echo$sql;
exit();
}
echo("");
echo("МодельавтомобиляДатасборкиФИОменеджера");
while($tablerows = mysql_fetch_row($result))
{
echo("$tablerows[0]$tablerows[1]$tablerows[2]");
}
$result= mysql_query(«SELECT sum(predoplata) FROM Zakazi WHEREdata_oforml_zakaz=$dt»,$db);
if(!$result)
{
echo«Возниклаошибка- ».mysql_error()."";
echo$sql;
exit();
}
echo"Итого, руб:$tablerows[0]";
echo" Назад";
?>


Картинки с автомобилямиявляются кликабельными. Нажав на картинку с изображением нужной модели,менеджер попадает на страницу выбора комплектации и цвета нужного автомобиля.
Для окончательногооформления заказа следует нажать кнопку «Составить заказ».
Если в главном менюменеджера выбрать «Меню утилизации», будет загружена следующая страница:
Менеджер должен ввестинеобходимые данные об утилизируемом автомобиле в соответствующие поля. Привводе года автомобиля старше 2000, появится сообщение об ошибке. Так жесообщение об ошибке «Автомобиль уже подвергнут утилизации!» возникнет в томслучае, если по каким-то причинам данные об утилизируемом автомобиле ужесодержатся в таблице Utiliz.
Данная страницареализована следующим образом:
Utilz.html

Официальный диллер ОАО «АВТОВАЗ»










Введите следующиеданные, необходимые для утилизации:
Марка:
Годвыпуска:
VIN:
Собственник(ФИО):

Назад.




AddUtil.php

include(«settings.cfg»);
$db= mysql_connect ($hostname,$usernameman,$passwordman);
mysql_select_db($dbname,$db);
$result= mysql_query(«SELECT VIN FROM Utiliz»,$db);
if(!$result)
{
echo«Возниклаошибка- ».mysql_error()."";
echo$sql;
exit();
}
while($tablerows = mysql_fetch_row($result))
{
if($tablerows[0]==$_POST[«VIN»])
{
echo 'Такая машина ужеподвергнута утилизации!';
echo' Назад';
exit();
}
}
$query= «INSERT INTO Utiliz VALUES ('$_POST[Marka]','$_POST[God_v]','$_POST[VIN]','$_POST[Vladelec]');»;
$result= mysql_query($query,$db);
if(!$result)
{
 echo«Возниклаошибка- ».mysql_error()."";
 echo$sql;
 exit();
}
echo 'Машина принята наутилизацию!';
echo' Назад';
?>
На этой страницеадминистратор СТО должен ввести данные о заявленных клиентом неисправностях,дате начала ремонта, описать выявленные неисправности после диагностики(осмотра), дату и время окончания ремонта и стоимость работ согласнопрейскуранту. Эти данные записываются в базу, в таблицу СТО. Стоит заметить,что мастеру не нужно каждый раз вводить номер заказ-наряда, так как при каждомвходе номер заказ-наряда увеличивается на единицу, что позволяет избежать ошибок.
Эта страницареализована следующим образом:
zakaz-nariad.php

Официальный диллер ОАО «АВТОВАЗ»









Необходимо ввестиследующие данные:
Номерзаказ-наряда:">

include(«settings.cfg»);
$db= mysql_connect ($hostname,$usernamemech,$passwordmech);
mysql_select_db($dbname,$db);
$result= mysql_query(«SELECT Max(Number)+1 FROM CTO»,$db);
if(!$result)
{
echo«Возниклаошибка- ».mysql_error()."";
echo$sql;
exit();
}
$tmp= str_replace ("",$result);
}
?>
Заявленныенеисправности:
Датаначаларемонта:
Выявленныенеисправности:
Датаивремяготовности:
Итоговая стоимость работ:

Назад.







AddZakaz.php

include(«settings.cfg»);
$db= mysql_connect ($hostname,$usernamevech,$passwordmech);
mysql_select_db($dbname,$db);
$query= «INSERT INTO СТОVALUES ('$_POST[number_zakaz_naryda]','$_POST[zayavlennie_neispravnosti]','$_POST[data_nachala_remonya]','$_POST[viyavlennie_neispravnosti]','$_POST[gotovnost]','$_POST[cena]');»;
$result= mysql_query($query,$db);
if(!$result)
{
 echo«Возниклаошибка- ».mysql_error()."";
 echo$sql;
 exit();
}
echo 'Заказ-нарядсоставлен!';
echo' Назад';
?>
Врезультате проектирования средствами языка UMLв среде RationalRose описана логическая модельинформационной системы, построена логическая и физическая схема базы данных. Наязыках HTML и PHPразработан простой и удобный пользовательский Web-интерфейс,позволяющий подключаться к удаленной СУБД MySQL,управляющей базой данных системы. Так же средствами языка PHPпроисходит обработка всей необходимой информации и управление данными,передаваемыми в базе данных.

3. />/>Расчётэффективности инвестиций на разработку и отладку программного продукта/>/> 3.1 Цели, задачи иметоды оценки инвестиций
Итогомданного дипломного проекта является разработка информационной системы дляавтоматизации учета автомобилей в дилерском центре «Питер-Лада». Основная цельданного программного продукта – облегчение труда работников предприятия.
Развитиерыночных отношений в современной экономике определяет возрастающую рольфинансово-экономических расчетов при реализации подобных проектов. Основысовременной информационной технологии составляют базы данных, и системыуправления ими, роль которых как единого средства хранения, обработки и доступак большим объемам информации постоянно возрастает. При этом, существеннымявляется постоянное повышение объемов информации, хранимой в базе данных, чтовлечет за собой требование увеличения производительности таких систем.
Подреализацией любого технического проекта понимается ряд этапов, включающихразработку этого проекта, его исполнение и последующую эксплуатацию.Осуществление каждого из этих этапов требует привлечения различных средств,называемых инвестициями. Источником инвестиций могут быть собственные илизаемные средства. И в этом и в другом случае весьма важным для вкладчикаявляется определение эффективности их вложения.
Вфинансовом анализе для измерения этой величины принимают различные показатели,взаимосвязаны друг с другом и отображают один и тот же процесс сопоставленияраспределенных во времени доходов от инвестиций. Наиболее информативным из этихпоказателей является общий итоговый результат проводимой инвестиционнойдеятельности, называемый «чистой» приведенной величиной дохода(ЧПВД). Этот показатель определяется как разность между возможными доходами,получаемыми при осуществлении проекта, и обеспечивающими эти доходыинвестициями.
Дляопределения указанного показателя предварительно необходимо обратить вниманиена основные особенности предполагаемой инвестиционной деятельности, к которымотносятся:
· возможное получение реальнойотдачи (дохода) от вложения инвестиций по истечении ряда лет вложения;
· отличие «сегодняшнейценности» инвестиций от их «ценности» в будущем из-засуществования инфляционных процессов (падение покупательной способности денежныхсредств, с течением времени) и постоянного изменения рыночной конъюнктуры,приводящего к изменению реальных доходов по сравнению с ожидаемыми (финансовыериски).
Вфинансовых операциях сумму прибыли от представления денег в долг в любое форменазывают процентными деньгами, а отношение процентных денег, выплачиваемых зафиксированный отрезок времени, к величине первоначальной суммы называютпроцентной ставкой.
Процентныеставки могут быть простыми и сложными в зависимости от формирования исходнойсуммы, на которую они начисляются. Если начальная сумма, на которую начисляютсяставки процента, в течение всего срока ссуды не меняется, то речь идет опростых процентных ставках. Если же применение ставок процента идет к сумме суже начисленными на нее в предыдущем периоде процентами, то это сложнаяпроцентная ставка.
Длярасчета ЧПВД весь процесс инвестиционной деятельности представляется в видепоследовательности множества распределенных во времени первоначальных вложенийи последующих доходов. Эту последовательность называют потоком платежей. Приопределении ЧПВД на каждый член потока платежей определяются потери отнеиспользованных возможностей. Такое определение «ценности» каждогочлена потока на момент начала вложений (т.е. «сегодняшней ценности»)при условии, что в будущем она составит другую величину за счет действия ставкипроцента, называют дисконтированием.
Дисконтированиепо сложной ставке процента связано с определением дисконтного множителя Vt за каждый год из n-летвложения по следующей формуле:
/> (1)
где i — ставка сложных процентов
t = 1,2, ..., n.
Обычнозначение дисконтных множителей для различных ставок и целого числа лет вложенияявляются табличными.
Такойрасчет в количественном финансовом анализе называют приведением стоимостипоказателя к заданному моменту времени, а величину каждого члена потокаплатежей, найденную дисконтированием, называют современной, или приведеннойвеличиной.
Итоговаявеличина искомого показателя ЧПВД может быть определена по следующей формуле:
/> (2)
где n1, — продолжительность осуществления инвестиций;
п2 — продолжительность периода отдачи;
Кl — ежегодныеинвестиции в периоде l, l=1,2,..., п1;
pj — ежегодныеинвестиции в периоде j, j = 1,2,…, п2.
ОпределениеЧПВД по формуле (2) отвечает требованию строгой последовательности процессавложения инвестиций и получения от них доходов. Расчет показателя ЧПВД связан созначительными трудностями и, в первую очередь, с определением ожидаемыхдоходов. Однако сравнение возможных альтернативных технических проектов, дающиходно и тоже техническое задание, позволяет значительно упростить задачу, таккак предполагается равенство составляющей/>в формуле (2) по всем предлагаемым вариантам. Поэтомуформула определения показателей ЧПВД упрощается и принимает следующий вид:
/> (3)
где З — характеризует современную величину совокупных затрат, руб.
Проект, обеспечивающийминимальное значение 3, является наиболее предпочтительным и подлежитфинансированию. [3]
/> 3.2 Выбор и описаниеразрабатываемого и альтернативного вариантов
Анализпроизводственных инвестиций в основном заключается в оценке и сравненииэффективности основного и альтернативного инвестиционных проектов.
Общийпериод осуществления инвестиционной деятельности при реализации любоготехнического проекта определяется наличием следующих основных этапов жизненногоцикла:
· разработка;
· производство;
· эксплуатация.
Нормальнаядеятельность на каждом из этих этапов требует вложений определённых денежныхсредств. На этапе разработки — это стоимость проведениянаучно-исследовательских и опытно-конструкторских работ (НИОКР). На этапе производства- это затраты на выпуск новых объектов, т.е. фактически себестоимость единицыпродукции, и вложения в основные фонды и оборотные средства, обеспечивающиеэтот выпуск. На этапе эксплуатации — это затраты, связанные с текущимиспользованием нового объекта (годовые издержки эксплуатации) и сопутствующиекапитальные вложения. Сумма всех этих затрат, вычисленная по годам каждого изтрёх этапов, характеризует последовательность первоначальных вложений илиинвестиций.
Посколькуразработкой в конкретном случае является программное обеспечение, можноопределить два основных периода инвестиций:
— разработка и отладка программного обеспечения;
— эксплуатация.
Вкачестве основного варианта будет рассмотрен проект написания программногопродукта при помощи СУБД MySQL и интерфейса на языке программирования PHP.
Вкачестве альтернативного варианта рассмотрим проект написания данногопрограммного продукта с помощью технологии ASP.NET иязыка программирования C#, а также база данных, реализованной на SQL Server 2005.
Исходныеданные для расчётов приведены в таблице 3.1.
Таблица 3.1Назначение показателей Условные обозначения Значения по вариантам Основной Альтернативный Общая продолжительность этапа разработки и отладки, мес. T 4 2 Общая численность исполнителей в период разработки, чел. U 1 2 Среднемесячная заработная плата всех исполнителей, р./мес. З 15000 35000 Общая продолжительность этапа эксплуатации, лет Тэ 2 2

Выборставки сложных процентов играет весьма важную роль в приводимых расчётах. Онопределяет современную величину предполагаемых инвестиций тем точнее, чемточнее выбрана ставка и учтены такие реальные процессы, как сокращение отдачиденежных средств по сравнению с ожидаемой и инфляционное обесценивание денег.
Выбираемв качестве ставки сложных процентов усреднённую существующую величину 10процентов, хотя эта величина ниже усреднённого уровня.
Чтобыопределить дисконтный множитель по каждому году отчётного периода,воспользуемся данными из справочных источников.
Дляразрабатываемого в данной дипломной работе программного продукта:
· общая продолжительностьразработки 4 месяца;
· общая продолжительностьэксплуатации 2 года.
В итоге,общий период составляет 2 года 4 месяца
Посколькуосновной этап разработки длится 4 месяца, а альтернативный и того меньше – 2месяца, то вложения денежных средств, в течение этих периодов, можно считатьразовыми и не дисконтировать, и, следовательно, можно принять за общийрасчётный период – период эксплуатации, т.е. 2 года.
Учитываяэто и используя данные из справочных источников, находим дисконтный множитель.Дисконтный множитель при i = 10% по годам вложений представлен в таблице №2
Таблица 3.2Год вложения 1 2 Дискретный множитель 0.9091 0.8264 />/> 

3.3 Расчёт вложений наэтапе разработки и отладки основного варианта
 
Общаяпродолжительность на этапе разработки и отладки равна 4 месяцам. Сметнаястоимость работ, выполняемых в течение этого времени, определяется прямымметодом расчёта по отдельным статьям сметной калькуляции на основе анализаданных по технической подготовке производства.
Календарный график выполнения работпредставлен в таблице 3.3
Таблица 3.3Наименование этапа Сроки начала Сроки окончания 1. Определение требований к системе 01.02.10 04.02.10 2. Определение структуры системы 05.02.10 12.02.10 3. Написание программного комплекса 13.02.10 20.04.10 4. Отладка 20.04.10 30.04.10 5. Подготовка документации 1.05.10 20.05.10
Расчётосновной и дополнительной заработной платы на этапе разработки приведен втаблице 3.4
Таблица 3.4Категория персонала Кол-во чел
Основная зарплата,
тыс. руб.
Доп. Зарплата (14% от ОснЗп)
тыс. руб. Время занятий мес. Сумма, тыс. руб. Инженер программист 1 15 2,1 4 68,4
Дляучёта затрат на этапе написания программного комплекса и его отладки необходимоопределить себестоимость машино-часа работы ЭВМ. Необходимые формулы приведеныв таблице 3.5

Таблица 3.5.Формулы для расчёта Условные обозначения С = Зо+ Зд + Зсс + Зм + Зээ + За + Зпр
Зо — основная з/п персонала, руб./час
Зд — доп. з/п персонала, руб./час
Зсс — отчисления на гос. страх., руб./час
Зм — затраты на материалы, руб./час
Зээ — затраты на потр. энергию, руб./час
За — амортизация выч. средств, руб./час
Зпр — прочие производ. расходы, руб./час Зо = Зосн /(m * 8)
Зосн — основная з/п программиста, руб./час (см. таб. 4)
m — ср. кол-во рабочих дней в месяце m=21 Зд =(Нд /100)* Зо Нд — процент доп. з/п персонала (14%) Зсс =(Нсс / 100) * (Зо + Зд) Нсс — процент отчисления на соц.обеспечение (26%) Зээ =å qj * Nj * S
qj — число j-х технических средств ЭВМ
Nj — потр. мощность j-х технических средств, кВт
S — стоимость кВт/ч электроэнергии (1,85 руб.) За=а* Sэвм /(100*8*m*12)
a — годовая норма амортизации ЭВМ (20%)
Sэвм — балансовая стоимость ЭВМ (30000 руб.) Зпр =(Нпр / 100) * (Зо + Зээ + За) Нпр — процент прочих произв. расходов (50%)
Основнаязаработная плата:
Зо=15000 / (21* 8) = 89,3 руб./час;
Дополнительнаязаработная плата:
Зд = (14/ 100) * 89,3 = 12,5 руб./ час;
Отчисленияна соцобеспечение:
Зсс =(26 / 100) * (89,3 + 12,5) = 26,5 руб./ час;
Затратына электроэнергию:

Зээ = 1* 0,3 * 1,85 = 0,55 руб./час;
Амортизация:
За = 20* 30000 / (100 * 8 * 21 * 12) = 3 руб./час;
Прочиепроизводственные расходы:
Зпр = 50/ 100 * (89,3 + 0,55 + 3) = 46,7 руб./час;
К прочимпроизводственным расходам можно отнести затраты на материалы, лицензионноепрограммное обеспечение и т.д.
Зс — отчисления на социальное страхование.
Зс = 0.26* (Зо + Зд)=0,26(89,3+12,5) = 26,5 руб.
Такимобразом, себестоимость машино-часа работы ЭВМ составит:
С = 89,3+ 12,5 + 26,5 + 0,55 + 3 + 46,7 = 178,5 руб./час;
Однако,при расчёте себестоимости машино-часа учитывались затраты лишь на ЭВМ, занятойдля решения данного вопроса. Кроме этого, необходимо ещё учитывать затраты наремонт оборудования. Затраты на ремонт составляют 10% от стоимостиоборудования, т.е.:
Зр = 10* Sэвм / (8 * m * 12 * 100);
Зр = 10* 30000 / (8 * 21 * 12 * 100) = 1,5 руб./час;
Такимобразом, себестоимость машино-часа работы

С =178,5 + 1,5 = 180 руб./час;
Знаясебестоимость машино-часа работы ЭВМ, можно определить затраты на написаниепрограммного комплекса и его отладку по формуле:
Знп-о =С * t,
где t =672 — время написания программного комплекса и его отладки и использованиевычислительной машины для подготовки технической документации, час (84 рабочихдня).
Получим:
Знп-о =180 * 672 = 120 960 руб.;
В целомпоказатели на этапе разработки характеризуются величиной стоимости работы и дисконтныммножителем. Величина дисконтного множителя равна 1 (т.к. t = 4мес. не дисконтируется).
Такимобразом, величина затрат на разработку при основном варианте составляет 120 960руб.
/> 3.4Расчёт вложений на этапе разработки и отладки альтернативного варианта
Исходнаяинформация по календарному графику выполнения работ и расчёт отдельных статейкалькуляции сведены в таблице 3.6.
Таблица 3.6.Наименование этапа Сроки начала Сроки окончания 1. Определение требований к системе 01.02.10 04.02.10 2. Определение структуры системы 05.02.10 07.02.10 3. Написание программного комплекса 8.02.10 10.03.10 4. Отладка 10.03.10 20.03.10 5. Подготовка документации 21.03.10 30.03.10
Расчётосновной и дополнительной заработной платы на этапе разработки альтернативноговарианта приведен в таблице 3.7
Таблица 3.7.Категория персонала Кол-во человек Основная зарплата тыс. руб. Доп. Зарплата (14% от ОснЗп) тыс. руб. Время занятий, мес. Сумма, тыс. руб. Разработчик 1 20 2,8 2 45,6 Инженер-программист 1 15 2,1 2 34,2
Дляучёта затрат на этапе написания программного комплекса и его отладки определимсебестоимость машино-часа работы ЭВМ. Основная заработная плата:
Зо =35000 / (21* 8) = 208 руб./час;
Дополнительнаязаработная плата:
Зд = (14/ 100) * 208 = 29,1 руб./час;
Отчисленияна соцобеспечение:
Зсс =(26 / 100) * (208 + 29,1) = 61,6 руб./час;
Затратына электроэнергию:
Зээ = 2* 0,3 * 1,85 = 1,1 руб./час;
Амортизация:
За = 20* 30000 * 2 / (100 * 8 * 21 * 12) = 6 руб./час;

Прочиепроизводственные расходы:
Зпр = 50/ 100 * (208 + 1,1 + 6) = 107,5 руб./час;
Зс — отчисления на социальное страхование.
Зс = 0.26* (Зо + Зд)=0,26(208+29,1) = 61,6 руб.
Такимобразом, себестоимость машино-часа работы ЭВМ составит:
С = 208+ 29,1 + 61,6 + 1,1 + 6 + 107,5 = 413,3 руб./час;
Однако,при расчёте себестоимости машино-часа учитывались затраты лишь на ЭВМ, занятойдля решения данного вопроса. А нам необходимо ещё учитывать затраты на ремонтоборудования. Затраты на ремонт составляют 10% от стоимости оборудования, т.е.:
Зр = 10* Sэвм * 2 / (8 * m * 12 * 100);
Зр = 10* 30000 * 2 / (8 * 21 * 12 * 100) = 3 руб./час;
Такимобразом, себестоимость машино-часа работы:
С =413,3 + 3 = 416,3 руб./час;
Знаясебестоимость машино-часа работы ЭВМ, можно определить затраты на написаниепрограммного комплекса и его отладку по формуле:
Знп-о =С * t ,
где t =360 — время написания и отладки программного комплекса и использованиявычислительной техники для подготовки технической документации, час (45 рабочихдней).

Знп-о =416,3 * 360 = 149 868 руб.
Такимобразом, величина затрат на разработку при альтернативном варианте составляет 149 868руб.
/> 3.5Расчёт вложений по годам этапа эксплуатации
Общая продолжительность этапаэксплуатации равна 2 года. Годовые текущие (эксплуатационные) затраты наобработку информации в ИТ-проекте рассчитываются как сумма следующих слагаемых:
· Основная и дополнительная зарплата персонала;
· Отчисления на социальные отчисления;
· Амортизация технических средств и вспомогательного оборудования;
· Расходы на текущий ремонт и содержание технических средств иоборудования (затраты на запчасти и вспомогательные материалы)
· Затраты на электроэнергию, потребляемую оборудованием ирасходуемую на освещение;
· Расходные материалы (носители информации) и прочие расходы.
При эксплуатации будет использована 1вычислительная машина (в роли сервера необходимых приложений). При этом будемсчитать, что установка программного комплекса будет осуществляться на имеющиесяу потребителя ЭВМ. Кроме этого количество клиентских модулей зависит от заданияпотребителя и может быть увеличено.
Общие эксплуатационные издержкипотребителя составят:
И = (Зп + Зд + Зс + Зр + За + Зээ) * t ,
где t -времяэксплуатации (4032 часов);
Зп — совокупная основная заработнаяплата пользователей, руб./час;
Для эксплуатации комплекса потребуетсяадминистратор. Поэтому при расчете необходимо учитывать заработную платуадминистратора — 30000 р.
Тогда,
Зп = 30000 / 21 / 8 = 178,6 руб./час;
Зд — совокупная дополнительнаязаработная плата пользователей, руб./час. (14% от основной зарплаты).
Зд = Зп*0,14 = 178,6*0,14 = 25руб./час;
Зс — отчисления на социальноестрахование.
Зс = 0,26*(Зп + Зд) = 53 руб./час;
Зр — затраты на ремонт (10% отстоимости оборудования).
Зр = 0,1* 1*30000/ 8 / 21/ 12 = 1,49руб./час;
За – затраты на амортизацию(20% отстоимости оборудования).
Зр = 0,2* 1*30000/ 8 / 21/ 12 = 2,98руб./час;
Зээ — затраты на электроэнергию.
Зээ = 1,85 * 0.3 * 1 = 0,55 руб./час;
Тогда при основном варианте иальтернативном варианте:
И = (178,6 + 25 + 53 + 1,49 + 2,98 +0,55 ) * 4032 = 1 054,8 тыс. руб./>
3.6 />Итоговые показателитехнико-экономической эффективности
В результате современная величиназатрат на этапе эксплуатации составит для основного варианта и альтернативноговариантов:
· за первый год эксплуатации (0.9091) * 1 054,8тыс. руб. / 2 = 479,5 тыс. руб.;
· за второй год эксплуатации (0.8264) * 1 054,8тыс. руб. / 2 = 435,8 тыс. руб.
Показатель итоговой величины затрат:
для основного варианта:
120,9 тыс. руб. + 915,3 тыс. руб. = 1 036,2 тыс. руб.;
для альтернативного варианта:
149,8 тыс. руб. + 915,3 тыс. руб. = 1 065,1 тыс. руб.
Показатели технико-экономическойэффективности разрабатываемого продукта сведены в таблицу 3.8.
Таблица 3.8Наименование показателей Значения показателей по вариантам Основной Альтернативный Технико-эксплуатационные Рекомендуемый объём ОЗУ, Гб 1 1 Рекомендуемый тип процессора Pentium IV 2,8 GHz и выше Pentium IV 2.8 GHz и выше Язык программирования PHP С# Экономические показатели Период разработки и отладки, мес. 4 2 Количество исполнителей 1 2 Период эксплуатации, мес. 24 24 Современная величина затрат на разработку и отладку ПП, тыс. руб. 120,9 149,8 Современная величина затрат на эксплуатацию ПП, тыс. руб. 915,3 915,3 Показатель итоговой величины современных затрат, тыс. руб. 1 036,2 1 065,1
Сравнениеитоговых показателей современных затрат по двум возможным вариантам вложенияинвестиций показывает, что предпочтительным для финансирования являетсяосновной вариант проекта, для осуществления которого при прочих равных условияхтребуется меньшая современная сумма затрат. Показатель итоговой величинысовременных затрат на этапе разработки для этого варианта составляет 120,9 тыс.руб. Это значение меньше показателя итоговой величины современных затратвторого (альтернативного) варианта. Также, следует отметить, что основнойвариант является наиболее эффективным в работе, проще в реализации и на егоразработку затрачивается гораздо меньше времени с средств. [4]
4. Безопасность и санитарно-гигиенические условия труда нарабочем месте пользователя ПЭВМ
В дипломном проектеразработана информационная система учета автомобилей, которая позволит ускоритьобработку данных в дилерском центре ПитерЛада. Работа с данным приложениемпроисходит в помещении фирмы.
Все расчеты будутпроизводиться для помещения, характеристики которого приведены ниже.
Таблица 4.1. Характеристики помещенияПараметр Значение
Длина 7 м ширина 5 м Высота 2,5 м площадь 35 м² Объем 87,5 м³ количество работников 5 чел. объем для каждого работника 17,5 м³
4.1 Микроклимат
Согласно ГОСТ12.1.005-88 “ССБТ. Общие санитарно-гигиенические требования к воздуху рабочейзоны”, нормирование параметров микроклимата в рабочей зоне производится взависимости от периода года, категории работ по энергозатратам, наличия впомещении источников явного тепла.
Данная работапроизводится сидя и сопровождается незначительным физическим напряжением. Такаяработа относится к категории 1а (легкая физическая). Энергозатраты организмасоставляют до 120ккал/ч (до 500,5 кДж/ч).
Рабочее место — постоянное.
В приведенной нижетаблице № 4.2 приведены оптимальные нормы температуры, относительной влажностии скорости движения воздуха в рассматриваемом рабочем помещении в соответствиис СанПиН 2.2.2/2.4.1340-03.
Таблица 4.2.Оптимальные нормы микроклимата для помещений с ВДТ (Видео ДисплейныхТерминалов) и ПЭВМПериод года Температура, °С, не более Относительная влажность, % Скорость движения воздуха, м/с Холодный 22-24 40-60 0,1 Теплый 23-25 40-60 0,1
Для повышения влажностивоздуха в рассматриваемом рабочем помещении следует применять увлажнителивоздуха, заправляемые ежедневно дистиллированной водой.4.2 Вредные вещества ипыль
Содержаниевредных химических веществ в производственных помещениях, работа на ВДТ и ПЭВМв которых является основной (диспетчерские, операторские, расчетные, кабины ипосты управления, залы вычислительной техники и др.), не должно превышать «Предельнодопустимых концентраций загрязняющих веществ в атмосферном воздухе населенныхмест» (СанПиН 2.2.2/2.4.1340-03)./>/>4.3 Уровень ионизации воздуха
Уровниположительных и отрицательных аэроионов в воздухе помещений с ВДТ и ПЭВМ должнысоответствовать нормам, приведенным в таблице 6.4. (согласно СанПиН2.2.2/2.4.1340-03).

Таблица 4.3. Уровни ионизациивоздуха помещений при работе на ПЭВМУровни аэроионов Число ионов в 1 см3 воздуха n+ n- Минимально необходимые 400 600 Оптимальные 1500-3000 3000-5000 Максимально допустимые 50000 50000
4.4 Наличие шума ивибрации
Согласно СанПиН2.2.2/2.4.1340-03 при выполнении основной работы на ВДТ иЭВМ уровень шума на рабочем месте не должен превышать 50 дБА. Шумна уровне 50-60 дБА создает значительную нагрузку на нервную систему человека,оказывая на него психологическое воздействие. Это особенно часто наблюдается улюдей, занятых умственной деятельностью. Степень вредности и неприятноевоздействие какого-либо шума зависит также от того, насколько он отличается отпривычного шума и от индивидуального отношения к нему.
В соответствии с СанПиН2.2.2/2.4.1340-03 для уровня звука 50дБА уровни звукового давления в октавныхполосах частот представлены в таблице №3 .
Таблица 4.4 Уровнизвукового давления в октавных полосах частот
/> 
Рабочее место Уровни звукового давления, дБ, в октавных полосах со среднегеометрическими частотами, Гц Ур-ни звука, дБА 31,5 63 125 250 500 1000 2000 4000 8000 Производственное помещение 86 71 61 54 49 45 42 40 39 50

Звук, возникающий приработе компьютера и периферийного оборудования, уменьшить невозможно, поэтомупри превышении предельно допустимого уровня шума, необходимо использовать такиесредства защиты: кожухи на шумящее оборудование, акустические экраны иакустическая обработка помещений специальным покрытием с целью снижения энергииотраженных волн или индивидуальные средства защиты.
Шумящее оборудование(АЦПУ, принтеры и т.п.), уровни шума которого превышают нормированные, должнонаходиться вне помещения с ВДТ и ПЭВМ.
Снизить уровень шума в помещенияхс ВДТ и ПЭВМ можно использованием звукопоглощающих материалов с максимальнымикоэффициентами звукопоглощения в области частот 63 — 8000 Гц для отделки помещений(разрешенных органами и учреждениями Госсанэпиднадзора России), подтвержденныхспециальными акустическими расчетами. Для достижения максимальновозможного звукопоглощения необходимо облицевать не менее 60% общей площадивнутренних поверхностей помещения. Дополнительным звукопоглощением служатоднотонные занавеси из плотной ткани, подвешенные в складку на расстоянии 15-20см от ограждения. Ширина занавеси должна быть в 2 раза больше ширины окна.
В производственных помещениях,в которых работа с ВДТ и ПЭВМ является основной, вибрация на рабочих местах недолжна превышать допустимых норм вибрации (таблице 4.5) .
Таблица 4.5. Допустимыенормы вибрации на всех рабочих местах с ВДТ и ПЭВМСреднегеометрические частоты октавных полос, Гц Допустимые значения по виброускорению по виброскорости мс-2 дБ мс-1 дБ оси X, Y 2 5,3*10 25 4,5*10 79 4 5,3*10 25 2,2*10 73 8 5,3*10 25 1,1*10 67 16 1,0*10 31 1,1*10 67 31,5 2,1*10 37 1,1*10 67 63 4,2*10 43 1,1*10 67 Корректированные значения и их уровни в дБ W 9,3*10 30 2,0*10 72 4.5 Излучения
Сотрудники,работающие с ПК, подвержены воздействию электромагнитных полей.
ПК приработе излучают электромагнитную энергию радиочастот, значит, работникиподвержены воздействию электромагнитных полей с ВЧ и УВЧ излучением.Интенсивность ЭМП ВЧ и УВЧ согласно ГОСТ 12.1.006. – 88 «ССБТ Электромагнитныеполя радиочастот» на рабочих местах оценивается напряженностью E(В/м) для электрической составляющей и напряженностью Н (А/м) для магнитнойсоставляющей. В целях обеспечения требований, а также защиты отэлектромагнитных и электростатических полей, допускается применение приэкранных фильтров, специальных экранов и других средств индивидуальной защиты,прошедших испытания в аккредитованных лабораториях и имеющих гигиеническийсертификат.
Степеньвоздействия ЭМИ на организм человека зависит от:
· частоты колебаний;
· значения напряженностиэлектрических и магнитных полей;
· размеров облучаемойповерхности тела.
Допустимыезначения параметров неионизирующих электромагнитных излучений приведены втаблице 4.6.
Таблица 4.6. Допустимые значенияпараметров неионизирующих электромагнитных излученийНаименование параметров Допустимое значение
Напряженность электромагнитного поля на расстоянии 50 см вокруг ВДТ по электрической составляющей должна быть не более:
-  в диапазоне частот 5 Гц – 2 кГц;
-  в диапазоне частот 2 – 400 кГц
25 В/м
2,5 В/м
Плотность магнитного потока должна быть не более:
-  в диапазоне частот 5 Гц – 2 кГц;
-  в диапазоне частот 2 – 400 кГц.
250 нТл
25 нТл Поверхностный электростатический потенциал не должен превышать 500 В
Допускаютсяуровни выше указанных, но не более чем в 2 раза, в случаях, когда времявоздействия на персонал не превышает 50 % от продолжительности рабочего дня.
Силовыелинии электромагнитных полей не ограничиваются экраном монитора, а охватываютвсе пространство вокруг, значит, персонал целесообразно размещать вдоль стен,так чтобы панель монитора была обращена к стене.
Врезультате воздействия ЭМИ нарушается работа центральной нервной системы,сердечно-сосудистой системы; при низких дозах есть опасность воздействия наиммунитет.
В случаепревышения допустимых значений параметров ЭМИ, следует воспользоватьсянекоторыми способами защиты от ЭМИ:
· Уменьшение мощности источника — уменьшение параметров излучения в самом источнике;
· Экранирование источника излучения(рабочего места);
· Выделение зоныизлучения;
· Удаление рабочего места отисточника излучения;
· Защита временем (от токапромышленной частоты).
Привыборе средств защиты следует отдавать предпочтение экранированию источникаизлучения (согласно СанПиН 2.2.2/2.4.1340-03).
«В целяхобеспечения требований, а также защиты от электромагнитных и электростатическихполей, допускается применение при экранных фильтров, специальных экранов идругих средств индивидуальной защиты, прошедших испытания в аккредитованныхлабораториях и имеющих гигиенический сертификат».
КонструкцияВДТ и ПЭВМ должна обеспечивать мощность экспозиционной дозы рентгеновскогоизлучения в любой точке на расстоянии 0,05 м от экрана и корпуса ВДТ при любых положениях регулировочных устройств не должна превышать 7,74х10 А/кг, чтосоответствует эквивалентной дозе, равной 1,0 мкЗв/час.
Схемыразмещения рабочих мест с ВДТ и ПЭВМ должны учитывать расстояния между рабочимистолами с видеомониторами (в направлении тыла поверхности одного видеомонитораи экрана другого видеомонитора), которое должно быть не менее 2,0м, арасстояние между боковыми поверхностями видеомониторов — не менее 1,2м.4.6 Нормы на освещениерабочего места
Помещенияс ПК должны иметь естественное и искусственное освещение.
Естественноеосвещение должно осуществляться через светопроемы, ориентированныепреимущественно на север и северо-восток и обеспечивать коэффициентестественной освещенности (КЕО) не ниже 1,2 % в зонах с устойчивым снежнымпокровом и не ниже 1,5 % на остальной территории. Для внутренней отделкиинтерьера помещений с ЭВМ должны использоваться диффузно-отражающие материалы скоэффициентом отражения для потолка ρП — 0,7 – 0,8; для стен ρС- 0,5 – 0,6; для рабочей поверхности ρР — 0,3 – 0,5. и
Искусственноеосвещение в помещениях эксплуатации ВДТ и ПЭВМ должно осуществляться системойобщего равномерного освещения. В производственных иадминистративно-общественных помещениях, в случаях преимущественной работы сдокументами, допускается применение системы комбинированного освещения (кобщему освещению дополнительно устанавливаются светильники местного освещения,предназначенные для освещения зоны расположения документов).
Освещенностьна поверхности стола в зоне размещения рабочего документа должна быть 300-500лк.
Допускаетсяустановка светильников местного освещения для подсветки документов. Местноеосвещение не должно создавать бликов на поверхности экрана и увеличиватьосвещенность экрана не более 300 лк.
Следуетограничивать прямую блескость от источников освещения, при этом яркостьосвещения поверхностей (окна, светильников и др.), находящихся в поле зрения,должна быть не более 200 кд/м².
Следуетограничивать отраженную блескость на рабочих поверхностях (экран, стол,клавиатура и др.) за счет правильного выбора типов светильников и расположениярабочих мест по отношению к источникам естественного и искусственногоосвещения, при этом яркость бликов на экране ПК не должна превышать 40кд/м² и яркость потолка, при применении системы отраженного освещения, недолжна превышать 200 кд/м².
Следуетограничивать неравномерность распределения яркости в поле зрения пользователяПК, при этом соотношение яркости между рабочими поверхностями не должнопревышать 3:1 – 5:1, а между рабочими поверхностями и поверхностями стен иоборудования 10:1.
Вкачестве источников света при искусственном освещении должны применятьсяпреимущественно люминесцентные лампы типа ЛБ, т.к. они обладают достаточновысоким КПД, а особых требований с точки зрения взрывоопасности и климатическихусловий не предъявляют. При устройстве отраженного освещения в производственныхи административно – общественных помещениях допускается применениеметаллогалогенных ламп мощностью до 250 Вт. Допускается применение лампнакаливания в светильниках местного освещения. Общее освещение следуетвыполнять в виде сплошных или прерывистых линий светильников, расположенныхсбоку от рабочих мест, параллельно линии зрения пользователя при рядномрасположении ПК. При периметрическом расположении компьютеров линиисветильников должны располагаться локализовано над рабочим столом ближе к егопереднему краю, обращенному к оператору.
Дляосвещения помещений с ПК следует применять светильники серии ЛПО36 сзеркальными решетками, укомплектованные высокочастотными пускорегулирующимиаппаратами (ВЧ ПРА). Допускается применять светильники серии ЛПО36 без ВЧ ПРАтолько в модификации «Кососвет», а также светильники прямого света П,преимущественно прямого света – Н, преимущественно отраженного света В.применение светильников без рассеивателей и экранирующих решеток недопускается.
Яркостьсветильников общего освещения в зоне углов излучения от 50 до 90 градусов свертикалью в продольной и поперечной плоскостях должна составлять не более 200кдж/м², защитный угол светильников должен быть не менее 40 градусов.
Светильникиместного освещения должны иметь непросвечивающий отражатель с защитным углом неменее 40 градусов.
Коэффициентзапаса (Кз) для осветительных установок общего освещения должен приниматьсяравным 1,4.
Коэффициентпульсации не должен превышать 5%, что должно обеспечиваться применениемгазоразрядных ламп в светильниках общего и местного освещения свысокочастотными пускорегулирующими аппаратами (ВЧ ПРА) для любых типовсветильников.
Приотсутствии светильников с ВЧ ПРА лампы многоламповых светильников или рядомрасположенные светильники общего освещения следует включать на разные фазытрехфазной сети.
Дляобеспечения нормируемых значений освещенности в помещениях использования ВДТ иПЭВМ следует проводить чистку стекол оконных рам и светильников не реже 2-х разв год и проводить своевременную замену перегоревших ламп.

4.7 Вентиляция
Чтобынормализовать воздушную среду, в производственном помещении долженосуществляться воздухообмен (вентиляция).
Поспособу перемещения воздуха вентиляция разделяется на:
1. естественную — осуществляется засчет разности температур воздуха помещения и наружного воздуха или действияветра;
2. механическую — спроектированнуюсистему для подачи воздуха.
Впомещении, объемом 87,5м3, 5 рабочих места. Следовательно, на каждогоработающего приходиться 17,5м3 объема воздуха.
Согласносанитарным нормам проектирования промышленных предприятий СН-245-71 впроизводственных помещениях с объемом на одного работающего:
· менее 20м3 осуществляется подачанаружного воздуха в количестве не менее 30м3/ч на каждого работающего;
· более 20м3 – не менее 20м3/ч;
· более 40м3 и при наличии окондостаточно естественной вентиляции.
Объемвоздуха на каждого рабочего в этом помещении составляет 17,5м3, следовательно,согласно санитарным нормам проектирования промышленных предприятий, на одногоработающего необходима подача воздуха в количестве не менее 30 м3/ч.Следовательно, общий объем приточного воздуха в помещение должен составлять неменее 150 м3/ч.
4.8 Расчетосветительной установки
Работа сПК относится к работе IV-а разряда (средней точности, наименьший размеробъекта различия от 0,5 до 1мм). В данном помещении – высота потолков 2,5м.Целесообразно применять люминесцентные лампы, так как существуют повышенныетребования к цветопередаче и качеству освещения.
Привыборе нормативного значения освещенности необходимо учитывать, что впроизводственных помещениях используются системы освещения двух типов:
1. общего (светильники, установленныена потолке помещения, равномерно освещают всю рабочую зону);
2. комбинированного (к общемуосвещению добавляется местное).
Впомещениях, где выполняются работы наивысшей, очень высокой, высокой точностинеобходимо применять систему комбинированного освещения. Капитальные затраты наосуществление такого типа освещения выше, чем при общем освещении. Система общегоосвещения в гигиеническом отношении более совершенна благодаря равномерномураспределению яркости в поле зрения.
Всоответствии с нормами освещенности рабочих поверхностей в производственныхпомещениях (по СНиП 23-05-95), требуемая освещенность для системы одного общегоосвещения при использовании люминесцентных ламп для проведения работ IV-аразряда составляет 300 лк.
Рассматриваемоепомещение относится к помещениям с нормальными условиями среды, для освещенияможно использовать светильник типа ЛСП02 (прямого света, исполнение пыле- иводо- незащищенное, тип кривой силы света (КСС) — Д).
Определениевысоты подвеса светильника над рабочей поверхностью происходит по формуле:
h = Н – hc – hp,
где:
Н –высота помещения, м;
hc – расстояние от потолка досветильника, м;
hp – высота рабочей поверхности,равная 0,8 м.
h = 2,5 – 0,168– 0,8 = 1,532 (м)
Индекспомещения вычисляется по формуле:
/>,
где:
L – длина помещения, м;
В –ширина помещения, м;
h – расчетная высота подвесасветильника, м.
/>
С учетомзависимости коэффициента использования светового потока от индекса помещения ихарактеристики помещения, определяем коэффициент использования световогопотока. Он получен для указанных значений типа кривой силы света (Д –косинусная группа) и коэффициентов отражения потолка, стен и пола, равных,соответственно, 0,7; 0,5; 0,1 (помещение относится к чистым). В данном случаеиндекс помещения равен 0,652, следовательно, hи = 0,64.
Светильникис люминесцентными лампами рекомендуется размещать сплошными рядами или рядами снебольшими разрывами, не превышающими половины высоты h подвесасветильников над рабочей поверхностью. Ряды светильников целесообразнорасполагать параллельно длине помещения или стенам с окнами.
Числосветильников в осветительной установке определяется по формуле:

/>,
где:
Ен – нормированная освещенность рабочейповерхности, лк;
S – площадь помещения, м2;
Kз – коэффициент запаса;
Z – коэффициент неравномерностиосвещения;
n – количество ламп в одном светильнике;
hи – коэффициент использования световогопотока в долях единицы;
Ф – световой поток одной лампы, лм.
Коэффициентзапаса Kз учитывает возможность уменьшения освещенности впроцессе эксплуатации осветительной установки и принимается в данном случаеравным 1,4. Коэффициент неравномерности Z длялюминесцентных ламп равен 1,1. Световой поток Ф для ЛБ ламп равен 5220 лм инаходится из таблиц ГОСТ 6825-74, в зависимости от типа и мощности используемыхв светильнике ламп.
Число светильниковв осветительной установке:
/>
Светильникис люминесцентными лампами следует размещать сплошными рядами или рядами сразрывами
∆L ≤ 0,5*h
В данномслучае ∆L должно быть не более 1,02м.
Длинасветильника L = 1,534м, ширина светильника d = 0,276м.
Примечание.Из конструктивных соображений допускается изменять количество светильников восветительной установке. При этом фактическое число светильников не должноотличаться от расчетного N не менее –10% и более +20%.
Предлагаемаясхема организации освещения в помещении приведена на рисунке:
/>
Приэксплуатации установок искусственного освещения необходимо регулярнопроизводить очистку светильников от загрязнений, своевременную заменуперегоревших или отработавших свой срок службы ламп, контроль напряжений восветительной сети, регулярную окраску или побелку стен и потолка. Периодически,но не реже одного раза в год, должен проводиться контроль освещенности нарабочих поверхностях с помощью фотоэлектрических люксметров.
Существуеттак же ряд требований к расположению рабочих мест в помещении:
· рабочие места с ВДТ и ПЭВМ по отношениюк световым проемам должны располагаться так, чтобы естественный свет падалсбоку, преимущественно слева,
· оконные проемы в помещенияхиспользования ВДТ и ПЭВМ должны быть оборудованы регулируемыми устройствамитипа: жалюзи, занавесей, внешних козырьков и др.
· Для обеспечения нормируемыхзначений освещенности в помещениях использования ВДТ и ПЭВМ следует проводитьчистку стекол оконных рам и светильников не реже двух раз в год.
4.9 Режим труда
Общие требования корганизации режима труда и отдыха при работе с ВДТ и ПЭВМ по СанПиН2.2.2/2.4.1340-03:
1. Режимы трудаи отдыха при работе с ПЭВМ и ВДТ должны организовываться в зависимости от видаи категории трудовой деятельности.
2. Видытрудовой деятельности разделяются на 3 группы:
· группа А — работа по считыванию информации с экрана ВДТ или ПЭВМ с предварительнымзапросом;
· группа Б — работа по вводу информации;
· группа В — творческая работа в режиме диалога с ЭВМ.
При выполнении в течение рабочей смены работ, относящихся к разным видамтрудовой деятельности, за основную работу с ПЭВМ и ВДТ следует принимать такую,которая занимает не менее 50% времени в течение рабочей смены или рабочего дня.
3. Для видовтрудовой деятельности устанавливается 3 категории тяжести и напряженностиработы с ВДТ и ПЭВМ, которые определяются:
· для группы А- по суммарному числу считываемых знаков за рабочую смену, но не более 60 000знаков за смену;
· для группы Б- по суммарному числу считываемых или вводимых знаков за рабочую смену, но неболее 40 000 знаков за смену;
· для группы В- по суммарному времени непосредственной работы с ВДТ и ПЭВМ за рабочую смену,но не более 6 часов за смену.
4. Продолжительностьобеденного перерыва определяется действующим законодательством о труде иПравилами внутреннего трудового распорядка предприятия (организации,учреждения).
5. Дляобеспечения оптимальной работоспособности и сохранения здоровьяпрофессиональных пользователей, на протяжении рабочей смены должныустанавливаться регламентированные перерывы.
6. Времярегламентированных перерывов в течение рабочей смены следует устанавливать взависимости от ее продолжительности, вида и категории трудовой деятельности.
7. Продолжительностьнепрерывной работы с ВДТ без регламентированного перерыва не должна превышать 2часов.
8. При работе сВДТ и ПЭВМ в ночную смену (с 22 до 6 часов), независимо от категории и видатрудовой деятельности, продолжительность регламентированных перерывов должнаувеличиваться на 60 минут.
9. При 8-мичасовой рабочей смене и работе на ВДТ и ПЭВМ регламентированные перерывыследует устанавливать:
· для I категории работ через 2 часа отначала рабочей смены и через 2 часа после обеденного перерывапродолжительностью 15 минут каждый;
· для II категории работ через 2 часа отначала рабочей смены и через 1.5-2.0 часа после обеденного перерывапродолжительностью 15 минут каждый или продолжительностью 10 минут через каждый час работы;
· для III категории работ через 1.5-2.0часа от начала рабочей смены и через 1.5-2 часа после обеденного перерывапродолжительностью 20 минут каждый или продолжительностью 15 минут через каждый час работы.
10. При 12-тичасовой рабочей смене регламентированные перерывы должны устанавливаться впервые 8 часов работы, аналогично перерывам при 8-ми часовой рабочей смене, а втечение последних 4 часов работы, независимо от категории и вида работ, каждыйчас продолжительностью 15 минут.
11. Во времярегламентированных перерывов с целью снижения нервно-эмоционального напряжения,утомления зрительного анализатора, устранения влияния гиподинамии и гипокинезии,предотвращения развития познотонического утомления целесообразно выполнятькомплексы упражнений.
12.  С целью уменьшения отрицательного влияния монотониицелесообразно применять чередование операций осмысленного текста и числовыхданных (изменение содержания работ), чередование редактирования текстов и вводаданных (изменение содержания работы).
13.  В случаях возникновения у работающих с ВДТ и ПЭВМзрительного дискомфорта и других неблагоприятных субъективных ощущений,несмотря на соблюдение санитарно-гигиенических, эргономических требований,режимов труда и отдыха следует применять индивидуальный подход в ограничениивремени работ с ВДТ и ПЭВМ, коррекцию длительности перерывов для отдыха илипроводить смену деятельности на другую, не связанную с использованием ВДТ иПЭВМ.
14. Работающимна ВДТ и ПЭВМ с высоким уровнем напряженности во время регламентированныхперерывов и в конце рабочего дня показана психологическая разгрузка вспециально оборудованных помещениях (комната психологической разгрузки).4.10 Электрическаябезопасность
Согласноклассификации помещений по степени опасности поражения человека электрическимтоком, рассматриваемое помещение принадлежит к категории «без повышеннойопасности», так как помещение является сухим, относительная влажность воздухане превышает 60 %, не жарким, с токонепроводящим полом, без токопроводящейпыли, отсутствует возможность одновременного прикосновения человека к имеющимсоединение с землей металлоконструкциям зданий, технологическим аппаратам,механизмам и т.п. с одной стороны, и к металлическим корпусамэлектрооборудования, которые при пробое изоляции могут оказаться поднапряжением, — с другой.
Применяемаяэлектросеть является однофазной, с напряжением 220 В, ток переменный с частотой50 Гц, с заземленной нейтралью.
Напряженияприкосновения и токи, протекающие через человека, нормируются согласно ГОСТ12.1.038-88 «ССБТ. Электробезопасность. Предельно допустимые значениянапряжений и токов».
Втаблице №7 приведены допустимые значения напряжений прикосновения и токов приаварийном режиме работы техники, где резистором моделируется сопротивление телачеловека/>/>/>R = 850(Ом).Найдем силу тока в аварийном режиме:
/>
Таблица4.7. Допустимые значения напряжений прикосновения и токов при аварийном режимеработы
Род и
частота тока
Норм.
велич. Продолжительность воздействия, t, с 0,01-0,08 0,1 0,2 0,4 0,5 0,8 1 >1
Переменный
50 Гц
Uпр, В
Iч, мА
550
650
340
400
160
190
120
140 105125
75
75
60
50
20
6
Из таблицы 4.7 следует, что необходимо предусмотреть защитные отключающиеустройства, время срабатывания которых не должно превышать допустимойдлительности прохождения тока через человека 0,2с./>/> 4.11 Оценканеобходимости применения защитных устройств
Вкачестве меры защиты людей от поражения электрическим током применяютсязащитное заземление (в сетях с изолированной нейтралью) и зануление (в сетях сглухозаземленной нейтралью) нетоковедущих частей электрооборудования.
Защитноезаземление — преднамеренное электрическое соединение металлических нетоковедущихчастей электрооборудования с землей или ее эквивалентом.
Зануление– преднамеренное электрическое соединение металлических нетоковедущих частейэлектрооборудования с заземленной точкой источника питания электроэнергией припомощи нулевого защитного проводника.
Следуетиметь в виду, что в соответствии с «Правилами устройства электроустановокпотребителей (ПУЭ)» защитное заземление или зануление электроустановок следуетвыполнять при напряжении питания 380 В и выше переменного тока и 440 В и вышепостоянного тока во всех случаях. При напряжении питания выше 42, но ниже 380 Впеременного тока, и выше 110, но ниже 440 В постоянного тока, защитноезаземление (зануление) электроустановок выполняется только в помещения сповышенной опасностью и особо опасных по поражению электрическим током, а такжев наружных электроустановках.
Напряжениепитания в рабочем помещении не превышает 380В, необходимость в зануленииэлектроустановок отсутствует.
Сопротивлениеизоляции электрических цепей ЭВМ общего назначения должно быть не менеезначений, указанных в таблице 4.8.
Таблица 4.8Климатические условия Сопротивление изоляции, МОм, при рабочем напряжении цепи кВ Нормальные 0,1-0,5 20,0
Сопротивлениеизоляции силовой и осветительной сети напряжением до 1000В на участке междудвумя смежными предохранителями или любым проводом и землей должно быть неменее 0.5 МОм.
/>/>4.12 Пожарная безопасность
Основыпротивопожарной защиты предприятий определены стандартами ГОСТ 12.1.004-91«Пожарная безопасность» и ГОСТ 12.1.010-76 «Взрывобезопасность. Общиетребования».
Всоответствии с типовыми правилами пожарной безопасности промышленныхпредприятий все производственные, складские, вспомогательные и административныепомещения должны быть обеспечены огнетушителями, пожарным инвентарем и пожарнымручным инструментом, которые используются для локализации и ликвидациинебольших возгорании, а также пожаров в их начальной стадии. В целяхсвоевременного оповещения о пожаре в данном помещении необходимо использованиеавтоматической пожарной сигнализации.
В целяхсвоевременного оповещения о пожаре в данном помещении необходимо использованиеавтоматической пожарной сигнализации. Применение автоматических средств обнаруженияпожаров является одним из основных условий обеспечения пожарной безопасности напроизводстве, так как позволяет своевременно известить о пожаре и принять мерык быстрой его ликвидации. Наиболее надежной системой извещения о пожареявляется электрическая пожарная сигнализация, которая бывает автоматической иручной. В состав сигнализации входят извещатели, линии связи, приемные станции(коммутаторы), источники питания, звуковые и световые средства сигнализации.Основными элементами систем являются пожарные извещатели, преобразующиефизические параметры, характеризующие пожар (тепло, дым, свет), в электрическиесигналы.
Привыборе пожарных извещателей необходимо учитывать характер горения веществ, т.е.какие физические параметры пожара преобладают в начальной стадии горения, атакже условия эксплуатации и взрывопожароопасность зон размещения оповещателей.
Автоматическиеизвещатели делятся на: тепловые (срабатывают при превышении максимальнодопустимой температуры в помещении), дымовые (реагируют на скопление дыма) исветовые (срабатывают при появлении открытого пламени).
Площадь,контролируемая автоматическими пожарными извещателями, и другие важныепараметры приведены в таблице 4.9.
Таблица 4.9. Размещение пожарныхизвещателей в зависимости от высоты установки
Высота установки
извещателя, м
Максимальная
площадь, контролируемая одним извещателем, м2
Максимальное расстояние, м между извещателями от извещателя до стены Тепловые пожарные извещатели
До 3,5
Более 3,5 до 6
25
20
5
4,5
2,5
2  Дымовые пожарные извещатели
До 3,5
Более 3,5 до 6
85
70
9
8.5
4.5
4
Всоответствии с типовыми правилами пожарной безопасности промышленныхпредприятий все производственные, складские, вспомогательные и административныепомещения должны быть обеспечены огнетушителями, пожарным инвентарем и пожарнымручным инструментом, которые используются для локализации и ликвидациинебольших возгорании, а также пожаров в их начальной стадии.
Приопределении видов и количества первичных средств пожаротушения следуетучитывать физико-химические и пожароопасные свойства горючих веществ, ихотношение к огнегасительным веществам, а также величины площадейпроизводственных помещений.
Необходимоеколичество первичных средств пожаротушения определяют отдельно для каждогоэтажа и помещения с учетом данных, приведенных в таблице 4.10.

Таблица 4.10. Перечень необходимыхсредств пожаротушенияНаименование помещений, сооружений и установок Защищаемая площадь, м² Углекислотные огнетушители Пенные, химические, воздушно-пенные и жидкостные огнетушители, шт. Ящик с песком вместимостью 0,5; 1,0;3,0 и лопата, шт. Войлок, кошма или асбест: /1х1,2х1,2х2 м/, шт. Бочка с водой вместимостью не менее 0,2 м и ведро, шт. Вычислительные центры, машиносчетные станции, архивы, библиотеки, проектно- конструкторские бюро. 35 2 2 - 2  -
Длязащиты помещения при пожаре объемом менее 200м2 с компьютерной техникойнеобходимо иметь: углекислотные огнетушители ОУ-2, ОУ-5, ОУ-8 (допускается заменятьаэрозольными или порошковыми) – 1шт., пенные огнетушители – 1шт., войлок 2х2 м– 1шт. [2] При оценке условий труда, былирассмотрены безопасность и санитарно-гигиенические условия труда на рабочемместе пользователя ПЭВМ:
· данахарактеристика санитарно-гигиенических условий труда (микроклимата, вредныхвеществ и пыли, вибраций, шума, излучений и освещенности);
· обоснована ивыбрана система вентиляции, произведен расчет необходимого воздухообмена;
· обоснована ивыбрана система освещения, установлены нормы на освещение рабочих мест,произведен расчет осветительной установки;
· даныхарактеристики электрооборудования и применяемой электрической сети;
· указанывозможные причины и источники возникновения пожара, установлен переченьпервичных средств пожаротушения, а также были разработаны инженерно-техническиемероприятия по созданию благоприятных условий труда, используя СанПиН2.2.2/2.4.1340-03.
/>Заключение
В результате работы над дипломнымпроектом была разработана логически завершенная система, предназначенная дляанализа, хранения и обработки информации, необходимой для автоматизации учета вавтомобильном салоне «Питер-Лада».
С использованием языков HTML и PHP, СУБД MySQL,разработано программное решение для построения информационной системыавтоматизации рабочего места сотрудника автосалона, с доступом через Web интерфейс (браузер). Данный продукт предназначен нетолько для сотрудников, имеющих дело с клиентами, покупающими новые автомобили,но так же и для работников станции технического обслуживания компании. Данноепрограммное решение позволяет менеджменту компании с любого рабочего местаоперировать информацией о работе отделов, следить за автомобилями в наличии, атак же составлять заказы.
Разработанная автоматизированнаяинформационная система по продаже автомобилей предназначена для упрощения иускорения процесса обработки информации в автосалоне и для удобства клиентов.
Разработка велась при помощи Rational Rose,и универсального языка моделирования UML. Формализацияпроцесса разработки программного обеспечения при помощи современных программныхсредств – является важным звеном в проектировании, позволяющим избежатьсерьезных недочетов еще на этапе планирования.
В дипломном проекте проведен анализэффективности инвестиций в разработку и отладку созданного ПО, а так же расчетыбезопасности и санитарно-гигиенических условий труда на рабочем местеразработчика информационной системы и пользователя ПЭВМ.

Список используемой литературы
1. Трофимов С.А. Case – технологии. Практическаяработа в Rational Rose. Бином 2001, 272с.
2. Казаченко, Колобашкина Т.В. и др. Безопасность жизнедеятельности.Промышленная и экологическая безопасность. Методические указания к дипломномупроектированию, СПб-ГУАП, 2001
3. Определение эффективности инвестиций. Методические указания к выполнениюдипломного проекта. Спб, 2002
4. Прогнозирование элементов бизнес-плана проектов. Методические указания квыполнению дипломных проектов. СПб 2002.
5. Роберт Дж. Мюлер. Базы данныз и UML. Справочникв электронном виде, 2001
6. Унди Боггс, Майкл Боггс. UML и Rational Rose.Лори, 2004
7. Справочное руководство пользователя по пакету Rational Rose.
8. Люк Веллинг, Лора Томсон. Разработка Web –приложений с помощью РНР и MySQL. Вильямс, 2005
9. Джон Когг Золл. РНР 5. Полное руководство. Диалектика, 2006
10.  ВикрамВасвани. Полный справочник по MySQL. Москва, 2006
11.  МазупкевичА. РНР. Настольная книга программиста. Новое издание,2003