Содержание

I.Специальнаячасть.

Введение3

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

1.1.Содержаниеи требования,предъявляемыек информации3

1.2.Значениевнутрифирменнойсистемы информации4

1.3. Основныепринципы, цели,задачи и функциивнутрифирменнойсистемыинформации6

1.4. Техническиесредства,используемыево внутрифирменнойсистемеинформации7

1.5.Система ведениязаписей8

1.6.Формы как носителиинформации8

Глава 2. Информационныебазы данных

2.1.Реляционныебазы данных10

2.1.1.Реляционнаямодель: однитаблицы11

2.1.2.Независимость12

2.1.3.Язык высокогоуровня14

2.1.4.Реляционныеоперации:проектирование,выбор,

объединение.14

2.1.5.Альтернативныйспособ просмотраданных15

2.1.6.Нули16

2.1.7.Безопасность17

2.1.8.Целостность17

2.2.Проектированиебаз данных18

2.2.1.Подход к проектированиюбазы данных19

2.2.2.Несколько слово структуребазы данных.21

I)Чтотакое «хорошаяструктура»

II)Плохаяструктура базыданных

2.3.Нормализация.22

2.3.1. Перваянормальнаяформа.23

2.3.2. Втораянормальнаяформа23

2.3.3. Третьянормальнаяформа24

2.3.4.Четвертаяи пятая нормальныеформы24

Глава3. Общее описаниебазы данных

3.1.Задачи, выполняемыеприложением«Бухгалтерия».26

3.2.Техническиетребования,предъявляемыек базе данных.27

3.3. Выборсистемы проектированияи реализации.27

3.4. Проектированиеструктурыданных.29

3.4.1. Описаниеструктурыданных проекта.31

3.5. Техническаяреализацияпроекта.39

3.5.1.Общее описаниеработы с приложением.39

3.5.2.Формы отчетности(счетов,актов, счетов-фактур,накладных).41

3.5.3.Сервисныефункции.42

3.5.4. Описаниеструктурыпрограммы.42

Заключение.Оценка качествапрограммногообеспечения.95

МетрикиБоэма, Браунаи Лайпоу.96

МетрикипрограммногообеспеченияДжилба.97

ОценкасложностиМаккейба.98

Понимеемость.99

Выводы.99

Список литературык специальнойчасти.101

Приложения.103

II.Организационно-экономическаячасть.122

III.Охранатруда и экология.128

IV.Гражданскаяоборона137

V.Эргономика144

Введение.

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

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

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

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

1.1Содержаниеи требования,предъявляемыек информации.

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

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

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

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

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

— пообъекту и качеству— краткостьи четкостьформулировок,своевременностьпоступления;

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

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

1.2.Значениевнутрифирменнойсистемы информации.

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

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

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

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

Впроизводственно-хозяйственномподразделениипредприятияобеспечиваетсяобобщениеинформации“снизу вверх”,а также, конкретизацияинформации“сверху вниз”.

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

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

Информация,и, особенно, ееавтоматизированнаяобработка,является важнымфактором повышенияэффективностипроизводства.

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

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

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

1.3.Основные принципы,цели, задачии функциивнутрифирменнойсистемы информации.

Основнымипринципамии целями внутрифирменныхсистем информацииявляются:

1.Определениетребованийк содержаниюинформациии ее характерув зависимостиот целенаправленности;

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

3.Определениепотребностейв техническихсредствах (втом числе, вкомпьютернойтехнике) напредприятиив целом;

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

5.Автоматизированнаяобработка ивыдача текстовойинформации;

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

Важнымизадачамивнутрифирменнойсистемы управленияявляются:

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

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

— определениеосновных направленийразвития технологииобработкиинформации.

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

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

Длясовременныхусловий наиболеехарактерноиспользованиеэлектроннойтехники в двухосновныхнаправлениях:

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

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

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

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

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

СовременныеЭВМ способныодновременнообрабатыватьцифровую, текстовуюи графическуюинформацию.

Впроцессеавтоматизацииуправлениямини-ЭВМ используются,преимущественно,для:

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

— контролядвижения запасовматериалов,необходимыхдля процессапроизводства;

— расчетазаработнойплаты;

— контролянад поступлениемзаказов;

— анализаданных о сбытепродукции;

— регистрациипоступленияплатежей;

— веденияучета и отчетности.

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

1.5.Система ведениязаписей.

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

— данныеучета и финансовойотчетности,финансоваядокументация;

— расчетызаработнойплаты рабочихи служащих;

— текстыконтрактови сопроводительнаядокументация;

— текстыгодовых отчетови протоколысобраний акционеров;

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

Обычнозаписи первичныхданных делятна две группы:

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

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

1.6.Формы как носителиинформации.

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

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

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

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

2.Информационныебазы данных.

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

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

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

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

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

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

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

1.Вычислительныйцентр дляобслуживанияфирмы в целом;

2.Центральнуюслужбу информации;

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

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

1.Отдел автоматизации(отдел программирования);

2.Техническийотдел (отделсетевых разработок).

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

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

2.1.Реляционныебазы данных

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

С. Дейтдает следующеенеформальноеопределениесистеме управленияреляционнымибазами данных(СУБД).

Всяинформацияв базе данныхпредставленав виде таблиц.

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

Др. И.Ф.Кодд, авторреляционноймодели, разработалцелый списоккритериев,которым должнаудовлетворятьреляционнаямодель. Описаниеэтого списка,часто называемого«правиламиКодда», требуетвведения сложнойтерминологиии теоретическихвыкладок, чтовыходит зарамки данногодипломногопроекта. Темне менее, опишемсостоящий из12 правил тестКодда для реляционныхсистем, и будемиспользоватьего совместнос общим определениемДейта.

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

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

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

поддерживатьосновные реляционныеоперации (выбор,проектированиеи объединение),а также теоретико-множественныеоперации, такиекак объединение,пересечениеи дополнение,

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

различатьв таблицахнеизвестныезначения (nulls),нулевые значенияи пропуски вданных,

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

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

2.1.1. Реляционнаямодель: однитаблицы

Первоеправило Коддагласит, что всяинформацияв реляционныхбазах данныхпредставляетсязначениямив таблицах(tables).В реляционныхсистемах таблицысостоят изгоризонтальныхстрок (row)и вертикальныхстолбцов (column).Все данныепредставляютсяв табличномформате—другогоспособа просмотретьинформациюв базе данныхне существует. Несколькозамечаний потерминологии.Поскольку такиепонятия кактаблица, строкаи столбец являютсяобщепринятымив коммерческихсистемах управленияреляционнымибазами данных,будем старатьсяиспользоватьих в этом дипломномпроекте. Однакоиногда можновстретитьсяи с такими понятиями,как отношение(relations),кортеж (tuple)и атрибут(attributes).Это соответственносинонимы понятийтаблица, строкаи столбец, также, как и файл(file),запись (record)и поле (field).Первые трисчитаютсяакадемическимитерминами,последние—взятыиз общего лексикона,используемогов области обработкиданных. Наборсвязанныхтаблиц образуетбазу данных(database).Таблицы в реляционнойбазе разделены,но полностьюравноправны.Между ними несуществуетникакой иерархиии, вообще говоря,они не обязательнодаже физическисвязаны другс другом.

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

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

2.1.2. Независимость

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

Реляционнаямодель обеспечиваетнезависимостьданных на двухуровнях— физическоми логическом.Физическаянезависимостьданных (physicaldata independents)означает сточки зренияпользователя,что представлениеданных абсолютноне зависит отспособа ихфизическогохранения. Какследствиеэтого, физическоеперемещениеданных никоимобразом неможет повлиятьна логическуюструктуру базыданных и вашевосприятиеданных. Такиеизмененияобычно становятсяпросто необходимыми,особенно вбольшихмногопользовательскихсистемах. Например,при недостаткеместа для храненияинформацииможет потребоватьсяустановкадополнительныхфизическихносителей.Когда устройствовыходит изстроя,—увы, егоприходитсябыстро заменять.Иногда можетпотребоватьсяувеличитьпроизводительностьсистемы илиупростить ееиспользование,изменив дляэтого методыдоступа к физическимданным. (Этиметоды связаныс созданиемстратегиидоступа (accessstrategies) иприменениеминдексов (index).)

Другойтип независимости,обеспечиваемыйреляционнымисистемами—логическаянезависимость(logicalindependents) означает, чтоизменениевзаимосвязеймежду таблицами,столбцами истроками невлияет на правильноефункционированиепрограммныхприложенийи текущих запросов.Можно разбиватьтаблицы построкам илистолбцам, априложенияи запросы всеравно будутвыполняться,как и раньше.Несмотря наизменениелогическойструктуры базыданных, всегдаможно воспользоватьсястарыми запросами. Требованиелогическойи физическойнезависимостиданных составляетоснову двухдругих правилКодда.

2.1.3. Языквысокого уровня

Определениереляционнойсистемы, также, как и правилаКодда, требует,чтобы весьдиалог с базойданных велсяна едином языке— иногда егоназывают общимподъязыкомданных (comprehensivedata sublanguage).В мире коммерческихсистем управлениябазами данныхтакой языкполучил названиеSQL. SQLиспользуетсядля манипуляцийс данными (datamanipulation)выборки имодификации,определенияданных (datadefinition) иадминистрированияданных (dataadministration).Любая операцияпо выборке,модификации,определениюили администрированиювыполняетсяс помощью оператора(statement)или команды(command)SQL.

Имеетсядве разновидностиопераций поманипуляциис данными—выборкаданных (dataretrieval) имодификацияданных (datamodification).Выборка—этопоиск необходимыхвам данных, амодификацияозначает добавление,удаление илиизменениеданных.Операциипо выборке(чаше называемыезапросами(query))осуществляютпоиск в базеданных, наиболееэффективноизвлекаютзатребованнуювами информациюи отображаютее.Другиекоманды SQLпредназначеныдля созданияи удалениятаблиц, индексови других объектов.

ПоследняякатегорияоператоровSQL—операторыадминистрирования,или командыуправленияданными (datacontrol). Онипозволяют вамкоординироватьсовместноеиспользованиебазы данныхи поддерживатьее в наиболееэффективномсостоянии.

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

2.1.4. Реляционныеоперации

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

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

Проектирование.Операцияпроектированияпозволяетуказать системе,какие

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

Выбор.Операция выборапозволяет вамполучать изтаблицы подмножестваее строк. Чтобыуказать, какиестроки нужны,соответствующиеусловия нужноразместитьв предложенииWHERE.В предложенииWHEREоператораSELECTопределяетсякритерий, которомудолжны соответствоватьвыбираемыестроки.Можнокомбинироватьв запросе операциипроектированияи выбора, чтобыполучить требуемуюинформацию.

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

2.1.5. Альтернативныйспособ просмотраданных

Курсор(view)- этоальтернативныйспособ просмотраданных из несколькихтаблиц. Курсорыиногда называютсявиртуальнымитаблицами(virtualtables), илипроизводнымитаблицами.Таблицы, наоснове которыхработают курсоры,называютсябазовыми таблицами.Курсор можнорассматриватькак перемещаемуюпо таблицамрамку, черезкоторую можноувидеть тольконеобходимуючасть информации.Курсор можнополучить изодной или несколькихтаблиц базыданных (включаяи другие курсоры),используя любыеоперации выбора,проектированияи объединения.Курсоры позволяютсоздаватьтаблицы дляспециальныхцелей. С их помощьюможно использоватьрезультатывыполненияоператороввыбора, проектированияи объединениякак основу дляпоследующихзапросов. Виртуальныетаблицы, в отличиеот «настоящих»,или базовыхтаблиц, физическине хранятсяв базе данных.Важно осознать,что курсор—этоне копия некоторыхданных, помещаемаяв другую таблицу.Когда изменяютсяданные в виртуальнойтаблице, то темсамым изменяютсяданные в базовыхтаблицах. Подобнорезультатамоперации выбора,курсоры напоминаютобычные таблицыбаз данных.

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

2.1.6. Нули

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

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

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

2.1.7. Безопасность

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

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

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

2.1.8.Целостность

Целостность(integrity)- оченьсложный и серьезныйвопрос приуправленииреляционнымибазами данных.Несогласованностьмежду даннымиможет возникатьпо целому рядупричин. Несогласованностьили противоречивостьданных можетвозникатьвследствиесбоя системы—проблемыс аппаратнымобеспечением,ошибки в программномобеспеченииили логическиеошибки в приложениях. Реляционныесистемы управлениябазами данныхзащищают данныеот такого типанесогласованности,гарантируя,что командалибо будетисполнена доконца, либобудет полностьюотменена. Этотпроцесс обычноназывают управлениемтранзакциями(transactionmanagement).

Другойтип целостности,называемыйобъектнойцелостностью(entityintegrity), связанс корректнымпроектированиембазы данных.Объектнаяцелостностьтребует, чтобыни один первичныйключ не имелнулевого значения. Третий типцелостности,называемыйссылочнойцелостностью(referentialintegrity),означаетнепротиворечивостьмежду частямиинформации,повторяющимисяв разных таблицах.Например, есливы изменяетенеправильновведенный номеррасчетногосчета покупателяв одной таблице,другие таблицы,содержащиеэту же информацию,продолжаютссылаться настарый номер,поэтому выдолжны обновитьи эти таблицы.Чрезвычайноважно, чтобыпри измененииинформациив одном месте,она соответственноизменяласьи во всех другихместах. ПравилаКодда гласят,что системыуправленияреляционнымибазами данныхдолжны обеспечиватьне только объектнуюи ссылочнуюцелостность,но и позволять«вводитьдополнительныеограниченияна целостность,отражающиеспециальныетребования».Кроме того, поопределениюКодда, ограниченияна целостностьдолжны:

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

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

2.2.Проектированиебаз данных

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

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

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

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

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

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

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

2.2.1.Подход к проектированиюбазы данных

Частопри обсуждениивопросовпроектированияреляционныхбаз данныхпочти все вниманиеуделяетсяприменениюправил нормализации.В ходе нормализацииобеспечиваетсязащита целостностиданных путемустранениядублированияданных. В результатетаблица, котораяпервоначальноказалась «имеющейсмысл», разбиваетсяна две или болеесвязанныхтаблиц, которыемогут быть«собраны вместе»с помощью операцииобъединения.Этот процессназываетсядекомпозициейбез потерь(non-loss decomposition) и простоозначает разделениетаблицы нанесколькоменьших таблицбез потериинформации. Нормализациянаиболее полезнадля проверкисозданной вамиструктуры.Можно проанализироватьсвои решенияо том, какиестолбцы должныбыть включеныв ту или инуютаблицу с точкизрения правилнормализации,убедившисьпри этом, чтоне сделаликаких-то фатальныхошибок. Пониманиеоснов процессанормализациитакже можетпомочь в процессепроектированиябазы данных,но оно не являетсяуниверсальнымрецептом припостроениибазы с нуля. Итак, как определить,какие столбцыдолжны располагатьсяв начале таблицы. Общего правилана этот счетне существует.Однако здесьвам может оказатьсущественнуюпомощь моделированиезависимостей— анализ сущностиданных (в терминахобъектов иливещей) и зависимостеймежду ними(один-к-одному,один-ко-многим,многие-ко-многим).

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

Исследованияинформационнойсреды длямоделирования.

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

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

3.В ходе работыобязательнодолжен создаватьсямакет таблици связей междуними, называемыйструктуройданных (datastructure),или диаграммойзависимостеймежду объектами(E-Rdiagram).

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

Затемдолжны бытьрассмотренызависимостимежду объектами.

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

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

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

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

2.2.2.Несколько слово структуребазы данных.

I)Чтотакое «хорошаяструктура»

Хорошаяструктура —это, в первуюочередь, «прозрачная»структура.Проще говоря,хорошая структура:

максимальноупрощаетвзаимодействиес базой данных;
гарантируетнепротиворечивостьданных;
«выжимает»максимумпроизводительностииз системы.

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

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

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

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

II)Плохаяструктура базыданных

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

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

2.3.Нормализация.

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

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

Однимиз основныхрезультатовразделениятаблиц в соответствиис правиламинормализацииявляется уменьшениеизбыточностиданных в таблицах.При этом в базевозможновозникновениеодинаковыхстолбцов первичныхи внешних ключей.Такое преднамеренноедублирование— это не то жесамое, чтоизбыточность.На самом делеподдержканепротиворечивостимежду первичнымии внешнимиключами связанас понятиемцелостностиданных.

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

2.3.1. Перваянормальнаяформа.

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

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

2.3.2. Втораянормальнаяформа

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

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

2.3.3. Третьянормальнаяформа

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

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

2.3.4.Четвертаяи пятая нормальныеформы

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

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

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

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

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

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

3.Общее описаниебазы данных

3.1.Задачи, выполняемыеприложением«Бухгалтерия»

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

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

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

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

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

5.Оформлениесчетов-фактурна сопровождениепо авансовымостаткам с 1996года

6.Ввод прейскурантовна сопровождениеи на системы.

7.Ввод и изменениеадресных ибанковскихреквизитоворганизаций.

3.2.Техническиетребования,предъявляемыек базе данных.

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

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

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

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

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

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

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

-система должнаиметь возможностьнаращиванияв программнойчасти.

- системадолжна функционироватьпод управлениемоперационных систем Windows95 и WindowsNT.

3.3. Выборсистемы проектированияи реализации.

Длятехническойреализациивышеуказанныхзадач с учетомпоставленныхтребованийбыла выбранасистемауправлениябазамиданных «Microsoft Access».

ДаннаяСУБД была выбранапо следующимпричинам:

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

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

Связимежду таблицамиможно разбитьна четыре базовыхреляционныхтипа с отношениями:

один-к-одному;
один–ко-многим;
многие-к-одному;
многие-ко-многим.

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

Также«Microsoft Access» предоставляетбольшое количествовнутреннихсредств пооптимизацииработы проектируемогоприложения.К ним относятся:

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

Применениепакета «MicrosoftADT»(расширенныесредстваразработчика)вводит новыйуровень визуализацииданных, засчеттаких элементов,как «TreeView»,«TabControl» идругих.

На начальномэтапе реализациибаза данныхпроектироваласьна СУБД «Microsoft Access2.0».В дальнейшемс появлениемновой версии«Microsoft Access 7.0» базаданных былапереведенана новую версиюСУБД, так какв новой версиипоявились новыеинструментыразработчика,улучшенныйинтерфейс иреальная32-разрядность.При переходебыли отлаженыс некоторыепроблемы связанныес несовместимостьюпрограммногокода различныхверсий, и таккак отладкапроисходилапо мере выявленияошибок, то вдальнейшемвозможновозникновениепроблем ссовместимостьюкода.

3.4. Проектированиеструктурыданных.

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

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

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

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

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

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

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

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

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

модульдля бухгалтерии(MdlByx.mdb),
модульдля отделасопровождения(MdlClnt.mdb),
модульданных (Data.mdb).

Организованнаяструктураданных позволяет:

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

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

1. Изменениеданных по авансовомуотчету (корректировкараспределениясумм по месяцамдля организаций).

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

3. Обменсообщениямимежду пользователями(использованиедля заказасчетов актови так далее).

3.4.1. Описаниеструктурыданных проекта.

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

Часть1. (листинг 2.1)

(

таблицы«Заказчики»,«СтатусЗаказчика»,«Курьеры»,«Примечания»,)

1.Связь таблицы«Заказчики»с таблицей«СтатусЗаказчика».Поле:«Код» в обеихтаблицах

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «СтатусЗаказчика»)

Связывание:мастер подстановокв таблице «Заказчики»

Примечания:данная связьзаменяетповторяющеесятекстовыезначения типаорганизациисоответствующимкодом из таблицы«СтатусЗаказчика».

2.Связьтаблицы «Заказчики»с таблицей«Курьеры».

Поле:«КодКурьера»в обеих таблицах.

Типсвязи: один комногим с обеспечениемцелостностиданных.

(одинсо сторонытаблицы «Курьеры»)

Связывание:мастер подстановокв таблице «Заказчики»

Примечания:предусматриваетдобавлениев структуруданных модуля«Курьеры».

3.Связьтаблицы «Заказчики»с таблицей«Примечания».

Поле:«КодЗаказчика»в обеих таблицах.

Типсвязи: один комногим безобеспечениемцелостностиданных.

(одинсо сторонытаблицы «Заказчики»)

(возможносвязываниеодин к одному)

Связывание:мастер подстановокв таблице«Примечания»

Часть2. (листинг 2.2)

(таблицы«Заказчики»,«КредитАванс»,«ОсновныеСчета»,«Дистрибутивы»,«Системы»,

«ФормаОплаты»,«ТипСистемы»,«Платежки»,«СчетаФактуры»,«СчетаФактурыОсновные»)

1.Связьтаблицы «Заказчики»с таблицей«ОсновныеСчета».

Поле:«КодЗаказчика»в обеих таблицах.

Типсвязи: один комногим с обеспечениемцелостностиданных с каскаднымудалением икаскаднымобновлениемданных.

(одинсо сторонытаблицы «Заказчики»)

Связывание:мастер подстановокв таблице«ОсновныеСчета»

Примечания:у каждого заказчикаможет бытьмного счетов.

2.Связьтаблицы «Заказчики»с таблицей«КредитАванс».

Поле:«КодЗаказчика»в обеих таблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «Заказчики»)

(возможносвязываниеодин к одному?)

Связывание:мастер подстановокв таблице«КредитАванс»

3.Связьтаблицы «Заказчики»с таблицей«СчетаФактуры».

Поле:«КодЗаказчика»в обеих таблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «Заказчики»)

Связывание:мастер подстановокв таблице«СчетаФактуры»

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

4.Связь таблицы«ОсновныеСчета»с таблицей«Дистрибутивы».

Поле:«КодСчета»в обеих таблицах.

(одинсо сторонытаблицы «ОсновныеСчета»)

Связывание:мастер подстановокв таблице«Дистрибутивы»

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

5.Связь таблицы«ОсновныеСчета»с таблицей«Платежки».

Поле:«КодСчета»в обеих таблицах.

(одинсо сторонытаблицы «ОсновныеСчета»)

Связывание:мастер подстановокв таблице«Дистрибутивы»

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

(*Еслиплатежноепоручениеоплачиваетнесколькосчетов, то привнесении данныхк счетам пишетсяодно и тожеплатежноепоручение, носуммы вносятсяв соответствиис суммой счета)

6.Связь таблицы«ОсновныеСчета»с таблицей«СчетаФактурыОсновные».

Поле:«КодСчета»в обеих таблицах.

(одинсо сторонытаблицы «ОсновныеСчета»)

Связывание:мастер подстановокв таблице«Дистрибутивы»

Примечания:в каждому счетуможет относитсянесколькосчетов-фактурна системы.

7.Связь таблицы«Дистрибутивы»с таблицей«Системы».

Поле:«КодСистемы».

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «Системы»)

Связывание:мастер подстановокв таблице«Дистрибутивы»

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

8.Связь таблицы«Дистрибутивы»с таблицей«ТипСистемы».

Поле:«Код» в обеихтаблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «ТипСистемы»)

Связывание:мастер подстановокв таблице«Дистрибутивы»

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

9.Связь таблицы«ОсновныеСчета»с таблицей«ФормаОплаты».

Поле:«Код» в обеихтаблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «ФормаОплаты»)

Связывание:мастер подстановокв таблице«ОсновныеСчета»

Примечания:данная связьзаменяетповторяющеесятекстовыезначения формыоплаты счетасоответствующимкодом из таблицы«ФормаОплаты».

10.Связь таблицы«Системы» стаблицей«КредитАванс».

Временнаясвязь, возможнов дальнейшембудет удалена.

Часть3. (листинг 2.3)

(таблицы«Заказчики»,«ОсновныеСчета»,"АвансПоОстаткамС1996Года»,«ДанныеДляАвансОтчета»,«Системы»,«АвансовыйОтчет».)

1.Связь таблицы«Заказчики»с таблицей«АвансПоОстаткамС1996Года».

Поле:«КодЗаказчика»в таблице «Заказчики»с полем «Заказчик»в таблице«АвансПоОстаткамС1996Года».

Типсвязи: один комногим с обеспечениемцелостностиданных.

(одинсо сторонытаблицы «Заказчики»)

Связывание:в окне схемыданных.

Примечания:к каждому заказчикуможет относитсянесколькозаписей помесяцам поавансовомуотчету.

2.Связь таблицы«Заказчики»с таблицей«ДанныеДляАвансОтчета».

Поле:«КодЗаказчика»в обеих таблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «Заказчики»)

Связывание:мастер подстановокв таблице«ДанныеДляАвансОтчета»

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

3.Связь таблицы«Системы» стаблицей«ДанныеДляАвансОтчета».

Поле:«КодСистемы»в обеих таблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «Заказчики»)

Связывание:мастер подстановокв таблице«ДанныеДляАвансОтчета»

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

4.Связь таблицы«ОсновныеСчета»с таблицей«ДанныеДляАвансОтчета».

Поле:«КодСчета»в обеих таблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «ОсновныеСчета»)

Связывание:мастер подстановокв таблице«ДанныеДляАвансОтчета»

Примечания:к каждому счетаможет относитсянесколькозаписей поавансовомуотчету.

5.Связь таблицы«ДанныеДляАвансОтчета»с таблицей«АвансовыйОтчет».

Поле:«Код» в таблице«ДанныеДляАвансОтчета»с полем «ИдентКод»в таблице«АвансовыйОтчет».

Типсвязи: один комногим с обеспеченияцелостностиданных с каскаднымудалением икаскаднымобновлениемданных.

(одинсо сторонытаблицы«ДанныеДляАвансОтчета»)

Связывание:в окне схемыданных.

Часть4. (листинг 2.4)

(таблицы«Заказчики»,«ДругиеСчета»,«ДругиеПлатежки»,«ДругиеЗаказы»,«ДанныеДляАвансОтчетаДр»,«АвансовыйОтчетДр».)

1.Связь таблицы«Заказчики»с таблицей«ДругиеСчета».

Поле:«КодЗаказчика»в обеих таблицах.

Типсвязи: один комногим с обеспеченияцелостностиданных с каскаднымудалением икаскаднымобновлениемданных.

(одинсо сторонытаблицы «Заказчики»)

Связывание:в окне схемыданных.

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

2.Связь таблицы«Заказчики»с таблицей«ДанныеДляАвансОтчетаДр».

Поле:«КодЗаказчика»в обеих таблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «Заказчики»)

Связывание:мастер подстановокв таблице«ДанныеДляАвансОтчетаДр»

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

3.Связь таблицы«ДругиеСчета»с таблицей«ДругиеЗаказы».

Поле:«КодСчета»в обеих таблицах.

Типсвязи: один комногим с обеспеченияцелостностиданных с каскаднымудалением икаскаднымобновлениемданных.

(одинсо сторонытаблицы «ДругиеСчета»)

Связывание:мастер подстановокв таблице«ДругиеЗаказы»

Примечания:к каждому счетуможет относитсянесколькозаписей подополнительнымзаказам.

4.Связь таблицы«ДругиеСчета»с таблицей«ДругиеПлатежки».

Поле:«КодСчета»в обеих таблицах.

Типсвязи: один комногим с обеспеченияцелостностиданных с каскаднымудалением икаскаднымобновлениемданных.

(одинсо сторонытаблицы «ДругиеСчета»)

Связывание:в окне схемыданных.

Примечания:каждый счетможет бытьоплачен несколькимиплатежнымипоручениями.

5.Связь таблицы«ДругиеСчета»с таблицей«ДанныеДляАвансОтчетаДр».

Поле:«КодСчета»в обеих таблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «ДругиеСчета»)

Связывание:мастер подстановокв таблице«ДанныеДляАвансОтчетаДр»

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

6.Связь таблицы«ДанныеДляАвансОтчетаДр»с таблицей«АвансовыйОтчетДр».

Поле:«Код» в таблице«ДанныеДляАвансОтчетаДр»с полем «ИдентКод»в таблице«АвансовыйОтчетДр».

Типсвязи: один комногим с обеспеченияцелостностиданных с каскаднымудалением икаскаднымобновлениемданных.

(одинсо сторонытаблицы«ДанныеДляАвансОтчета»)

Связывание:в окне схемыданных.

Часть5. (листинг 2.5)

(таблицы«ОсновныеСчета»,«Источник»,«Подразделение»,«Сотрудники»)

1.Связь таблицы«ОсновныеСчета»с таблицей«Источник».

Поле:«КодИсточника»в обеих таблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «Источник»)

Связывание:мастер подстановокв таблице«ОсновныеСчета»

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

2.Связь таблицы«ОсновныеСчета»с таблицей«Подразделение».

Поле:«КодПодразделения»в обеих таблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «Подразделение»)

Связывание:мастер подстановокв таблице«ОсновныеСчета»

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

3.Связь таблицы«ОсновныеСчета»с таблицей«Сотрудники».

Поле:«КодСотрудника»в обеих таблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «Сотрудники»)

Связывание:мастер подстановокв таблице«ОсновныеСчета»

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

Часть6. (листинг 2.6)

(таблицы«ИзменениеАвансОтчета»,«Системы»,«СчетаФактуры»,«МесяцыСГодом»,«ПоследнииДниМесяцаСГодом»)

1.Связь таблицы«ИзменениеАвансОтчета»с таблицей«Системы».

Поле:«КодСистемы»в обеих таблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(*Можетстоит заменитьтип связи на«с обеспечениемцелостностиданных»?)

(одинсо сторонытаблицы «Системы»)

Связывание:мастер подстановокв таблице «ИзменениеАвансОтчета»

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

2.Связь таблицы«СчетаФактуры»с таблицей«МесяцыСГодом».

Поле:«Код» в обеихтаблицах.

Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «МесяцыСГодом»)

Связывание:мастер подстановокв таблице «ИзменениеАвансОтчета»

Примечания:данная связьзаменяетповторяющеесятекстовыезначения месяцаи года датысчета-фактурысоответствующимкодом из таблицы«МесяцыСГодом».

3.Связь таблицы«СчетаФактуры»с таблицей«ПоследнииДниМесяцаСГодом».

Поле:«КодСчетаФактуры»в таблице«СчетаФактуры»с полем «Код»в таблице«ПоследнииДниМесяцаСГодом».

.Типсвязи: один комногим безобеспеченияцелостностиданных.

(одинсо сторонытаблицы «МесяцыСГодом»)

Связывание:мастер подстановокв таблице «ИзменениеАвансОтчета»

Примечания:данная связьзаменяетповторяющеесятекстовыезначения месяцаи года датысчета-фактурысоответствующимкодом из таблицы«ПоследнииДниМесяцаСГодом».

3.5. Техническаяреализацияпроекта.

3.5.1.Общее описаниеработы с приложением.

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

Далее,пользуяськомандами меню,пользовательможет выбратьразные вариантыработы:

выпискасчетов;

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

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

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

-получениефинансовойинформациив общем.

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

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

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

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

3.5.2.Формы отчетности(счетов,актов, счетов-фактур,накладных).

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

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

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

3.5.3.Сервисныефункции.

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

3.5.4. Описаниеструктурыпрограммы.

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

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

1.«ОсновнаяОформлениеСчетов»- основная

(источникзаписей таблица«Заказчики»).

2.«ОсновныеСчета:Подчиненая»- подчиненная1(к основной)

(источникзаписей таблица«СчетаОсновные»).

3.«Дистрибутивы1»- подчиненная1.1(к подчиненной1)

(источникзаписей таблица«Дистрибутивы»).

Форма«ОсновнаяОформлениеСчетов».

а)Поля.

1)«Образец»

Назначение:для ввода текстовойи цифровойинформациииспользующейсядля поиска поназванию организациив процедуреобработкисобытия кнопки«Кнопка165»(Найти).

Вводимоезначение: текстовоеили цифровое.

2)«Долг»

Назначение:свободное поледля отображениянеучтеннойзадолженностидля текущейорганизации.

Заполнение:в процедуреобработкисобытия пособытию «Текущаязапись» дляданной формы.

Примечание:при очисткеданного поляснимаетсязадолженностьс данной организациии очищаютсясоответствующеесвязанные поляв таблице«КредитАванс».Это осуществляетсяпо событию«После обновления»в процедуреобработкисобытия (листинг3.1).

3)«Код» (поле сосписком)

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

4)«Организация»

Назначение:для отображенияназвания текущейорганизации.

Источникзаписей: аналогичноеполе в исходнойтаблице.

5)«Прейскурант»

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечания:

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

-на событию«Потеря фокуса»в процедуреобработкисобытия (листинг3.3), происходитпроверка наналичие вводапустого значения.

6)«ВидСопровождения»

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

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

Источникзаписей: аналогичноеполе в исходнойтаблице.

7)«Список116»(Список)

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

Источникзаписей: SQL - запроспо таблице«Заказчики».

Примечания:сформированс помощью мастера.

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

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

Источникизаписей: аналогичныеполя в исходнойтаблице.

б)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)

1)«Кнопка165»(Найти).

Назначение:для поиска ивывода информациипо организациипо текстовомуобразцу введенномув поле «Образец».Процедураобработкисобытий (листинг3.4).

Примечания:задание флагуflagFind значенияTrue (используетсядля отлавливанияошибки в «Отсутствиетекущей записи»,процедуреобработкисобытия пособытию «Текущаязапись» дляформы «Основная»).

2)«Кнопка177»(Настройкисчета).

Назначение:для вывода наэкран диалоговогоокна «Настройкисчета» (смотрипункт __ ).

Примечания:реализацияс помощью мастера.

3)«Кнопка170»(Настройкисчета).

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

Примечания:реализацияс помощью мастера.

4)«КнопкаЗакрытьФорму»(Настройкисчета).

Назначение:для закрытиятекущей формы.

Примечания:реализацияс помощью мастера.

5)«Кнопка_Новая_Запись»(Новая организация).

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

Примечания:реализацияс помощью мастера,задание флагуflagNew значения True(используетсядля отлавливанияошибки в «Отсутствиетекущей записи»,процедуреобработкисобытия пособытию «Текущаязапись» дляформы «Основная»).

6)«Примечания»

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

Примечания:реализацияс помощью мастера.

в)Переключатели.(для переключателейпроцедурыобработкисобытий вызываютсяпо событию«После обновления»)

1)«Группа 168»(Организация-Счет).

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

Примечания:задание свойству«Visible» значенияTrue или Falseвзависимостиот положенияпереключателя.событию«Текущая запись»для формы«Основная»).

Форма«ОсновныеСчета:Подчиненая».

а)Поля.

1)«НомерСчета».

Назначение:для ввода иотображенияномера счетадля текущейорганизации.

Заполнение:ввод с клавиатурыили по процедуреобработкисобытий кнопки«КнопкаНоваяЗапись»в данной форме(смотри пункт__).

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:значение данногополя изменяетсяв процедуреобработкисобытий пособытию «Послеобновления»поля со списком«КодОтдела»(смотри пункт4)).

2)«ДатаСчета».

Назначение:для ввода иотображениядаты счета длятекущей счета.

Заполнение:ввод с клавиатурыили по умолчанию,в свойстве«Значение поумолчанию»,значениемтекущей даты(функция Now()).

Источникзаписей: аналогичноеполе в исходнойтаблице.

3)«Код» (Формаоплаты).

Назначение:для отображенияи выбора формыоплаты данногосчета.

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:*надо убратьПОС по событию«После обновления».

4)«КодОтдела».

Назначение:для отображенияи выбора отделакоторый выписалданный счет..

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:по процедуреобработкисобытий пособытию «Послеобновления»изменяетсязначение поля«НомерСчета»в соответствиис существующейноменклатурой(листинг 3.6).

5)«СрокДействияСчета»(Срок действиясчета).

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

Заполнение:ввод с клавиатурыили по умолчанию,в свойстве«Значение поумолчанию»,значениемпоследнегочисла текущегомесяца (функцияEndMonth() - смотри списокфункций базыданных).

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:* необходимопеределатьфункцию EndMonth(), чтобызначение срокадействия счета= текущая дата+ 20 (15) дней.

6)«ЦенаДистрибутива»- скрытое поле.

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

Заполнение:по процедуреобработкисобытий длясобытия «Послеобновления»поля «КодСистемы»в форме Подчиненная1.1(смотри пункт__ в описанииформы Подчиненная1.1).

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

7)«ЦенаСпецВыпуска»- скрытое поле.

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

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

8)«Сопровождение»- скрытое поле.

Назначение:свободное поледля храненияцены на сопровождениесистемы, текущейв форме Подчиненная1,в соответствиис параметрамиполей «Прейскурант»и «ВидСопровождения»формы Основная.

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

9)«Месяц» - скрытоеполе.

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

Примечание:* необходимозаполнятьзначение данногополя при повторнойвыписке счета,возможно попроцедуреобработкисобытия длякнопки «Кнопка63»в форме Подчиненная1.1.

10)«КодЗаказчика»- скрытое поле.

Назначение:главное связующееполе по дляформ Подчиненная1и Основная.

Заполнение:автоматически.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:не удалять.

б)Флажки.

1)«ВыпискаНакладной»и «ВыпискаАктов»?.

Назначение:отметка о выпискеактов и накладныхпри покупкесистемы.

Заполнение:по процедуреобработкисобытия длякнопки «Кнопка170»в форме Основная.

Источникзаписей: аналогичноеполе в исходнойтаблице.

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

в)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)

1)«КнопкаНоваяЗапись».

Назначение:для переходана новую записьдля даннойформа (новыйсчет для текущейорганизации)и заполненияполя «НомерСчета»следующимномером согласносуществующейноменклатуре,очистка временныхтаблиц «НаВыпискуСчета»и «НаВыпискуНакладной».Процедураобработкисобытий (листинг3.7).

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

2)«Кнопка333»,«Кнопка334»,«Кнопка335»,«Кнопка336».

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

Форма«Дистрибутивы1».

а)Поля.

1)«КодМесяца»(Месяц) - полесо списком.

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

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

2)«КодСистемы»(Система).

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

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

3)«Код» (Тип системы)- поле со списком.

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:для данногополя, в процедуреобработкисобытий пособытию «Послеобновления»,происходитрасчет ценысистемы исопровождения(поля «Цена»и«Сопровождение»)в соответствиис выбраннымзначениемданного поляи со значениямиполей «СпецвыпускИлиНет»,«Количество»,«Скидки»,«КоличествоМ»,«СкидкиС»текущей формы(листинг 3.10).

4)«СпецвыпускИлиНет»- флажок. (Спецвыпуск).

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:для данногополя, в процедуреобработкисобытий пособытию «Послеобновления»,происходитрасчет ценысистемы исопровождения(поля «Цена»и«Сопровождение»)в соответствиисо значениемданного поляи со значениямиполей «СпецвыпускИлиНет»,«Количество»,«Скидки»,«КоличествоМ»,«СкидкиС»текущей формы(листинг 3.11).

5)«Флажок58» - флажок.(только ИПС).

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:для данногополя, в процедуреобработкисобытий пособытию «Послеобновления»,происходитрасчет ценысопровожденияв соответствиисо значениемданного поляи со значениямиполей «СпецвыпускИлиНет»,«Количество»,«Скидки»,«КоличествоМ»,«СкидкиС»текущей формы,и присваиваетсяNull значению поле«Цена» (листинг3.12).

6)«Примечание».

Назначение:для ввода иотображениякомментариевк текущемузаказу.

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

7)«НомерДистрибутива»- необходимостьв данной форме???.

8)«Количество»(Количествосистем). - необходимостьв данной форме???.

Назначение:для ввода иотображенияколичествасистем на которыеоформляетсяданный заказсчета.

Заполнение:постоянноезначение, равное1.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:для данногополя, в процедуреобработкисобытий пособытию «Послеобновления»,происходитрасчет цен поданному заказусчета в соответствиисо значениемв данном полеи со значениямиполей «СпецвыпускИлиНет»,«Скидки»,«КоличествоМ»,«СкидкиС»текущей формы(листинг 3.13).

9)«Скидки» (Скидкина систему).

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

Заполнение:ввод с клавиатуры,значение дляввода - дробноечисло (0.15 - 15%).

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:для данногополя, в процедуреобработкисобытий пособытию «Послеобновления»,происходитрасчет цен поданному заказусчета в соответствиисо значениемскидки в данномполе и со значениямиполей «СпецвыпускИлиНет»,«Количество»,«КоличествоМ»,«СкидкиС»текущей формы(листинг 3.14).

10)«КоличествоМ»(Количествомесяцев)

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:для данногополя, в процедуреобработкисобытий пособытию «Послеобновления»,происходитрасчет цен поданному заказусчета в соответствиисо значениемв данном полеи со значениямиполей «СпецвыпускИлиНет»,«Скидки»,«Количество»,«СкидкиС»текущей формы(листинг 3.15).

11)«СкидкиС»(Скидки на сопров.).

Назначение:для ввода иотображениявеличены скидкина сопровождение.

Заполнение:ввод с клавиатуры,значение дляввода - дробноечисло (0.15 - 15%).

Источникзаписей: аналогичноеполе в исходнойтаблице.

12)«Цена» (Поставка).

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

Заполнение:ввод с клавиатурыили по процедуреобработкисобытий вышеописанныхполей.

Источникзаписей: аналогичноеполе в исходнойтаблице.

13)«Сопровождение».

Назначение:для ввода иотображенияцены на сопровождение.

Заполнение:ввод с клавиатурыили по процедуреобработкисобытий вышеописанныхполей.

Источникзаписей: аналогичноеполе в исходнойтаблице.

14)«КодСчета»- скрытое поле.

Назначение:главное связующееполе по дляформ Подчиненная1и Подчиненная1.1.

Заполнение:автоматически.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:не удалять.

15)«СистемыНаВыписку»- список.

Назначение:свободное поледля отображенияперечня заказоввходящих всчет.

Заполнение:по SQL - запросу.

Источникстрок: SQL - запроспо таблице«НаВыпискуСчета».

(SELECTDISTINCTROW [НаВыпискуСчета].[Код],[НаВыпискуСчета].[Система],[НаВыпискуСчета].[Количество]FROM [НаВыпискуСчета];)

Примечание:так как данноеполе имеетисточник строкSQL - запрос повременнойтаблице, тоотображениеизменений дляданного поляпроисходитпосле обновленияданных в форме(DoCmd Refresh).

б)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)

1)«Кнопка63» (Добавитьновую >- привыписке в счетенового заказа).

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

Примечания:- .

2)«Кнопка69» (Добавить> - при повторнойвыписке счета).

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

Примечания:- .

3)«Кнопка71»,«Кнопка72»,«Кнопка73»,«Кнопка75».

Назначение:для переходапо записям длятекущей формы(заказы дляданной счета).Реализацияс помощью мастера.

4)«Кнопка70».

Назначение:для удалениявыделеннойзаписи в списке«СистемыНаВыписку»из временнойтаблицы «НаВыпискуСчета»с проверкойна наличиевыделеннойзаписи, обновлениесодержимогоформы, с цельюотображенияпоследнихизменений (всписке «СистемыНаВыписку»).Процедураобработкисобытий (листинг3.19).

Примечания:- .

5)«Кнопка74».

Назначение:для удалениявсех записейв списке «СистемыНаВыписку»из временнойтаблицы «НаВыпискуСчета»,обновлениесодержимогоформы, с цельюотображенияпоследнихизменений (всписке «СистемыНаВыписку»).Процедураобработкисобытий (листинг3.20).

Примечания:- .

Комментарии.

Описаннаяструктура имеетследующиеособенностиработы

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

(листинг3.21).

2.Также для формыОсновная призагрузкиинициализируютсядве переменныеflagNew и flagFind использующиесядля устраненияошибок в процедуреобработкисобытий пособытию «Текущаязапись» дляформы Основная(для новойорганизациине может бытькредиторскойили авансовойзадолженности).Значения переменных- флагов устанавливаютсяв процедурахобработкисобытий длякнопок «Кнопка165»(flagFind) и «Кнопка_Новая_Запись»(flagNew). (листинг 3.22).

3.Для формыПодчиненная1по событию«Открытие»в процедуреобработкисобытий происходиточистка временнойтаблицы «НаВыпискуСчета»и «НаВыпискуНакладной»по функцииClearListBox()

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

1.«Просмотр»- основная

(источникзаписей таблица«Заказчики»).

2.«ПросмотрSub»- подчиненная1(к основной)

(источникзаписей таблица«СчетаОсновные»).

3.«ПросмотрSubSub»- подчиненная1.1(к подчиненной1)

(источникзаписей таблица«Дистрибутивы»).

4.«Платежки»- подчиненная1.2(к подчиненной1)

(источникзаписей таблица«Платежки»).

5.«СчетаФактурыОсновные»- подчиненная1.3(к подчиненной1)

(источникзаписей таблица«СчетаФактурыОсновные»).

Форма«Просмотр».

а)Поля.

1)«Образец»

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

поназванию организациив процедуреобработкисобытия кнопки«Кнопка165»(Найти).

Вводимоезначение: текстовоеили цифровое.

2)«Код» (поле сосписком)

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

3)«Организация»

Назначение:для отображенияназвания текущейорганизации.

Источникзаписей: аналогичноеполе в исходнойтаблице.

4)«Список116»(Список)

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

Источникзаписей: SQL - запроспо таблице«Заказчики».

Примечания:сформированс помощью мастера.

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

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

Источникизаписей: аналогичныеполя в исходнойтаблице.

6)«ПервыйМесяц»

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

Примечания:вводимое значениев кратком форматедаты (например04.03.97) используетсятолько дляформированияначальной датыпри выпискеакты и счета-фактурына сопровождениедля текущейорганизации.

б)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)

1)«Кнопка165»(Найти).

Назначение:для поиска ивывода информациипо организациипо текстовомуобразцу введенномув поле «Образец».Процедураобработкисобытий (листинг3.23).

2)«Кнопка139»(Настройкипечати).

Назначение:для вывода наэкран диалоговогоокна «Настройкисчета» (смотрипункт __).

Примечания:реализацияс помощью мастера.

3)«Кнопка174».

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

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

4)«КнопкаЗакрытьФорму»(Настройкисчета).

Назначение:для закрытиятекущей формы.

Примечания:реализацияс помощью мастера.

5)«Кнопка181».

Назначение:для предварительногопросмотраобразца актови счетов-фактурна сопровождениепо счету длятекущей организации(листинг 3.25)

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

Форма«ПросмотрSub».

а)Поля.

1)«НомерСчета».

Назначение:для отображенияномера счетадля текущейорганизации.

Источникзаписей: аналогичноеполе в исходнойтаблице.

2)«Код» (Формаоплаты).

Назначение:для отображенияи выбора формыоплаты данногосчета.

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

3)«КодОтдела»(Отделы).

Назначение:для отображенияи выбора отделакоторый выписалданный счет..

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

4)«НомерНакладной»((№ Накладной).

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

Заполнение:в ввод с клавиатурыили в процедуреобработкисобытий пособытию «Послеобновления»группы «Группв337»(смотри пункт__ ).

Источникзаписей: аналогичноеполе в исходнойтаблице.

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

5)«ВсеПлатежки»- скрытое поле.

Назначение:свободное поледля хранениятекстовойинформациипо платежнымпоручениямоплачивающимтекущий счет(Пример: № 24 от03.02.97).

Заполнение:в процедуреобработкисобытий кнопки«Кнопка174» вформе Основная.(смотри пункт__ ).

Примечание:* усовершенствоватьзаполнениепо правилам(Пример: 3 февраля1997 года).

6)«ПоСчету» (епо счету).

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

Заполнение:в процедуреобработкисобытий кнопки«Кнопка347»(Занести).

7)«ПоПлатежке»(е по платежке).

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

Заполнение:в процедуреобработкисобытий кнопки«Кнопка347»(Занести)(смотрипункт __ ).

8)«Разница».

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

Заполнение:в процедуреобработкисобытий кнопки«Кнопка347»(Занести)(смотрипункт __ ).

9)«КодИсточника».

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

10)«КодПодразделения».

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

11)«КодСотрудника».

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

12)«КодАгента».

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

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

13)«Агент_процент_1»(%от реализации).

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

Заполнение:ввод с клавиатуры,тип вводимогозначения дробноечисло с разделителемточка (Пример:0.1 - 10%).

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:в процедуреобработкисобытий пособытию «Послеобновления»для данногополя рассчитываетсязначение в поле«ВознагрАгента»и «НаРукиАгент»текущей формы(листинг 3.27).

14)«Агент_процент_2»(%от сопровож.).

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

Заполнение:ввод с клавиатуры,тип вводимогозначения дробноечисло с разделителемточка (Пример:0.1 - 10%).

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:в процедуреобработкисобытий пособытию «Послеобновления»для данногополя рассчитываетсязначение в поле«ВознагрАгента»«НаРукиАгент»текущей формы(листинг 3.28).

15)«ВознагрАгент»(Сумма).

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

Заполнение:в процедуреобработкисобытий пособытию «Послеобновления»для поля «Агент_процент_1»и поля «Агент_процент_2».

Источникзаписей: аналогичноеполе в исходнойтаблице.

16)«НаРукиАгент»(На руки).

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

Источникзаписей: аналогичноеполе в исходнойтаблице.

17)«КурсДоллара»(Курс $).

Назначение:для отображениясегодняшнегокурса доллара.

Заполнение:ввод с клавиатуры(пока).

Источникзаписей: аналогичноеполе в исходнойтаблице.

Поле392

18)«Поле392» (Суммав $).

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

Заполнение:=[ВознагрАгент]/[КурсДоллара].

19)«СуммаСНакоплением».

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

Заполнение:в процедуреобработкисобытий пособытию «Послеобновления»для поля «КодАгента».

20)«КодЗаказчика»- скрытое поле.

Назначение:главное связующееполе по дляформ Подчиненная1и Основная.

Заполнение:автоматически.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:не удалять.

б)Флажки.

1)«ВыпискаНакладной»и «ВыпискаАктов».

Назначение:отметка о выпискеактов и накладныхпри покупкесистемы.

Заполнение:по процедуреобработкисобытия длякнопки «Кнопка174»в форме Основная.

Источникзаписей: аналогичноеполе в исходнойтаблице.

2)«ОплатаСчета».

Назначение:отметка обоплате текущегосчета.

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:в процедуреобработкисобытий пособытию «Послеобновления»для данногополя свойствуVisible формы Подчиненая1.2присваиваетсязначение True илиFalse в зависимостиот факта оплатысчета (листинг3.29).

3)«ВнесениеВАО»(Внесениев авансовыйотчет). - скрытоеполе

Назначение:отметка о внесениесуммы по текущемусчету в авансовыйотчет.

Заполнение:по процедуреобработкисобытия длякнопки «Кнопка347»в текущей форме.

Источникзаписей: аналогичноеполе в исходнойтаблице.

в)Группы.

1)«Группа337».

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

Примечания:* автоматическоевычислениеследующегономера накладной(поле «НомерНакладной»втекущей форме)и счета-фактуры(поле «НомерСчетаФактуры»в форме Подчиненая1.3)в процедуреобработкисобытий пособытию «Послеобновления»для даннойгруппы (листинг3.30).

г)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)

1)«Кнопка322»,«Кнопка323»,«Кнопка324»,«Кнопка325».

Примечания:* по процедурамобработкисобытий дляданных кнопокпроисходиточистка содержимоговременныхтаблиц «НаВыпискуСчета»и «НаВыпискуНакладной»(листинг 3.31).

2)«Кнопка347».

Назначение:для занесенияданных по текущемусчету в авансовыйотчет (листинг3.32).

Примечания:* отладитьвозникновениеошибок и тестировать,тестировать,тестировать.

3)«Кнопка368».

Назначение:для удаленияданных по текущемусчету из авансовогоотчета (листинг3.33).

Примечания:* пользоватьсяаккуратно.

Форма«ПросмотрSubSub».

а)Поля.

1)«КодСистемы»(Система).

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:*нужно ли позволятьвыбор и вводв этом и следующихполях, кромеполя «НомерДистрибутива»

2)«Код» (Тип системы)- поле со списком.

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

3)«СпецвыпускИлиНет»- флажок. (Спецвыпуск).

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

4)«НомерДистрибутива».

Назначение:для ввода иотображения,номера дистрибутивавыписываемойсистемы.

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

5)«Скидки» (Скидкина систему). -необходимостьв данной форме???.

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

Заполнение:ввод с клавиатуры,значение дляввода - дробноечисло (0.15 - 15%).

Источникзаписей: аналогичноеполе в исходнойтаблице.

6)«КоличествоМ»(Количествомесяцев) - необходимостьв данной форме???.

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

7)«СкидкиС»(Скидки на сопров.)- необходимостьв данной форме???.

Назначение:для ввода иотображениявеличены скидкина сопровождение.

Заполнение:ввод с клавиатуры,значение дляввода - дробноечисло (0.15 - 15%).

Источникзаписей: аналогичноеполе в исходнойтаблице.

8)«Цена» (Поставка).

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

Источникзаписей: аналогичноеполе в исходнойтаблице.

9)«Сопровождение».- необходимостьв данной форме???.

Назначение:для ввода иотображенияцены на сопровождение.

Источникзаписей: аналогичноеполе в исходнойтаблице.

10)«СистемыНаВыписку»- список.

Назначение:свободное поледля отображенияперечня заказоввходящих всчет.

Заполнение:по SQL - запросу.

Источникстрок: SQL - запроспо таблице«НаВыпискуСчета».

(SELECTDISTINCTROW [НаВыпискуСчета].[Код],[НаВыпискуСчета].[Система],[НаВыпискуСчета].[Количество]FROM [НаВыпискуСчета];)

11)«КодСчета»- скрытое поле.

Назначение:главное связующееполе по дляформ Подчиненная1и Подчиненная1.1.

Заполнение:автоматически.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:не удалять.

12)«КодМесяца»- скрытое поле.

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

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:используетсяпри выпискеактов.

б)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)

1)«КнопкаНЗ»(Добавить внакладную >).

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

Примечания:- .

2)«Кнопка49»,«Кнопка50»,«Кнопка51»,«Кнопка52».

Назначение:для переходапо записям длятекущей формы(заказы дляданной счета).Реализацияс помощью мастера.

Форма«Платежки»-ленточнаяформа.

а)Поля.

1)«НомерПлатежки».

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

2)«ДатаПлатежки».

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

3)«СуммаПлатежки».

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

4)«ДатаВыписки».

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

5)«КодСчета»- скрытое поле.

Назначение:главное связующееполе по дляформ Подчиненная1и Подчиненная1.2.

Заполнение:автоматически.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:не удалять.

Форма«СчетаФактурыОсновные».

а)Поля.

1)«НомерСчетаФактуры».

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

Заполнение:ввод с клавиатурыили в процедуреобработкисобытий пособытию «Послеобновления»для группы«Группа337».

Источникзаписей: аналогичноеполе в исходнойтаблице.

2)«КодСчета»- скрытое поле.

Назначение:главное связующееполе по дляформ Подчиненная1и Подчиненная1.3.

Заполнение:автоматически.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:не удалять.

Комментарии.

Описаннаяструктура имеетследующиеособенностиработы

1.Для формы Основнаяи ПросмотрSubпо событию«Текущая запись»в процедуреобработкисобытий происходитпроверка значенияполя «ОплатаСчета»и в соответствиис этим свойствуформы Подчиненная1.2задается значениеTrue или False.(листинг3.35).

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

1.«ДругиеЗаказыОформление»- основная

(источникзаписей таблица«Заказчики»).

2.«ДругиеСчетаПод»- подчиненная1(к основной)

(источникзаписей таблица«ДругиеСчета»).

3.«ДругиеСчетаПодПод»- подчиненная1.1(к подчиненной1)

(источникзаписей таблица«Дистрибутивы»).

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

Форма«ДругиеЗаказыОформление».

а)Поля- аналогичны.

б)Группы- аналогичны.

в)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)

1)«Кнопка170».

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

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

Форма«ДругиеСчетаПод».

а)Поля- аналогичны,кроме:

1)«Цена», «Сопровождение»,«ЦенаСпецВыпуска».

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

Источникзаписей: аналогичноеполе в исходнойтаблице.

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

1)«КнопкаНоваяЗапись».

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

2)«Кнопка333»,«Кнопка334»,«Кнопка335»,«Кнопка336».

Форма«ДругиеСчетаПодПод».

а)Поля.

1)«КодСистемы»(Наименование).

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

2)«Примечания».

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

3)«НомерДистрибутива»(Рег. номер).

Назначение:для ввода иотображенияуникальногоидентификационногономера товарав заказе длятекущего счета(если он есть).

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

4)«Количество».

Назначение:для ввода иотображенияколичестваединиц товарав заказе длятекущего счета(если он есть).

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

5)«Цена».

Назначение:для ввода иотображениястоимостиуказанногоколичестватовара (безНДС) в заказедля текущегосчета (то естьвводимое значение= цена 1-й ед. товара* кол-во товара).

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

5)«СистемыНаВыписку»- список.
Назначение:свободное поледля отображенияперечня заказоввходящих всчет.

Заполнение:по SQL - запросу.

Источникстрок: SQL - запроспо таблице«НаВыпискуСчета».

(SELECTDISTINCTROW [НаВыпискуСчета].[Код],[НаВыпискуСчета].[Система],[НаВыпискуСчета].[Количество]FROM [НаВыпискуСчета];)

5)«КодСчета»- скрытое поле.

Назначение:главное связующееполе для формПодчиненная1и Подчиненная1.1.

Заполнение:автоматически.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:не удалять.

б)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)

1)«Кнопка63» (Добавитьновую >- привыписке в счетенового заказа).

Примечания:- .

2)«Кнопка69» (Добавить> - при повторнойвыписке счета).

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

Примечания:- .

3)«Кнопка71»,«Кнопка72»,«Кнопка73»,«Кнопка75».

Назначение:для переходапо записям длятекущей формы(заказы дляданной счета).Реализацияс помощью мастера.

4)«Кнопка70».

Примечания:- .

5)«Кнопка74».

Примечания:- .

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

1.«ПросмотрДрСчетов»- основная

(источникзаписей таблица«Заказчики»).

2.«ПросмотрДрСчетовSub»- подчиненная1(к основной)

(источникзаписей таблица«ДругиеСчета»).

3.«ПросмотрДрСчетовSubSub»- подчиненная1.1(к подчиненной1)

(источникзаписей таблица«ДругиеЗаказы»).

3.«ДругиеПлатежки»- подчиненная1.2(к подчиненной1)

(источникзаписей таблица«ДругиеПлатежки»).

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

Форма«ПросмотрДрСчетов».

а)Поля- аналогичны.

б)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)- аналогичны

в)Группы. (длягрупп процедурыобработкисобытий вызываютсяпо событию«После обновления»).

1)«Группа 168»(Организация-Счет).

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

Примечания:задание свойству«Visible» значенияTrue или False в зависимостиот положенияпереключателя.

Форма«ПросмотрДрСчетовSub».

а)Поля- аналогичны,кроме.

1)«НомерСчетаФактуры».

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

Заполнение:ввод с клавиатуры(пока).

Источникзаписей: аналогичноеполе в исходнойтаблице.

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

2)«НомерНакладной».

Назначение:для ввода илиотображенияномера накладнойдля данногосчета.

Заполнение:ввод с клавиатуры(пока).

Источникзаписей: аналогичноеполе в исходнойтаблице.

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

в)Группы.

1)«Группа337».

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

Примечания:

г)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)

1)«Кнопка322»,«Кнопка323»,«Кнопка324»,«Кнопка325».

Примечания:* по процедурамобработкисобытий дляданных кнопокпроисходиточистка содержимоговременныхтаблиц «НаВыпискуСчета»и «НаВыпискуНакладной»(листинг 3.43).

2)«Кнопка347».

Назначение:для занесенияданных по текущемусчету в авансовыйотчет (листинг3.44).

Примечания:* отладитьвозникновениеошибок и тестировать,тестировать,тестировать.

3)«Кнопка368».

Назначение:для удаленияданных по текущемусчету из авансовогоотчета (листинг3.45).

Примечания:* пользоватьсяаккуратно.

Форма«ПросмотрДрСчетовSubSub».

а)Поля

1)«Наименование».

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

2)«Примечания».

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

3)«НомерДистрибутива»(Рег. номер). ?

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

4)«Количество».

Назначение:для ввода иотображенияколичестваединиц товарав заказе длятекущего счета(если он есть).

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

5)«Цена».

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

6)«СистемыНаВыписку»- список.
Назначение:свободное поледля отображенияперечня заказоввходящих всчет-фактуру.

Заполнение:по SQL - запросу.

Источникстрок: SQL - запроспо таблице«НаВыпискуСчета».

(SELECTDISTINCTROW [НаВыпискуСчета].[Код],[НаВыпискуСчета].[Система],[НаВыпискуСчета].[Количество]FROM [НаВыпискуСчета];)

7)«Список63» -список.
Назначение:свободное поледля отображениязаказов входящихв накладную.

Заполнение:по SQL - запросу.

Источникстрок: SQL - запроспо таблице«НаВыпискуНакладной».

(SELECTDISTINCTROW НаВыпискуНакладной.Код,НаВыпискуНакладной.Система,НаВыпискуНакладной.[К-во]FROM НаВыпискуНакладной;)

8)«Список69» -список.
Назначение:свободное поледля отображениязаказов входящихв акты (на установку,информационныеуслуги).

Заполнение:по SQL - запросу.

Источникстрок: SQL - запроспо таблице«НаВыпискуАктовИПС1».

(SELECTDISTINCTROW НаВыпискуАктовИПС1.Код,НаВыпискуАктовИПС1.НаименованиеFROM НаВыпискуАктовИПС1;)

9)«КодСчета»- скрытое поле.

Назначение:главное связующееполе для формПодчиненная1и Подчиненная1.1.

Заполнение:автоматически.

Источникзаписей: аналогичноеполе в исходнойтаблице.

Примечание:не удалять.

г)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)

1)«Кнопка59»,«Кнопка60»,«Кнопка61»,«Кнопка62».

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

Примечания:*

2)«КнопкаНЗ»(Добавить >).

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

Примечания:- .

3)«Кнопка68» (Добавитьв акт >).

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

Примечания:- .

4)«Кнопка70».

Примечания:- .

5)«Кнопка74».

Примечания:- .

6)«Кнопка66».

Назначение:для удалениявыделеннойзаписи в списке«Список63» извременнойтаблицы«НаВыпискуНакладной»с проверкойна наличиевыделеннойзаписи, обновлениесодержимогоформы, с цельюотображенияпоследнихизменений (всписке «Список63»).Процедураобработкисобытий (листинг3.50).

Примечания:- .

7)«Кнопка65».

Назначение:для удалениявсех записейв списке «Список63»из временнойтаблицы«НаВыпискуНакладной»с проверкойна наличиевыделеннойзаписи, обновлениесодержимогоформы, с цельюотображенияпоследнихизменений (всписке «Список63»).Процедураобработкисобытий (листинг3.51).

Примечания:- .

6)«Кнопка71».

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

Примечания:- .

6)«Кнопка73».

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

Примечания:- .

Форма«ДругиеПлатежки»- ленточнаяформа.

а)Поля - аналогичныформе «Платежи»

5.Оформлениесчетов-фактурна сопровождениепо авансовымостаткам с 1996года

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

1.«ОформлениеСчетовФактур»- основная

(источникзаписей таблица«Заказчики»).

2.«ОформСчетовФактурSubSub»- подчиненная1(к основной)

(источникзаписей таблица«СчетаФактуры»).

Форма«ОформлениеСчетовФактур».

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

а)Поля - аналогичны

б)Группы.

1)«Группа 168»(Организация- Счет-фактура).

Назначение:для переходамежду информациейо счете-фактуреи адреснымиреквизитамидля текущейорганизации.Процедураобработкисобытий (листинг3.54)

Примечания:задание свойству«Visible» значенияTrue или False в зависимостиот положенияпереключателя.

в)Кнопки - аналогичны

Форма«ОформлениеСчетовФактур».

а)Поля

1)«КодСистемы».

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

Заполнение:выбор из списка.

Источникзаписей: списокзначений.

2)«Код» (Месяц).

Назначение:для выбора иотображениямесяца за (по)который оказанывышеназванныеуслуги.

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

3)«КодДатаСчетаФактуры»(Дата счета-фактуры).

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

Заполнение:выбор из списка.

Источникзаписей: аналогичноеполе в исходнойтаблице.

4)«НомерСчетаФактуры»(№ счета-фактуры).

Назначение:для ввода иотображенияномера выписываемогосчета-фактуры(согласносуществующейноменклатуре).

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

5)«Количество».

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

6)«Цена».

Назначение:для ввода иотображениястоимости услугза вышеуказанноеколичествомесяцев, накоторые оформляетсясчет-фактура.

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

7)«НомерПлатежки».

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

8)«ДатаПлатежки».

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

Заполнение:ввод с клавиатуры.

Источникзаписей: аналогичноеполе в исходнойтаблице.

9)«СистемыНаВыписку»- список.
Назначение:свободноесписок дляотображенияперечня заказоввходящих всчет-фактуру.

Заполнение:по SQL - запросу.

Источникстрок: SQL - запроспо таблице«НаВыпискуСчета».

(SELECTDISTINCTROW [НаВыпискуСчета].[Код],[НаВыпискуСчета].[Система],[НаВыпискуСчета].[Количество]FROM [НаВыпискуСчета];)

б)Кнопки. (длякнопок процедурыобработкисобытий вызываютсяпо событию«Нажатие кнопки»)

1)«Кнопка63» (Добавитьновую >- привыписке в счетенового заказа).

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

Примечания:- .

2)«Кнопка69» (Добавить>).

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

Примечания:- .

3)«Кнопка71»,«Кнопка72»,«Кнопка73»,«Кнопка75».

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

4)«Кнопка70».

Примечания:- .

5)«Кнопка74».

Примечания:- .

6.Ввод прейскурантовна сопровождениеи на системы.

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

1.«Прейскурант»- основная.(свободнаяформа)

2.«ПрейскурантОС»- подчиненная1(к основной)

(источникзаписей таблица«ПрейскурантОС»).

3.«ПрейскурантОП»- подчиненная2(к основной)

(источникзаписей таблица«ПрейскурантОП»).

4.«Прейскурант_Север»- подчиненная3(к основной)

(источникзаписей таблица«Прейскурант_Север»).

5.«Прейскурант_Россия»- подчиненная4(к основной)

(источникзаписей таблица«Прейскурант_Россия»).

Форма«Прейскурант».

а)Кнопки

1)«Кнопка119»(Отделпродаж).

Назначение:для вывода наэкран формыПодчиненная1и скрытия формПодчиненная2,3,4,замена подписинадписи «Регион»и надписи «Регион1»на ’ Отдел продаж’. Процедураобработкисобытий (листинг3.59).

Примечания:- .

2)«Кнопка117»(Отделсопровождения).

Назначение:для вывода наэкран формыПодчиненная2и скрытия формПодчиненная1,3,4,замена подписинадписи «Регион»и надписи «Регион1»на ’ Отделсопровождения’.Процедураобработкисобытий (листинг3.60).

Примечания:- .

3)«Кнопка118»(ПоРоссии).

Назначение:для вывода наэкран формыПодчиненная3и скрытия формПодчиненная1,2,4,замена подписинадписи «Регион»и надписи «Регион1»на ’ ИсключаяМоскву и Московскуюобласть’. Процедураобработкисобытий (листинг3.61).

Примечания:- .

4)«Кнопка120»( идр.).

Назначение:для вывода наэкран формыПодчиненная4и скрытия формПодчиненная1,2,3,замена подписинадписи «Регион»и надписи «Регион1»на ’ Для отдаленныхи северныхрайонов’. Процедураобработкисобытий (листинг3.62).

Примечания:- .

5)«КнопкаВыход».

Назначение:закрытие текущейформы.

Примечания:реализацияс помощью мастера.

Формы«ПрейскурантОС»,«ПрейскурантОП»,«Прейскурант_Север»,«Прейскурант_Россия»являются однотипнымипростыми формамидля ввода информациио ценах системдля разныхрегионов. Всеполя в формахимеют источникамиданных аналогичныеполя в исходныхтаблицах дляформ. Во всехформах присутствуюткнопки длянавигации позаписям (переходна новую, следующуюи предыдущуюзаписи)

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

1.«ЦенаСистем»- основная.(свободнаяформа)

2.«ЦенаСистемМосква»- подчиненная1(к основной)

(источникзаписей таблица«ЦенаСистемМосква»).

3.«ЦенаСистемРоссия»- подчиненная2(к основной)

(источникзаписей таблица«ЦенаСистемРоссия»).

4.«ЦенаСистемСевер»- подчиненная3(к основной)

(источникзаписей таблица«ЦенаСистемСевер»).

Форма«Прейскурант».

а)Кнопки

1)«Москва».

Назначение:для вывода наэкран формыПодчиненная1и скрытия формПодчиненная2,3,замена подписинадписи «Регион»и надписи «Регион1»на ’ Москва имосковскаяобласть’. Процедураобработкисобытий (листинг3.63).

Примечания:- .

2)«Россия».

Назначение:для вывода наэкран формыПодчиненная2и скрытия формПодчиненная1,3,замена подписинадписи «Регион»и надписи «Регион1»на ’ ИсключаяМоскву и Московскуюобласть’. Процедураобработкисобытий (листинг3.64).

Примечания:- .

3)«ИТД»( и др.).

Назначение:для вывода наэкран формыПодчиненная3и скрытия формПодчиненная1,2,замена подписинадписи «Регион»и надписи «Регион1»на ’ Для отдаленныхи северныхрайонов’. Процедураобработкисобытий (листинг3.65).

Примечания:- .

4)«КнопкаВыход».

Назначение:закрытие текущейформы.

Примечания:реализацияс помощью мастера.

Формы«ЦенаСистемМосква»,«ЦенаСистемРоссия»,«ЦенаСистемСевер»

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

7.Ввод и изменениеадресных ибанковскихреквизитоворганизаций.

Форма«НовыеЗаказчики»

а)Поля

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

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

1)«Образец»

Назначение:свободное поледля ввода текстовойи цифровойинформациииспользующейсядля поиска поназванию организациив процедуреобработкисобытия кнопки«Кнопка56»(Найти).

Вводимоезначение: текстовоеили цифровое.

2)«Список57»(Список)- скрытое поле

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

Источникзаписей: SQL - запроспо таблице«Заказчики».

Примечания:сформированс помощью мастера.

б)Кнопки

1)«Кнопка50».

Назначение:для вывода наэкран диалоговогоокна «СтатусЗаказчика»,для ввода новоготипа статусаорганизации(см пункт __ ).

Примечания:реализацияс помощью мастера.

2)«Кнопка43».

Назначение:переход нановую записьдля даннойформы (вводновой организации).

Примечания:реализацияс помощью мастера.

3)«Кнопка44»,«Кнопка45»,«Кнопка46»,«Кнопка47»

Назначение:переход позаписям даннойформы (первая,предыдущая,следующая ипоследняязаписи).

Примечания:реализацияс помощью мастера.

4)«Кнопка_Закрыть»

Назначение:закрытие даннойформы.

Примечания:реализацияс помощью мастера.

5)«Кнопка56»(Найти).

Назначение:для поиска ивывода информациипо организациипо текстовомуобразцу введенномув поле «Образец».Процедураобработкисобытий (листинг3.66).

Примечания:- .

8.Изменениеданных по авансовомуотчету (корректировкараспределениясумм по месяцамдля организаций).

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

1.«ИзменитьАвансОтчет»- основная

(источникзаписей таблица«Заказчики»).

2.«SubИзменениеАавнсОтчета»- подчиненная1(к основной)

(источникзаписей временнаятаблица «ИзменениеАвансОтчета»).

3.«ИзменАавнсОтчТАБЛ»- вспомогательная

(источникзаписей таблица«АвансовыйОтчет»).

Форма«ИзменитьАвансОтчет»

а)Поля

1)«Образец»

Назначение:свободное поледля ввода текстовойи цифровойинформациииспользующейсядля поиска поназванию организациив процедуреобработкисобытия кнопки«Кнопка24»(Найти).

Вводимоезначение: текстовоеили цифровое.

2)«Организация»

Назначение:для отображенияназвания текущейорганизации.

Источникзаписей: аналогичноеполе в исходнойтаблице.

3)«Список13» - список.

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

Источникзаписей: SQL - запроспо таблице«Заказчики».

Примечания:сформированс помощью мастера.

б)Кнопки

1)«Кнопка24»(Найти).

Назначение:для поиска ивывода информациипо организациипо текстовомуобразцу введенномув поле «Образец».Процедураобработкисобытий (листинг3.67).

Примечания:.

2)«КнопкаЗакрытьФорму»(Настройкисчета).

Назначение:для закрытиятекущей формы.

Примечания:реализацияс помощью мастера.

Форма«SubИзменениеАавнсОтчета»- ленточнаяформа

а)Поля

1)«ПоСчету»

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

Источникзаписей: аналогичноеполе в исходнойтаблице.

2)«КодСистемы»

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

Источникзаписей: аналогичноеполе в исходнойтаблице.

3)«ДатаНМС» -скрытое поле

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

Источникзаписей: аналогичноеполе в исходнойтаблице.

4)«Поле2» - скрытоеполе

Назначение:для хранениядаты последнегомесяца сопровожденияпо данномусчету.

Источникзаписей: аналогичноеполе в исходнойтаблице.

5)«ИдентКод»- скрытое поле

Назначение:для храненияуникальногокода записив авансовомотчете. Значениеиспользуется,как значениефильтра привызове диалоговогоокна «ИзменАавнсОтчТАБЛ».

Источникзаписей: аналогичноеполе в исходнойтаблице.

6)«Поле4»

Назначение:для отображениядаты первогомесяца сопровожденияпо данномусчету.

Источникзаписей:=Format([ДатаHMC];"mmmm yyyy").

7)«ДатаПМС»

Назначение:для отображениядаты последнегомесяца сопровожденияпо данномусчету.

Источникзаписей:=Format([Поле2];"mmmm yyyy")

б)Кнопки

1)«Кнопка14» (...).

Назначение:для вызовадиалоговогоокна «ИзменАавнсОтчТАБЛ»,с применениемфильтра посоответствующемузначению в поле«ИдентКод»(листинг 3.68).

Примечания:реализацияс помощью мастера.

Форма«ИзменАавнсОтчТАБЛ»- ленточнаяформа

а)Поля

1)«Месяц»

Назначение:для отображениямесяца авансовогоотчета.

Источникзаписей: аналогичноеполе в исходнойтаблице.

2)«Сумма»

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

Источникзаписей: аналогичноеполе в исходнойтаблице.

3)«ИдентКод»- скрытое поле

Назначение:для храненияуникальногокода записипо авансовомуотчету. Значениепо которомуиспользуетсяфильтр привызове диалоговогоокна «ИзменАавнсОтчТАБЛ».

Источникзаписей: аналогичноеполе в исходнойтаблице.

б)Кнопки

1)«Кнопка8» (Выход).

Назначение:для закрытиятекущей формы.

Примечания:реализацияс помощью мастера.

Комментарии.

Описаннаяструктура имеетследующиеособенностиработы

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

(листинг3.69).

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

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

1.«ИнфПоОрганизациям»- основная

(источникзаписей таблица«Заказчики»).

2.«ИнфоПоОрганСистемы»- подчиненная1(к основной)

(источникзаписей временнаятаблица«ИнфоПоСистемамЗаказчика»).

3.«ИнфоПоОрганSub»- подчиненная2(к основной)

(источникзаписей временнаятаблица«ИнфоПоСистемамЗаказчика»).

Форма«ИнфПоОрганизациям»

а)Поля

1)«Образец»

Вводимоезначение: текстовоеили цифровое.

2)«Список13» - список.

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

Источникзаписей: SQL - запроспо таблице«Заказчики».

Примечания:сформированс помощью мастера.

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

б)Кнопки

1)«Кнопка24»(Найти).

Назначение:для поиска ивывода информациипо организациипо текстовомуобразцу введенномув поле «Образец».Процедураобработкисобытий (листинг3.70).

Примечания:.

2)«Кнопка57» (Обновить)- необходимость?.

Назначение:для обновленияданных длятекущей формы.Процедураобработкисобытий (листинг3.71).

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

3)«Кнопка26» (Адрес,реквизиты).

Назначение:для вывода наэкран адресныхи банковскихреквизитоворганизации(листинг 3.72).

Примечания:задание свойствуVisible форм Подчиненная1и Подчиненная2значения False.

4)«Кнопка28» (Счета).

Назначение:для вывода наэкран информациипо счетам выписаннымдля текущейорганизации.(листинг 3.73).

Примечания:заполнениевременнойтаблицы«ИнфоПоСистемамЗаказчика»,задание свойствуVisible формы Подчиненная1значения True иПодчиненная2значения False.

5)«Кнопка27» (Системы).

Назначение:для вывода наэкран информациипо системамдля текущейорганизации.(листинг 3.74).

Примечания:заполнениевременнойтаблицы«ИнфоПоСистемамЗаказчика»,задание свойствуVisible формы Подчиненная1значения False иПодчиненная2значения True.

6)«Кнопка25» (Выход).

Назначение:для закрытиятекущей формы.

Примечания:реализацияс помощью мастера.

Форма«ИнфоПоОрганСистемы»- ленточнаяформа

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

Форма«ИнфоПоОрганSub»- ленточнаяформа

а)Поля

1)«Поле4»

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

Источникзаписей:=Format([Поле20];"mmmm yyyy").

2)«ДатаПМС»

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

Источникзаписей:=Format([Поле2];"mmmm yyyy").

10.Обменсообщениямимежду пользователями(в дальнейшемвозможноиспользованиедля заказасчетов актови так далее? ).

Форма«Сообщения»

а)Поля

1)«username» (Кому) - полесо списком

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

Источникстрок: SQL - запрос.

Заполнение:по SQL - запросу.

(SELECTDISTINCTROW [usersTable].[Код], [usersTable].[user]FROM [usersTable];)

Примечания:

2)«messageText» (Текстсообщения)

Назначение:для ввода текстасообщения.

Заполнение:ввод с клавиатуры.

б)Кнопки

1)«Кнопка8» (Послатьсообщение).

Назначение:для отсылкисообщения.Процедураобработкисобытий (листинг3.75).

Примечания:заполнениевременнойтаблицы «flagsTable».

2)«Кнопка28» (Выход).

Назначение:для закрытиятекущей формы.

Примечания:реализацияс помощью мастера.

Форма«HiddenFormForCheck»

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

Комментарии.

Описаннаяструктура имеетследующиеособенностиработы

1.Для формыHiddenFormForCheck по событию«Таймер» впроцедуреобработкисобытий происходитпроверка содержимоготаблицы «flagsTable»на наличиесоответствующегоимени пользователядля проверкиналичия сообщениядля него.

(листинг3.76).

11.ИнициализацияглобальныхпеременныхНдсДляСчетаи ВалДляСчета.

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

Форма«ТипСчета»и «ТипСчета1»

а)Группы

1).«Группа0»

Назначение:для задание,по событию«После обновления»в процедуреобработкесобытий, глобальнойпеременнойНдсДляСчетазначения True илиFalse в зависимостиот положенияпереключателей.(листинг 3.77).

2).«Группа11»

Назначение:для задание,по событию«После обновления»в процедуреобработкесобытий, глобальнойпеременнойВалДляСчетазначения True илиFalse в зависимостиот положенияпереключателей.(листинг 3.78).

Заключение.Оценка качествапрограммногообеспечения.

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

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

1)своевременноевыполнение;

2)эффективностьиспользованиятаких ресурсов,как:

а)процессоры;

б)память;

в)периферийныеустройства;

3)аспекты обслуживанияпрограммы,такие как:

а)понимаемость;

б)модифицируемость;

в)удобство переносас ЭВМ на ЭВМ.

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

МетрикиБоэма, Браунаи Лайпоу.

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

1.Как хорошо(просто, надежно,эффективно)могу я использоватьданный пакетв том виде, какон есть?

2.Насколькопросто егообслуживать(разобратьсяв нем, модифицировать,перепроверить)?

3.Могу ли я пользоватьсяэтим пакетом,если сменюоборудование(удобство переноса)?

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

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

МетрикипрограммногообеспеченияДжилба.

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

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

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

Второйбольшой категорией,введеннойДжилбом, являетсягибкость, вкоторую входят:

1)логическаясложность;

2)внутренняягибкость;

3)открытость(адаптируемость);

4)толерантность(к изменениямвхода системы);

5)универсальность;

6)удобство переноса;

7)совместимость.

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

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

ОценкасложностиМаккейба.

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

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

Согласноего подходувычисляетсяи контролируетсячисло путейв программе.В математическиепредпосылкивходит определениецикломатическогочисла V(G) для графас n вершинами,e ребрами и pкомпонентамисвязности:

V(G)= e - n + p

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

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

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

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

Понимаемость.

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

Авторыработы "Predicting SoftwareComprehensibility" экспериментировалис 36 профессиональнымипрограммистами,предложив импо 25 минут изучать3 программы, азатем восстановитьих за 20 минут.Были использованы3 класса задач(инженерные,статическиеи не численные)и 3 типа структурирования(полное, частичноеи неструктурированныепрограммы).Было такжевведено 3 уровнямнемоничностиимен переменных.

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

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

Выводы.

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

Список литературык специальнойчасти.

1.Р.Ахаяни др. «Эффективнаяработа с СУБД»,Санкт-Петербург,«Питер», 1997г.

2.«Проектированиеи разработкасистем автоматизациипредприятий».

3.«DatabaseUnleashed», Indianapolis USA, «SAMS Publishing»,1996г.

БоуманДжудит, ЭмерсонСандра, ДарновскиМарси. «Практическоеруководствопо SQL. 3-е издание».Пер с англ. –Киев, Диалектика.1997.
Дейт,К.«Введение всистемы базданных».-М.:Наука,Диалектика.1980.
Мартин,Дж. «Организациябаз данных ввычислительныхсистемах».-М.:Наука,Диалектика.1980.
ANSISQL Standart. The 1992 ISO-ANSI SQL standart is available throughANSI as document X3.135-1992 and through ISO as document ISO/EC9075:1992.
Кодд,Е.Ф. «Реляционнаямодель данных».Пер с англ. –Киев, Диалектика.1996.
Ипстейн,Роберт. «Реляционнаяпроизводительность:Пониманиепроизводительностиреляционныхбаз данных».Пер с англ. –Киев, Диалектика.1996.
Ross,RonaldG. «EntityModeling: Techniques and Application».Boston: Database Research Group, Inc. 1995.
Гайн,Крисс. «Введениев SQL».-М.:Наука, Диалектика.1980.
Праг,Керри Н. и др.«Секреты Access97» Перс англ. – Киев,Диалектика.1997.
Кент,Вилиам. «Введениев пять нормальныхформ в теорииреляционныхбаз данных».Пер с англ. –Киев, Диалектика.1996.
Ларcон,Брюс. «Руководствопо экспертнымбазам данных».Пер с англ. –Киев, Диалектика.1996.
Date C.J.«AnIntroduction to Database Systems»Volume 1, Reading, Mass.: Addison-Wesley Publishing Company, 1989.
Date C.J.«AnIntroduction to Database Systems»Volume 2, 2-th edition. Reading, Mass.: Addison-Wesley PublishingCompany, 1989.
Перкинсон,Р.С. «Анализданных: Ключк проектированиюбаз данных».Пер с англ. –Киев, Диалектика.1996.
MicrosoftCorporation. «ОписаниеTransact-SQL».-М.:Наука, Диалектика.1980.

ПриложениеА

Листингпрограмм

1)Преобразованиечисловогоденежногономера в строчноевыражение

PublicFunction NewNumber(nnn As Double) As String

Dimnumb(21) As String

Dimnumb1(11) As String

Dimnumb2(11) As String

Dimmil, tus, ed As Long

Dimsot, des, ed1 As Integer

Dimstrval, strkop As String

Dimkop As Integer

Dimstr1, str2 As String

Dimnumstr As Integer

If(nnn > 999999999) Then

MsgBox("Слишком большоечисло!")

ExitFunction

EndIf

nnn= CDbl(Format(nnn, "Currency"))

IfGetStrAfterSign(CStr(nnn) & "0") = "" Then

NewNumber= "00 копеек"

ExitFunction

EndIf

kop= CInt(Left(GetStrAfterSign(CStr(nnn) & "0"), 2))

nnn= kop

numb(0)= " один"

numb(1)= " двe"

numb(2)= " три"

numb(3)= " четыре"

numb(4)= " пять"

numb(5)= " шесть"

numb(6)= " семь"

numb(7)= " восемь"

numb(8)= " девять"

numb(9)= " десять"

numb(10)= " одиннадцать"

numb(11)= " двенадцать"

numb(12)= " тринадцать"

numb(13)= " четырнадцать"

numb(14)= " пятнадцать"

numb(15)= " шестнадцать"

numb(16)= " семнадцать"

numb(17)= " восемнадцать"

numb(18)= " девятнадцать"

numb1(0)= " двадцать"

numb1(1)= " тридцать"

numb1(2)= " сорок"

numb1(3)= " пятьдесят"

numb1(4)= " шестьдесят"

numb1(5)= " семьдесят"

numb1(6)= " восемьдесят"

numb1(7)= " девяносто"

numb2(0)= " сто"

numb2(1)= " двести"

numb2(2)= " триста"

numb2(3)= " четыреста"

numb2(4)= " пятьсот"

numb2(5)= " шестьсот"

numb2(6)= " семьсот"

numb2(7)= " восемьсот"

numb2(8)= " девятьсот"

numb(19)= " одна"

numb(20)= " две"

mil= nnn \ 1000000

tus= (nnn - mil * 1000000) \ 1000

ed= nnn - mil * 1000000 - tus * 1000

If(mil 0) Then

sot= mil \ 100

des= (mil - sot * 100) \ 10

ed1= mil - sot * 100 - des * 10

If(sot > 0) Then

strval= strval & numb2(sot - 1)

EndIf

If(des > 0) Then

If(des = 1) Then

strval= strval & numb(des * 10 + ed1 - 1) & " миллионов"

GoTonex

Else

strval= strval & numb1(des - 2)

EndIf

If(ed1 = 0) Then

strval= strval & " миллионов"

ElseIf(ed1 = 1) Then

strval= strval & " один миллион"

ElseIf(ed1 > 1 And ed1

strval= strval & numb(ed1 - 1) & " миллиона"

Else

strval= strval & numb(ed1 - 1) & " миллионов"

EndIf

nex:

If(tus 0) Then

sot= tus \ 100

des= (tus - sot * 100) \ 10

ed1= tus - sot * 100 - des * 10

If(sot > 0) Then

strval= strval & numb2(sot - 1)

EndIf

If(des > 0) Then

If(des = 1) Then

strval= strval & numb(des * 10 + ed1 - 1) & " тысяч"

GoTonex1

Else

strval= strval & numb1(des - 2)

EndIf

If(ed1 = 0) Then

strval= strval & " тысяч"

ElseIf(ed1 = 1) Then

strval= strval & " одна тысяча"

ElseIf(ed1 = 2) Then

strval= strval & " две тысячи"

ElseIf(ed1 > 2 And ed1

strval= strval & numb(ed1 - 1) & " тысячи"

Else

strval= strval & numb(ed1 - 1) & " тысяч"

EndIf

nex1:

If(ed 0) Then

sot= ed \ 100

des= (ed - sot * 100) \ 10

ed1= ed - sot * 100 - des * 10

If(sot > 0) Then

strval= strval & numb2(sot - 1)

EndIf

If(des > 0) Then

If(des = 1) Then

strval= strval & numb(des * 10 + ed1 - 1) & " копеек"

GoTonex2

Else

strval= strval & numb1(des - 2)

EndIf

If(ed1 = 0) Then

strval= strval & " копеек"

ElseIf(ed1 = 1) Then

strval= strval & " одна копейка"

ElseIf(ed1 > 1 And ed1

strval= strval & numb(ed1 - 1) & " копейки"

Else

strval= strval & numb(ed1 - 1) & " копеек"

EndIf

Else

strval= strval & " копеек"

EndIf

nex2:

strval= LTrim(strval)

NewNumber= strval

EndFunction

2)Занесениеденежных средствпо счету наавансовыйостаток.

SubКнопка347_Click()

OnError GoTo Err_Кнопка347_Click

Dimdbs As Database

Dimrst, rstПоCчету, rstПоАОAs Recordset

DimrstПоДате As Recordset

DimstrSQL As String

Dimi, j As Integer

DimЦена, ЦенаП,Сопровождение,Сумма As Double

DimДата As Date

DimДатаTMP As Date

DimДатаПМС As Date

DimДатаTMP2 As Date

DimДАТАПМП As Date

DimflagДата As Boolean

DimflagБольше As Boolean

DimflagГолоеСопрAs Boolean

DimРазница As Currency

Dimsing As String

'DimЦенаП_Р, Сумма_РAs Currency

flagБольше= False

Setdbs = CurrentDb

Me.Refresh

sing = Chr(34)

Setdbs = CurrentDb

strSQL= "SELECT DISTINCTROW ОсновныеСчета.НомерСчета,Дистрибутивы.ЦенаAS Цена, Дистрибутивы.СопровождениеAS СопровождениеFROM [ОсновныеСчета]INNER JOIN ДистрибутивыON ОсновныеСчета.КодСчета= Дистрибутивы.КодСчетаWHERE (((ОсновныеСчета.НомерСчета)="& sing & Forms![Просмотр]![ОсновныеСчета].Form![НомерСчета]& sing & "));"

Setrst = dbs.OpenRecordset(strSQL)

IfForms![Просмотр]![ОсновныеСчета].Form![ВнесениеВАО]= True And Разница = 0 Then

Msg= "Суммы по счетууже внесеныв авансовыйотчет." ' Сообщение.

Style = vbOKCancel + vbQuestion ' Кнопки.

Title = "Сообщение" ' Заголовок.

Response = MsgBox(Msg, Style,Title) ' Выводитсообщение.

If Response = vbOK Then ' Еслинажата кнопка"Да" (Yes).

GoTo labelBegin

Else

Exit Sub

End If

EndIf

labelBegin:

Цена= 0

Сопровождение= 0

rst.MoveLast

j= rst.RecordCount

rst.MoveFirst

Fori = 1 To j

Цена= rst![Цена] * 1.2 + Цена

Сопровождение= rst![Сопровождение]* 1.2 + Сопровождение

rst.MoveNext

Nexti

Сумма= Цена + Сопровождение

Forms![Просмотр]![ОсновныеСчета].Form![ПоСчету]= Сумма

rst.Close

strSQL= "SELECT DISTINCTROW ОсновныеСчета.НомерСчета,Платежки.СуммаПриходаAs Цена, Платежки.ДатаВыпискиAs Дата FROM [ОсновныеСчета]INNER JOIN ПлатежкиON ОсновныеСчета.КодСчета= Платежки.КодСчетаWHERE (((ОсновныеСчета.НомерСчета)="& sing & Forms![Просмотр]![ОсновныеСчета].Form![НомерСчета]& sing & "));"

Setrst = dbs.OpenRecordset(strSQL)

rst.MoveLast

Дата= rst![Дата]

j= rst.RecordCount

rst.MoveFirst

Fori = 1 To j

ЦенаП= rst![Цена] + ЦенаП

rst.MoveNext

Nexti

Forms![Просмотр]![ОсновныеСчета].Form![ПоПлатежке]= ЦенаП

rst.Close

IfЦенаП

Msg = "Cуммапо счету" &Chr(13) & " - "& Сумма & "р."& Chr(13) & "Cуммы поплатежкам "& Chr(13) & " - "& ЦенаП & "р."& Chr(13) & "Cуммы поплатежкамменьше суммыпо счета." 'Сообщение.

'Msg = "Cуммыпо платежкамменьше суммыпо счетам." &Chr(13) & "Занестив авансовыйотчет?" ' Сообщение.

Style = vbCancel + vbCritical ' Кнопки.

Title = "Предупреждение" ' Заголовок.

Response = MsgBox(Msg, Style,Title) ' Выводитсообщение.

Exit Sub

EndIf

IfЦенаП > СуммаThen

Msg = "Cуммапо счету" &Chr(13) & " - "& Сумма & "р."& Chr(13) & "Cуммы поплатежкам "& Chr(13) & " - "& ЦенаП & "р."& Chr(13) & "Cуммы поплатежкамбольше суммыпо счета." 'Сообщение.

'Msg = "Cуммыпо платежкамбольше суммыпо счета." &Chr(13) & "Занестив авансовыйотчет?" ' Сообщение.

Style = vbOKCancel + vbCritical ' Кнопки.

Title = "Предупреждение" ' Заголовок.

Response = MsgBox(Msg, Style,Title) ' Выводитсообщение.

If Response = vbOK Then ' Еслинажата кнопка"Да" (Yes).

flagБольше= True

Разница= ЦенаП - Сумма

GoTo labelOK

Else

Exit Sub

End If

EndIf

'ЦенаП_Р= ЦенаП

'Сумма_Р= Сумма

Msg = "Cуммапо счету" &Chr(13) & " - "& Сумма & "р."& Chr(13) & "Cуммы поплатежкам "& Chr(13) & " - "& ЦенаП & "р."& Chr(13) & "Суммысовпадают."& Chr(13) & "Занестив авансовыйотчет?" ' Сообщение.

Style = vbOKCancel +vbInformation ' Кнопки.

Title = "Сообщение" ' Заголовок.

Response = MsgBox(Msg, Style,Title) ' Выводитсообщение.

If Response = vbOK Then ' Еслинажата кнопка"Да" (Yes).

Forms![Просмотр]![ОсновныеСчета].Form![Разница]= 0

GoTolabelOK

Else

Exit Sub

End If

labelOK:

Setrst = dbs.OpenRecordset("ДанныеДляАвансОтчета")

strSQL = "SELECT DISTINCTROWОсновныеСчета.НомерСчета,Дистрибутивы.КодСистемы,Дистрибутивы.Цена,Дистрибутивы.ТолькоИПС,Дистрибутивы.Сопровождение,Дистрибутивы.КоличествоМ,Дистрибутивы.КоличествоFROM [ОсновныеСчета]INNER JOIN ДистрибутивыON ОсновныеСчета.КодСчета= Дистрибутивы.КодСчетаWHERE (((ОсновныеСчета.НомерСчета)="& sing & Forms![Просмотр]![ОсновныеСчета].Form![НомерСчета]& sing & "));"

'"SELECT DISTINCTROWОсновныеСчета.НомерСчета,Дистрибутивы.КодСистемы,Дистрибутивы.Цена,Дистрибутивы.Сопровождение,Дистрибутивы.КоличествоМ,Дистрибутивы.КоличествоFROM [ОсновныеСчета]INNER JOIN ДистрибутивыON ОсновныеСчета.НомерСчета= Дистрибутивы.НомерСчетаWHERE (((ОсновныеСчета.НомерСчета)="& Forms![Просмотр]![ОсновныеСчета].Form![НомерСчета]& "));"

SetrstПоCчету =dbs.OpenRecordset(strSQL)

SetrstПоАО = dbs.OpenRecordset("АвансовыйОтчет")

rstПоCчету.MoveLast

j= rstПоCчету.RecordCount

ДатаStore= Дата

Select CaseForms![Просмотр]![ОсновныеСчета].Form![Код]

Case1, 3

Нал = False

Case2

Нал = True

EndSelect

rstПоCчету.MoveFirst

'ОСНОВНОЙЦИКЛ

flagДата= False

Fori = 1 To j

'Проверкадля вторичногоИПС

IfrstПоCчету![Цена]= 0 Then

IfflagДата = False Then

GoToДатаОпределение

EndIf

Дата= ДатаStore

Set dbs =CurrentDb

strSQLTMP = "SELECTDISTINCTROW ДанныеДляАвансОтчета.Код,ДанныеДляАвансОтчета.КодЗаказчика,ДанныеДляАвансОтчета.КодСистемы,ДанныеДляАвансОтчета.КоличествоМС,Max(ДанныеДляАвансОтчета.ДатаПМС)AS ДатаПМС FROM[ДанныеДляАвансОтчета]GROUP BY ДанныеДляАвансОтчета.Код,ДанныеДляАвансОтчета.КодЗаказчика,ДанныеДляАвансОтчета.КодСистемы,ДанныеДляАвансОтчета.КоличествоМСHAVING (((ДанныеДляАвансОтчета.КодЗаказчика)="& Forms![Просмотр]![КодЗаказчика]& ") AND ((ДанныеДляАвансОтчета.КодСистемы)="& rstПоCчету![КодСистемы]& ") AND ((ДанныеДляАвансОтчета.КоличествоМС)0));"

SetrstTMP2 = dbs.OpenRecordset(strSQLTMP)

IfrstTMP2.RecordCount >= 1 Then

GoTolabelЕстьЗаписи

'Else

'MsgBox ("ЗаписейНет")

ExitSub

EndIf

labelЕстьЗаписи:

rstTMP2.MoveLast

rstTMP2.Close

Дата:

ДатаTMP2= Format(ДатаStore, "m yy")

If flagГолоеСопр= True Then 'Расписатьесли сопровголое

rst.AddNew

rst![КодЗаказчика]= Forms![Просмотр]![КодЗаказчика]

rst![КодСчета]= Forms![Просмотр]![ОсновныеСчета].Form![КодСчета]

rst![КодСистемы]= rstПоCчету![КодСистемы]

rst![ДатаПМС]= Format(ДатаTMP2, "m yy")

rst![КоличествоМС]= rstПоCчету![КоличествоМ]

rst![Нал] = Нал

Msg = "Заносимсопровождение" & НазваниеСистемы(rstПоCчету![КодСистемы])& " на " & rstПоCчету![КоличествоМ]& " месяцев"

Style = vbOKCancel +vbInformation ' Кнопки.

Title = "Сообщение" ' Заголовок.

MsgBoxMsg, Style, Title

rst.Update

rst.MoveLast

m= rstПоCчету![КоличествоМ]

For k = 1 To m

rstПоАО.AddNew

rstПоАО![ИдентКод]= rst![Код]

ЦенаСоп= rstПоCчету![Сопровождение]/ m

rstПоАО![Сумма]= ЦенаСоп * 1.2

rstПоАО![Нал]= Нал

ДатаTMP =Format(ДатаПМС, "myy")

rstПоАО![Месяц]= ДатаTMP

ДатаTMP =ДатаTMP + 32

ДатаПМС= ДатаTMP

rstПоАО.Update

Next k

GoTolabelnext

End If

'Сравнениес месяцем выписки

ДатаTMP2= CDate(Format(ДатаStore, "m yy"))

If CDate(ДатаTMP2)

rst.AddNew

rst![КодЗаказчика]= Forms![Просмотр]![КодЗаказчика]

rst![КодСчета]= Forms![Просмотр]![ОсновныеСчета].Form![КодСчета]

rst![КодСистемы]= rstПоCчету![КодСистемы]

ДАТАПМП= Format(ДатаПМС, "myy")

ДАТАПМП= ДАТАПМП + 32

rst![ДатаПМС]= Format(ДатаTMP2, "m yy")

rst![КоличествоМС]= rstПоCчету![КоличествоМ]

rst![Нал] = Нал

Msg = "Заносимсопровождение" & НазваниеСистемы(rstПоCчету![КодСистемы])& " на " & rstПоCчету![КоличествоМ]& " месяцев с" & CurrentMonthWParamWSuf(ДатаTMP2)

Style = vbOKOnly + vbInformation ' Кнопки.

Title = "Сообщение" ' Заголовок.

MsgBox Msg, Style, Title

rst.Update

rst.MoveLast

m= rstПоCчету![КоличествоМ]

For k = 1 To m

rstПоАО.AddNew

rstПоАО![ИдентКод]= rst![Код]

ЦенаСоп= rstПоCчету![Сопровождение]/ m

rstПоАО![Сумма]= ЦенаСоп * 1.2

rstПоАО![Нал]= Нал

ДатаTMP =Format(ДАТАПМП, "myy")

rstПоАО![Месяц]= ДатаTMP

ДатаTMP =ДатаTMP + 32

ДАТАПМП= ДатаTMP

rstПоАО.Update

Next k

Else

РазницаДат= (CDate(Format(ДатаStore, "m yy"))- CDate(Format(ДатаПМС, "myy"))) / 100

rst.AddNew

rst![КодЗаказчика]= Forms![Просмотр]![КодЗаказчика]

rst![КодСчета]= Forms![Просмотр]![ОсновныеСчета].Form![КодСчета]

rst![КодСистемы]= rstПоCчету![КодСистемы]

rst![ДатаПМС]= ДатаTMP2

rst![КоличествоМС]= rstПоCчету![КоличествоМ]

rst![Нал] = Нал

rst.Update

rst.MoveLast

rstПоАО.AddNew

rstПоАО![ИдентКод]= rst![Код]

ЦенаСоп= rstПоCчету![Сопровождение]/ rstПоCчету![КоличествоМ]

rstПоАО![Сумма]= ЦенаСоп * 1.2 *CInt(РазницаДат)

rstПоАО![Нал]= Нал

ДатаTMP =Format(Дата, "m yy")

rstПоАО![Месяц]= ДатаTMP

ДатаTMP =ДатаTMP + 32

Дата =ДатаTMP

rstПоАО.Update

m= rstПоCчету![КоличествоМ]

For k = 1 To m - CInt(РазницаДат)

rstПоАО.AddNew

rstПоАО![ИдентКод]= rst![Код]

ЦенаСоп= rstПоCчету![Сопровождение]/ m

rstПоАО![Сумма]= ЦенаСоп * 1.2

rstПоАО![Нал]= Нал

ДатаTMP =Format(Дата, "m yy")

rstПоАО![Месяц]= ДатаTMP

ДатаTMP =ДатаTMP + 32

Дата =ДатаTMP

rstПоАО.Update

Next k

End If

Else

'ДЛЯ ПЕРВИЧНОЙПОКУПКИ

Дата =ДатаStore

If rstПоCчету![Цена] 0 Then

rst.AddNew

rst![КодЗаказчика]= Forms![Просмотр]![КодЗаказчика]

rst![КодСчета]= Forms![Просмотр]![ОсновныеСчета].Form![КодСчета]

rst![КодСистемы]= rstПоCчету![КодСистемы]

rst![ДатаПМС]= Дата

rst![КоличествоМС]= 0

rst![Нал] = Нал

rst.Update

rst.MoveLast

rstПоАО.AddNew

rstПоАО![ИдентКод]= rst![Код]

rstПоАО![Сумма]= rstПоCчету![Цена]* 1.2

rstПоАО![Месяц]= Дата

rstПоАО![Нал]= Нал

Msg = "Заносимсумму реализациисистемы " &НазваниеСистемы(rstПоCчету![КодСистемы])& " на " & CurrentMWParam(Дата)

Style = vbOKOnly + vbInformation ' Кнопки.

Title = "Сообщение" ' Заголовок.

MsgBox Msg, Style, Title

rstПоАО.Update

End If

If rstПоCчету![Сопровождение] 0 Then

rst.AddNew

rst![КодЗаказчика]= Forms![Просмотр]![КодЗаказчика]

rst![КодСчета]= Forms![Просмотр]![ОсновныеСчета].Form![КодСчета]

rst![КодСистемы]= rstПоCчету![КодСистемы]

rst![ДатаПМС]= Дата

rst![КоличествоМС]= rstПоCчету![КоличествоМ]

rst![Нал] = Нал

Msg = "Заносимсопровождение" & НазваниеСистемы(rstПоCчету![КодСистемы])& " на " & rstПоCчету![КоличествоМ]& " месяцев с" & CurrentMonthWParamWSuf(Дата)

Style = vbOKOnly + vbInformation ' Кнопки.

Title = "Сообщение" ' Заголовок.

MsgBox Msg, Style, Title

rst.Update

rst.MoveLast

m= rstПоCчету![КоличествоМ]

For k = 1 To m

rstПоАО.AddNew

rstПоАО![ИдентКод]= rst![Код]

ЦенаСоп= rstПоCчету![Сопровождение]/ m

rstПоАО![Сумма]= ЦенаСоп * 1.2

rstПоАО![Нал]= Нал

If Format(Дата,"dd")

ДатаTMP= Format(Дата, "m yy")

rstПоАО![Месяц]= ДатаTMP

ДатаTMP= ДатаTMP + 32

Дата =ДатаTMP

rstПоАО.Update

Else

ДатаTMP= Format(Дата + 12, "m yy")

rstПоАО![Месяц]= ДатаTMP

ДатаTMP= ДатаTMP + 32

Дата =ДатаTMP

rstПоАО.Update

End If

Next k

End If

labelnext:

rstПоCчету.MoveNext

Nexti

Код= rst![КодСистемы]

rst.Close

rstПоCчету.Close

rstПоАО.Close

labelEnd:

Forms![Просмотр]![ОсновныеСчета].Form![ВнесениеВАО]= True

IfflagБольше = True Then

Setrst = dbs.OpenRecordset("КредитАванс")

rst.AddNew

rst.[КодЗаказчика]= Forms![Просмотр]![КодЗаказчика]

rst![+или-] =Разница

rst![КодСистемы]= Код

rst![Месяц]= Дата

rst.Update

rst.Close

EndIf

Exit_Кнопка347_Click:

DoCmd.OpenTable"АвансовыйОтчет"

dbs.Close

ExitSub

Err_Кнопка347_Click:

IfErr.Number = 94 Then

MsgBox ("Задайтедату платежки")

Exit Sub

EndIf

IfErr.Number = 3021 Then

DoCmd.OpenForm "Месяц2",, , , , acDialog

ДатаTMP3= "01." & Forms![Месяц2]![Месяц]& "." & Forms![Месяц2]![Год]

ДатаПМС= Format(ДатаTMP3, "m yy")

flagГолоеСопр= True

'ДатаTMP3= Forms![Месяц2]![Месяц]

'ДатаПМС= Format(ДатаTMP3, "m yy")

Resume Дата

EndIf

IfErr.Number = 424 Then

Resume labelEnd

EndIf

IfErr.Number = 2113 Then

Resume labelBegin

EndIf

'Вначале, вычитаемконстанту,добавленнуюобъектом, чтобыполучить

'собственныйкод ошибкиобъекта.

MyError = Err.Number -vbObjectError

'Если послевычитанияконстантыvbObjectError число по-прежнему

'попадает вдиапазон 0 - 65535,то ошибка определенав объекте.

If MyError> 0 And MyError

Msg= "Адресуемыйобъект присвоилошибке следующийкод : " _

& MyError & ".Источникомошибки является:" _

& Err.Source & ".Нажмите клавишуF1 для выводасправки."

'В противномслучае ошибкесоответствуеткод ошибкиVisual Basic.

Else

Msg= "Эта ошибка(# " & Err.Number & ") имееткод ошибкиVisual" & _

"Basic. Для выводараздела справкиVisual Basic нажмите"& _

" кнопку'Справка' иликлавишу F1."

EndIf

MsgBox Msg, , "Ошибкаобъекта",Err.HelpFile, Err.HelpContext

Err.Number = 0

Resume Exit_Кнопка347_Click

ДатаОпределение:

strSQLДата= "SELECT DISTINCTROW ДанныеДляАвансОтчета.КодЗаказчика,ДанныеДляАвансОтчета.КодСчета,ДанныеДляАвансОтчета.КодСистемы,ДанныеДляАвансОтчета.КоличествоМС,Max(АвансовыйОтчет.Месяц)AS Max_Месяц FROM[ДанныеДляАвансОтчета]INNER JOIN [АвансовыйОтчет]ON ДанныеДляАвансОтчета.Код= АвансовыйОтчет.ИдентКодGROUP BY ДанныеДляАвансОтчета.КодЗаказчика,ДанныеДляАвансОтчета.КодСчета,ДанныеДляАвансОтчета.КодСистемы,ДанныеДляАвансОтчета.КоличествоМСHAVING (((ДанныеДляАвансОтчета.КодЗаказчика)="& Forms![Просмотр]![КодЗаказчика]& ") AND ((ДанныеДляАвансОтчета.КодСистемы)="& rstПоCчету![КодСистемы]& ") AND ((ДанныеДляАвансОтчета.КоличествоМС)0));"

SetrstПоДате =dbs.OpenRecordset(strSQLДата)

rstПоДате.MoveLast

ДатаПМС= rstПоДате![Max_Месяц]

flagДата= True

rstПоДате.Close

GoToДата

EndSub

3)Просмотринформациипо счетам исистемам выбранногозаказчика.

Private Sub Счет_Click()

Dim rst, rstTMP As Recordset

Dim dbs As Database

Dim i, j As Integer

Dim strSQL As String

Dim ДатаAs Date

Set dbs = CurrentDb

strSQL = "SELECT DISTINCTROWЗаказчики.КодЗаказчика,ОсновныеСчета.НомерСчета,ОсновныеСчета.ОплатаСчета,ОсновныеСчета.ДатаСчета,ОсновныеСчета.СрокДействияСчета,Дистрибутивы.КодСистемы,Дистрибутивы.Код,Дистрибутивы.КоличествоМ,Дистрибутивы.Цена,Дистрибутивы.Сопровождение,Дистрибутивы.Скидки,Дистрибутивы.СкидкиС,Дистрибутивы.СпецвупыскИлиНетFROM ([Заказчики]INNER JOIN [ОсновныеСчета]ON Заказчики.КодЗаказчика= ОсновныеСчета.КодЗаказчика)INNER JOIN ДистрибутивыON ОсновныеСчета.КодСчета= Дистрибутивы.КодСчетаWHERE (((Заказчики.КодЗаказчика)="& Me![КодЗаказчика]& "));"

Set rst =dbs.OpenRecordset(strSQL)

Set rstTMP =dbs.OpenRecordset("ИнфоПоСистемамЗаказчика")

Do Until rstTMP.EOF

rstTMP.Delete

rstTMP.MoveNext

Loop

If rst.RecordCount = 0 Then

MsgBox ("Нетсчетов на даннуюорганизацию")

rstTMP.Close

rst.Close

dbs.Close

Me.Refresh

Exit Sub

End If

rst.MoveLast

j = rst.RecordCount

rst.MoveFirst

For i = 1 To j

rstTMP.AddNew

rstTMP![КодСистемы]= НазваниеСистемы(rst![КодСистемы])

rstTMP![ПоСчету]= rst![НомерСчета]

If rst![Код]= 1 Then

rstTMP![Тип]= "Локальная"

Else

rstTMP![Тип]= "Сетевая"

End If

rstTMP![ДатаС]= CurrentDateWParam(rst![ДатаСчета])

rstTMP![Цена]= rst![Цена]

rstTMP![Сопр]= rst![Сопровождение]

rstTMP![Скид]= rst![Скидки]

rstTMP![СкидС]= rst![СкидкиС]

rstTMP![ДейстПо]= rst![СрокДействияСчета]

rstTMP![Спец]= rst![СпецвупыскИлиНет]

rstTMP![Кво]= rst![КоличествоМ]

rstTMP![Оплата]= rst![ОплатаСчета]

rst.MoveNext

rstTMP.Update

Next i

Me![ИнфоПоОрганСистемы].Form.Visible= -1

Me![ИнфоПоОрганизSub].Form.Visible= 0

rstTMP.Close

rst.Close

dbs.Close

Me.Refresh

End Sub

Private Sub Сист_Click()

On Error GoTo Err_Кнопка6_Click

Dim rst, rstTMP, rstTMP2 AsRecordset

Dim rstTMP3 As Recordset

Dim rstTMP4 As Recordset

Dim rstTMP5 As Recordset

Dim dbs AsDatabase

Dim i, j As Integer

Dim strSQL, strSQLTMP, strSQLTMP3As String

Dim strSQLTMP2 As String

Dim ДатаAs Date

DoCmd.Hourglass True

Set dbs = CurrentDb

strSQL = "SELECT DISTINCTROWДанныеДляАвансОтчета.КодЗаказчика,ДанныеДляАвансОтчета.КодСистемыFROM [ДанныеДляАвансОтчета]WHERE (((ДанныеДляАвансОтчета.КодЗаказчика)="& Me![КодЗаказчика]& ") AND ((ДанныеДляАвансОтчета.КоличествоМС)0));"

Set rst =dbs.OpenRecordset(strSQL)

Set rstTMP4 =dbs.OpenRecordset("ИнфоПоСистемамЗаказчика")

Do Until rstTMP4.EOF

rstTMP4.Delete

rstTMP4.MoveNext

Loop

If rst.RecordCount = 0 Then

' MsgBox ("Несопровождается")

rst.Close

Me![ИнфоПоОрганизSub].Form.Visible= -1

Me![ИнфоПоОрганСистемы].Form.Visible= 0

'инфопо 1996 году

strSQLTMP2 = "SELECTDISTINCTROW АвансПоОстаткамС1996Года.Заказчик,АвансПоОстаткамС1996Года.Месяц,АвансПоОстаткамС1996Года.СуммаFROM АвансПоОстаткамС1996ГодаWHERE (((АвансПоОстаткамС1996Года.Заказчик)="& Me![КодЗаказчика]& "));"

Set rstTMP5 =dbs.OpenRecordset(strSQLTMP2)

rstTMP4.AddNew

rstTMP5.MoveFirst

rstTMP4![Дата1С1996]= CurrentMWParam(rstTMP5![Месяц])

rstTMP5.MoveLast

rstTMP4![Дата2С1996]= rstTMP5![Месяц]

rstTMP5.Close

rstTMP4.Update

Me.Refresh

rstTMP4.Close

dbs.Close

DoCmd.HourglassFalse

Exit Sub

End If

rst.MoveLast

j = rst.RecordCount

rst.MoveFirst

For i = 1 To j

rstTMP4.AddNew

rstTMP4![КодСистемы]= НазваниеСистемы(rst![КодСистемы])

strSQLTMP = "SELECTDISTINCTROW Заказчики.Организация,ДанныеДляАвансОтчета.КодСистемы,АвансовыйОтчет.Месяц,ДанныеДляАвансОтчета.КоличествоМС,Заказчики.КодЗаказчика,ДанныеДляАвансОтчета.КодСчета,ОсновныеСчета.НомерСчетаAS НС, АвансовыйОтчет.ИдентКод,Дистрибутивы.СкидкиС,ОсновныеСчета.ДатаСчета"

strSQLTMP = strSQLTMP & "FROM (([ОсновныеСчета]INNER JOIN ([Заказчики]INNER JOIN [ДанныеДляАвансОтчета]ON (Заказчики.КодЗаказчика= ДанныеДляАвансОтчета.КодЗаказчика)AND (Заказчики.КодЗаказчика= ДанныеДляАвансОтчета.КодЗаказчика))ON (Заказчики.КодЗаказчика= ОсновныеСчета.КодЗаказчика)AND (ОсновныеСчета.КодСчета= ДанныеДляАвансОтчета.КодСчета))INNER JOIN [АвансовыйОтчет]ON ДанныеДляАвансОтчета.Код= АвансовыйОтчет.ИдентКод)INNER JOIN ДистрибутивыON ОсновныеСчета.КодСчета= Дистрибутивы.КодСчета"

strSQLTMP = strSQLTMP & "GROUP BY Заказчики.Организация,ДанныеДляАвансОтчета.КодСистемы,АвансовыйОтчет.Месяц,ДанныеДляАвансОтчета.КоличествоМС,Заказчики.КодЗаказчика,ДанныеДляАвансОтчета.КодСчета,ОсновныеСчета.НомерСчета,АвансовыйОтчет.ИдентКод,Дистрибутивы.СкидкиС,ОсновныеСчета.ДатаСчета"

strSQLTMP = strSQLTMP & "HAVING (((ДанныеДляАвансОтчета.КодСистемы)="& rst![КодСистемы]& ") AND ((ДанныеДляАвансОтчета.КоличествоМС)0)AND ((Заказчики.КодЗаказчика)="& Me![КодЗаказчика]& "));"

SetrstTMP2 = dbs.OpenRecordset(strSQLTMP)

Дата= Format(rstTMP2![Месяц], "m yy")

rstTMP4![ДатаС]= Дата

rstTMP2.MoveLast

Дата= Format(rstTMP2![Месяц], "m yy")

rstTMP4![ДейстПо]= Дата

rstTMP4![ПоСчету]= rstTMP2![НС]

rstTMP4![ДатаСчСопр]= CurrentDateWParam(rstTMP2![ДатаСчета])

rstTMP4![СкидС]= rstTMP2![СкидкиС]

'Запроспо системам

strSQLTMP = "SELECTDISTINCTROW Заказчики.КодЗаказчика,Заказчики.Организация,ОсновныеСчета.НомерСчета,ОсновныеСчета.ДатаСчета,ОсновныеСчета.ДатаУстановки,Дистрибутивы.КодСистемы,Дистрибутивы.Код,Дистрибутивы.СпецвупыскИлиНет,Дистрибутивы.Скидки,Дистрибутивы.Цена,Дистрибутивы.НомерДистрибутива"

strSQLTMP = strSQLTMP & "FROM ([Заказчики]INNER JOIN [ОсновныеСчета]ON Заказчики.КодЗаказчика= ОсновныеСчета.КодЗаказчика)INNER JOIN ДистрибутивыON ОсновныеСчета.КодСчета= Дистрибутивы.КодСчета"

strSQLTMP = strSQLTMP & "WHERE (((Заказчики.КодЗаказчика)="& Me![КодЗаказчика]& ") AND ((Дистрибутивы.КодСистемы)="& rst![КодСистемы]& ") AND ((Дистрибутивы.Цена)0));"

Set rstTMP3 =dbs.OpenRecordset(strSQLTMP)

rstTMP4![ПоСчетуПок]= rstTMP3![НомерСчета]

rstTMP4![ДатСчПок]= CurrentDateWParam(rstTMP3![ДатаСчета])

rstTMP4![Рег]= rstTMP3![НомерДистрибутива]

rstTMP4![Скид]= rstTMP3![Скидки]

rstTMP4![Спец]= rstTMP3![СпецвупыскИлиНет]

If rstTMP3![Код]= 1 Then

rstTMP4![Тип]= "Локальная"

Else

rstTMP4![Тип]= "Сетевая"

End If

labelnext:

Set rstTMP5 =dbs.OpenRecordset(strSQLTMP2)

IfrstTMP5.RecordCount > 0 Then

rstTMP5.MoveFirst

rstTMP4![Дата1С1996]= CurrentMWParam(rstTMP5![Месяц])

rstTMP5.MoveLast

rstTMP4![Дата2С1996]= CurrentMWParam(rstTMP5![Месяц])

rstTMP5.Close

rstTMP4.Update

rst.MoveNext

rstTMP2.Close

rstTMP3.Close

Else

rstTMP5.Close

rstTMP2.Close

rstTMP3.Close

End If

Next i

rstTMP4.Close

rst.Close

dbs.Close

Me.Refresh

Exit_Кнопка6_Click:

Me.Refresh

Me![ИнфоПоОрганизSub].Form.Visible= -1

Me![ИнфоПоОрганСистемы].Form.Visible= 0

DoCmd.Hourglass False

Exit Sub

Err_Кнопка6_Click:

If Err.Number = 3021 Then

'MsgBox ("Нетданных по этойорганизации")

Resume labelnext:

'Resume Exit_Кнопка6_Click

'MsgBox Err.Description

End If

MsgBox ("Нетданных по этойорганизации")

Me![ИнфоПоОрганизSub].Form.Visible= 0

Me![ИнфоПоОрганСистемы].Form.Visible= 0

MsgBox Err.Number

Resume Exit_Кнопка6_Click

DoCmd.Hourglass False

End Sub

Заданиепо организационно– экономическойчасти к дипломномупроекту.

Тема:«Технико-экономическоеобоснованиепроекта. Расчетсметы затрати цены на ПП.Оценка конкурентоспособностиразработки»

1.Календарныйграфик.

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

Nп/п	Наименованиеработ	Исполнители	Длительностьработы
Nп/п	Наименованиеработ	Исполнители	Сент.	окт.	ноябрь	Декабрь	Январь
1	Разработкатехническогозадания	Начальникотдела, менеджер	20
2	Подборлитературы	Системныйпрограммист,программист	15
3	Рабочеепроектирование	Системныйпрограммист,программист		25
4	Отладкаи тестирование	Системныйпрограммист,программист			55
5	Обобщениеи оценка результатов	Системныйпрограммист,программист,менеджер					30
6	Сдачатемы	Начальникотдела, менеджер					5

2.Расчет сметы.

Присоставлениисметы затратна НИР учитываются:

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

-основная заработнаяплата,

-дополнительнаязаработнаяплата,

-отчисленияна социальныенужды,

-накладныерасходы,

-затраты намашинное время.

2.1. Определениязатрат на материалы,покупные изделияи полуфабрикаты.

Наименование	Единицаизмерения	Количество	Ценаза единицу,руб.	Стоимость
1.Литература	Шт.	6	60.000	360.000
2.НЖМД (дискеты)	Пачка.	4	40.000	160.000
3.Канцтовары	Шт.			50.000
4.Бумага(А4)	Пачка	3	5.000	15.000
Итого:				585.000

Транспортныерасходы учитываютсяздесь же и состовляют5% итоговой суммы,т.е. 29.250 р.

Затратына материалыи покупныеизделия равны:

З_м= 585.000 + 29.250 = 614.250 руб.

2.2.Основная заработнаяплата.

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

Должность	Заработнаяплата в месяц,руб.	Стоимостьодного рабочегодня, руб.
Начальникотдела	2.300.000	115.000
Системныйпрограммист	1.200.000	60.000
Программист	1.000.000	50.000
Менеджер	1.900.000	95.000

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

Nп/п	Наименованиеэтапа НИР	Исполнитель	Трудоем-кость	Зарплатаза 1 день, руб.		Сумма,руб.
1	Разработкатехническогозадания	Начальникотдела, менеджер	20	115.000 95.000		2,300,000 1,900,000
2	Подборлитературы	Системныйпрограммист,программист	15	60.000 50.000		900,000 750,000
3	Рабочеепроектирование	Системныйпрограммист,программист	25	60.000 50.000		1,500,000 1,250,000
4	Отладкаи тестирование	Системныйпрограммист,программист	55	60.000 50.000		3,300,000 2,750,000
5	Обобщенеии оценка результатов	Системныйпрограммист,программист,менеджер	30	60.000 50.000		1,800,000 1,500,000
6	Сдачатемы	Начальникотдела, менеджер	5	115.000 95.000		575,000 475,000
7	Итого				19,000,000

2.3.Дополнительнаязаработнаяплата.

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

выполняющийНИР, определяетсяв процентахот основной.В научныхучережденияхона составляет10-12% от основнойзаработнойплаты.

Здоп= Зосн * 0,12 = 2,280,000 руб.

2.4.Отчисленияна социальныенужды.

Наэту статьюотносятсяотчисленияна оплату перерывовв работе повременнойнетрудоспособности.Отчисленияна социальныенужды составляют40% от величиныосновной заработнойплаты.

Вотчисленияна социальныенужды входят:

отчисленияна медицинскоестрахование:
вгородскойбюджет – 0,2%
вфедеральныйбюджет – 3,4%
отчисленияв фонд занятости– 1,5%;
отчисленияв пенсионныйфонд - 29%;
отчисленияна социальноестрахование– 5,4%;
транспортныйналог - 1%;
отчисленияна в фонд образования– 1%;

Зсн= Зосн * 0.415= 7,600,000 руб.

2.5.Накладныерасходы.

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

Зн= (Зосн + Здоп) * 1.2= 25,536,000руб.

2.6.Стоимостьмашинноговремени.

Дляотладки программы,численныхрасчетов ипостроенияграфиков необходимо50 дней. В среднемпрограммистработает 6 часовв день, себестоимостьодного часамашинноговремени около3000 руб.

Змаш= 3000 * 6 * 50 = 900,000 руб.

Итоговаятаблица сметызатрат.

Nп/п	Наименованиестатьи расходов	Сумма,руб.
1	Стоимостьматериалов,покупныхполуфабрикатови изделий.	614,250
2	Основнаязаработнаяплата.	19,000,000
3	Дополнительнаязаработнаяплата.	2,280,000
4	Отчисленияна социальныенужды.	7,600,000
5	Накладныерасходы.	25,536,000
6	Стоимостьмашинноговремени.	900,000
	Итого	55,930,250

2.7.Цена программногопродукта.

Цена,определяетсясебестоимостьюи прибылью,которая в своюочередь составляет30% от ФОТ.

Ц=55.930.250 + 0,3 * 21,280,000 = 62,314,250 руб.

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

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

	Частотарегистраций
	Обьемпамяти	Быстродействие	Аппаратнаянезависимость	Дизайн	Сервис
Нащпрограммныйпродукт	0,81	0,93	0,85	0,87	0,89
Конкутентныйпрограммныйпродукт	0,62	0,84	0,86	0,78	0,81

ассчитаемкоэффициентконкурентоспособности.

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

Заданиепо охране трудаи техникабезопасности.

Тема:«Разработатьмероприятияпо охране трудана рабочемместе пользователя.»

1.Введение.

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

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

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

ром.

2.Анализ условийтруда пользователя.

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

-длина помещения:9 м;

-ширина помещения:7 м;

-высота помещения:3.5 м;

-число окон: 3;

-число рабочихмест: 6;

-освещение:искусственное;

-число вычислительнойтехники: 5.

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

-недостаточноеосвещение;

-шум от работающихмашин;

-облучение отэкрана дисплея;

-выделениеизбытков теплоты.

Крометого, в помещение могут попадатьчастички пыли.

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

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

4.Расчет вентиляции.

4.1.Анализ микроклимата.

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

1)температуройвоздуха t( C);

2)относительнойвлажностью (%);

3)скоростьюдвижения воздухана рабочемместе,V(м/с).

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

Таблица1. Параметрымикроклимата.

Периодгода	Категорияработ	Зона	Тмпера-тура,°C	Относит.влажность,%	Скоростьдвижения, м/с
холдн.	Легкая	оптим.	22-24	40-60	0.1
		доп.	25-18	75
теплый	Легкая	оптим.	23-25	40-60	0.1
		доп.	28-22	55	0.1-0.2

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

4.2.Определениепотребноговоздухообмена.

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

W=n*w(1.)

гдеn - число людей,n = 6 человек;

w- количествовлаги, выделяемоеодним человеком,г/ч,

w= 84 г/ч при t = 22С [1].

Поформуле (1.) получаем:

W= 6 * 84 = 504 (г/ч)

Теперьможно определить потребный воздухообмен,который определяетсяпо формуле:

(2.)

гдеW - количествоводяного пара, выделяющегосяв помещении,г/ч, W = 504 г/ч;

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

p- плотностьприточноговоздуха, р = 1.2 кг/м;

d = 10 г/кг при температуре рабочей зоны 22 С;

D= 16 г/кг -принимаетсяравным предельнодопустимому,т.е. при tр.з.=26 С ,=75 %. Таким образомрасход воздуха(по формуле(2.)) равен :

Теперьпроведем расчетвыделенийтепла.

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

Qл= n * q , (3.)

гдеn - количестволюдей в помещении,5 мужчин и 1 женщина;

q- удельная теплота, выделяемаячеловеком(явное теплопри t = 22 С ), Вт ; q = 68 Вт[1];

Поформуле (3.) получаем:

Qл= 5 * 68 + 1 * 0.85 * 68 = 397.80 Вт.

Расчеттепла, поступающегов помещениеот солнечнойрадиации Qостпроизводитсяпо формуле:

Qост= Fост * qост * Aост , (4.)

гдеFост - площадьповерхностиостекления,м,

Fост=9 м ;

qост- тепловыделенияот солнечнойрадиации, Вт/м,через 1 м поверхностиостекления(с учетом ориентациипо сторонамсвета), qост = 150Вт/м [4], т.е окнас двойным остеклениемс металлическимипереплетами;

Aост - коэффициентучета характераостекления,Aост=1.15 (двойноеостеклениев одной раме).

Подставиввсе полученныезначения вформулу (4.), получим:

Qост= 9 * 150 * 1.15 = 1552,5 Вт.

Расчеттепловыделенийот источниковискусственногоосвещения Qосв,Вт, производитсяпо формуле:

Qосв= N * * 1000 , (5.)

гдеN - суммарнаямощность источниковосвещения, кВт,

N=2 * 6 * 0.08 = 0.960 кВт где 0.08кВт - мощностьодной лампы,а всего в помещении6 светильниковпо 2 лампы в каждом;

-коэффициенттепловых потерь, = 0.55 для люминес-

центныхламп.

Поформуле (5.) имеем:

Qосв= 0.96 * 0.55 * 1000 = 528 Вт.

Длярасчета тепловыделений от устройстввычислительной техники используетсяформула (5.) с коэффициентом тепловых потерьравном = 0.5. В помещении стоят5 компьютеров типа IBM PC AT с мощностью63.5 Вт источникапитания.Тогда:

Qвт= 5 * 0.0635 * 0.5 * 1000 = 158.75 Вт.

Такимобразом, в помещениивыделяетсявсего избыточноготепла:

Qизб= Qл + Qост + Qосв + Qвт= 2637.05 Вт.

Приоткрытии дверей и окон естественныйрасход тепла:

Qрасх= 0.1 * Qизб = 263.705 (Вт). (6.)

Поформуле (7.) посчитаем объем вентилируемоговоздуха длятеплого временигода:

(7.)

гдеQизб - теплоизбытки,Qизб = 2637.05 Вт;

Ср- массовая удельнаятеплоемкостьвоздуха,

Ср= 1000 Дж/(кг* С);

р- плотностьприточноговоздуха, р = 1.2 кг/м;

tуд,tпр - температурыудаляемогои приточноговоздуха, С;

Температураудаляемого воздуха определяется по формуле:

tуд= tрз + а * (Н - 2),

гдеtрз = 22 С;

а - нарастаниетемпературывоздуха накаждый 1 м высоты,С/м, а =0.5 С/м;

Н- высота помещения,Н = 3.5 м.

Следовательно,tуд = 22 + 0.5 * (3.5 - 2) = 23 С.

Температураприточноговоздуха tпр приналичии избытковтепла должнабыть на 5 С нижетемпературывоздуха в рабочейзоне, поэтомуtпр = 17 С. Подставивполученныезначения вформулу (7.) найдем:

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

5.Проектированиесистемы вентиляции.

Исходнымиданными длярасчета размеравоздуховодаявляются расходвоздуха (Gвент= 1318.5 м /ч) и допустимыескорости егодвижения впомещении (v = 9 м/с). Потребнаяплощадь воздуховодаf, м определяетсяпо формуле:

(8.)

Длядальнейшихрасчетов (приопределениисопротивления сети, подборе вентилятора и электродвигателя)площадь воздуховодапринимаетсяравной ближайшейбольшей стандартнойвеличине, т. е. f = 0.0614 м [1]. В промышленныхзданиях рекомендуетсяиспользоватькруглые металлическиевоздуховоды. Тогда расчетсечения воздуховодазаключаетсяв определении диаметра трубы. По справочнику находим, чтодля площадиf = 0.0614 м условныйдиаметр воздуховодаd = 280 мм [1].

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

гдеR - удельные потери давления на трение научастке сети,R =3.2 Па/м;

l- длина участкавоздуховода,м, l = 3 м;

-сумма коэффициентовместных потерьна участке воздуховода,1.1 - для колена,1.4 - для прямогоучастка; v - скоростьвоздуха научастке воздуховода,9 м/с;

р- плотностьвоздуха( принимаемр = 1.2 кг/м ).

ЗначенияR,v, определяютсяпо справочнику(R - по значению диаметра воздуховодана участке d =280 мм, в зависимостиот типа местного сопротивления)[1].Результаты расчета воздуховодаи сопротивлениясети приведеныв табл. 2.

Таблица2. Расчет воздуховодаи сопротивлениясети.

G,(м/ч)

l,(м)

v,(м/с)

d,(мм)

v*p/2Па

R,Па/м

R*I,Па

Па

1318

280

48.60

3.2

9.6

2.5

121.5

131.1

Требуемоедавление, создаваемое вентилятором, с учетом запасана непредвиденноесопротивлениев сети в размере10 % составит:

Ртр= 1.1 * Рmax = 1.1 * 131.1 = 144.21 (Па) (10.)

Ввентиляционныхустановках применяютвентиляторынизкого давления (до 1 кПа) и среднегодавления (от1 до 3 кПа). В сетяхс малым сопротивлением до 200 Па применяютосевые вентиляторы. Вентиляторыподбирают поаэродинамическим характеристикам, т.е. зависимостяммежду полнымдавлением (Ртр, Па), создаваемымвентилятором,и произволительностью(Gтр, м /ч).

Сучетом возможныхдополнительныхпотерь илиподсоса воздухав воздуховодах потребная производительностьвентилятораувеличиваетсяна 10 %, поэтому:

Gтр= 1.1 * Gвент = 1.1 * 1318.3 = 1450.35 (м/ч)(11)

Посправочным данным [2] определяемнеобходимыйвентилятори электродвигатель:вентиляторО6-300 (N4), КПД вентилятора h = 0.65.

Мощностьэлектродвигателя(N, кВт) рассчитываетсяпо формуле:

(12.)

гдеh - КПД вентилятораи ременнойпередачи.

Выберемпо рассчитанномузначению мощностиэлектродвигатель4АА63В4У2 с мощностью0.37 кВт.

Заданиепо гражданскойобороне.

Тема:«Оценкаустойчивостидисплейногозала к воздействиюионизирующегоизлучения.»

1.Введение.

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

РуководствоосуществляетсяМЧС. Рабочиморганом управлениякомитета являетсяштаб войск ГОи 9 региональныхцентров, которыенаходятся вМоскве, Санкт-Петербурге,Ростове наДону, Самаре,Екатеринбурге,Новороссийске,Красноярске,Чите и Хабаровске.

Вцелом ГО строитсяпо территориально-производственномупринципу, т.е.органы управленияГО создаютсяисполнительнымивластями потерриториям(края, области)и по линиибезопасностиуправления(министерства,ведомства).

ГОРоссии предназначенодля решениятрех группзадач:

-защита населения в чрезвычайныхситуацияхмирного и военноговремени;

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

-организацияи проведениеАСИДНР приликвидациипоследствийчрезвычайныхситуаций.

ГОМосквы имеет,кроме того,следующиезадачи:

-организацияпервоочередногожизнеобеспеченияпострадавшегонаселения;

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

-всеобщее обязательноеобучение населенияосновам ГО;

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

НаГО возлагается:

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

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

-обеспечениенепрерывногоуправлениямислужбами иформированиямиГО;

-создание, оснащение,подготовкасил ГО объектови поддержаниеих в постояннойготовности;

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

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

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

КучреждениямГО относятся:

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

-ветеринарныелабораториии учреждения;

-химическиелаборатории;

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

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

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

Распределениеэнергии междупоражающимифакторамиядерного взрывазависит от видавзрыва и условий, в которых онпроисходит. При взрыве ватмосферепримерно 50% энергиивзрыва расходуетсяна образованиеударной волны,30 - 40% - на световоеизлучение, до5% - на проникающуюрадиацию и электромагнитныйимпульс и до15% - на радиоактивноезаражение.

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

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

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

Описаниедисплейногокласса:

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

-дисплейныйкласс рассчитанна 20 ЭВМ типаIntelPentium-100 с мониторамитипа Samsung 15GA;

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

Дляпроверки устойчивостидисплейногозала к воздействиюионизирующегоизлучениязададимсяпараметрамиядерного взрыва:

-мощность взрываравна 1000 Кт;

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

2.1.Оценкапоражающихфакторов проникающейрадиации.

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

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

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

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

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

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

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

Обратимыеизменения вматериалах, элементах и аппаратурев целом могутвозникать примощностиэкспозиционныхдоз от 1000 Р/с.

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

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

3.2.Расчетфакторов проникающейрадиации.

Мощностьвзрыва принимаемравную 1000 Кт.

1.Мощность поглощеннойдозы, [P/c].

,где

- мощность взрыва,Кт.

2.Поглощеннаядоза излучения,[р.].

3.Поток нейтронов,[1/м].

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

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

Таблица1.1.

Факторы	Радиус,м
	500	1000	1500	2000	2500	3000	3500
P,P/с	3.1 10⁸	6.7 10⁶	2.5 10⁵	1.1 10⁴	600	34	2
D,P	2.0 10⁶	9.8 10⁴	8.5 10³	930	120	17	3
н/м	2.0 10¹⁸	3.9 10¹⁶	1.2 10¹⁵	5.0 10¹³	2.3 10¹²	1.2 10¹¹	6.0 10⁹

Учитывая,что наименеестойким элементомЭВМ являютсямикросхемы,количествокоторых определяетсятипом ЭВМ исоставляет30- 50единиц, длякоторых предельныезначения равнысоответственно:

=10н/м; D=1000 P; P=1000 P/с, получаем,что на расстоянииболее 2500 метровот взрыва проникающаярадиация ЯВне повлияетна работоспособностьЭВМ. Необратимыеизменения вмикросхемахпод воздействиемпроникающейрадиации будутвозникать, еслиЭВМ будет находитьсяна расстояниименее 1500 метровот центра взрыва.

4.Выводы.

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

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

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

-наиболее важныеузлы ЭВМ будутукрыты защитнымслоем материалаи перегородок,не пропускающегорадиацию итепло. Наиболеехорошо поглощаютрадиацию тяжелыематериалы,например металлы(бетон, железныеплиты и др.);

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

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

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

5.Список используемойлитературы.

1.В.Г.Атаманюк,Л.Г.Ширшев,Н.И.Акимов“Гражданскаяоборона”, Москва,Высшая школа,1986 г.

2.Л.Г.Ширшев“Ионизирующееизлучение иэлектроника”,Москва, 1969 г.

3.Радиационнаястойкостьматериаловрадиотехническихконструкций,Справочник,Москва, 1976 г.

4.Методическиеуказания кпрактическимработам покурсу “Гражданскаяоборона” подредакциейЛ.Г.Ширшева,Москва, 1981г.

Заданиепо эргономике.

Тема:«Применениеэргономикипри проектировании,разработкеи внедрениясистем автоматизациидеятельностипредприятия».

1. Введение.

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

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

художников-дизайнеров– для оформленияинтерфейсапользователей

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

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

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

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

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

2. Влияниеэргономикипри проектированииреляционнойбазы данных.

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

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

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

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

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

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

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

3. Влияниеэргономикипри созданииинтерфейсапользователя.

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

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

Использованиеграфическогоинтерфейса.При созданиисистемы автоматизациинеобходимоориентироватьсяна операционныесистемы с графическиминтерфейсомпользователя(Windows, OS/2, OSMac и т.п.). Системыс текстовымвводом (напримерMS-DOS) являютсяустаревшимии не предназначеныдля разработкиинтерфейсапользователя.

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

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

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

При работенеобходимоиспользоватьстроки повседневногообщения. Этопозволит снятьнапряжениеот работы, атакже развлечетпользователя.Например, привыходе из программыможно использоватьсообщение вида«Действительноуходите? Досвидания. Надеемсявы к нам ещезагляните…».

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

Использованиесовременныхэлементовуправления.Такие элементыуправлениякак «закладки»,«деревья»,«ползунки»и т.п. – помогутпользователюлегко управлятьдаже самымисложными данными.

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

4. Внедрениеи его влияниена эргономическиесвойства проекта.

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

5. Заключение.

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

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

Списоклитературы.

1.Р.Ахаяни др. «Эффективнаяработа с СУБД»,Санкт-Петербург,«Питер», 1997г.

2.«Проектированиеи разработкасистем автоматизациипредприятий».

3.«Database Unleashed», Indianapolis USA, «SAMSPublishing», 1996г.

Содержание.

СПЕЦИАЛЬНАЯЧАСТЬ.

Введение.

ГЛАВА 1. «Малыепредприятияи проблемыавтоматизации»

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

ГЛАВА 2. «СУБДи Клиент-сервернаямодель вычислений»

2.1. Общие вопросыпроектированиябаз данных

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

2.1.2. Постановказадачи и разработкабизнес-правил

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

2.2. Клиент-сервернаямодель вычислений

2.2.1. Эволюциямоделей вычисления

2.2.2. Преимуществаи недостаткивычисленийклиент-сервер

2.3. Сервер всистеме клиент-сервер.Microsoft SQL Server

2.3.1. Базы данныхи реляционныеСУБД

2.3.2. Сервер базданных Microsoft SQL Server –важнейшиеособенности

2.4. Клиент всистеме клиент-сервер.Microsoft Access 97

2.4.1. Клиентныеприложения– окно доступак базе данных

2.4.2. ИспользованиеСУБД MicrosoftAccess 97 в качествеклиентногоприложения

2.5. ВзаимодействиеAccess и SQL Server

2.5.1. ОсобенностииспользованияAccess в разнороднойсреде.

2.5.2. ОсобенностииспользованияMicrosoft SQL Server в разнороднойсреде.

ГЛАВА 3. «Модельучета кадрови складскихзапасов малогопредприятия.Реализация.Анализ работы»

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

3.2. Формализованноеописание механизмовскладскогои кадровогоучета.

3.3. Особенностиреализациипроекта.

3.4. Анализработы базыданных.

Заключение

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

ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯЧАСТЬ

ОХРАНА ТРУДАИ ЭКОЛОГИЯ

ГРАЖДАНСКАЯОБОРОНА

ЭРГОНОМИКА

Приложения

Техническоеописание дипломногопроекта.
Листингиосновных программныхмодулей проекта.

ВВЕДЕНИЕ.

В книге ДжонаНейсбитта“Мегатренды”– бестселлера,в которомрассматриваютсятенденциитрансформациисовременногообщества –говорится, ”мыдвижемся отпостиндустриальногообщества кобществуинформационному”.Информационныйсектор и числолюдей, связанныхс информацией,постоянновозрастают.Точный объеминформационногосектора в экономикеопределитьдовольно трудно,посколькумногие видыдеятельности,особенно всфере предоставленияуслуг имеютинформационнуюсоставляющую.Во всяком случаеясно, что этотсектор растеточень быстро.В 90-х годах 95% новыхрабочих местпоявилось вобластях, связанныхсо знаниямии предоставлениемуслуг.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Во 2-ой главеизлагаютсяосновы технологийклиент-сервер:даются основытеории реляционнойалгебры, рассматриваютсянаправленияразвития иприменениятехнологийклиент-сервер,вводятся требования,предъявляемыек клиенту исерверу.

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

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

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

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

ГЛАВА 1.

Предприятиекак центр обработкиинформации.

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

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

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

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

Любая организацияобрабатываетинформациюдля выработкидвух видов«продукции»:информации(данных, документов,речевой информации)и решений(оперативныхи стратегических).Организацияполучает начальную(входящую) информациюв различныхвидах: документы,доставляющиеинформациюв виде слов ицифр; речеваяинформацияпо телефону;данные от ЭВМ,часто в электроннойформе. Конечная(исходящая)информациявырабатываетсяв таких же видах.Производственныйцикл организацииможет включатьперекомпоновкуинформации,объединениеданной информациис дугой, накоплениеинформации.

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

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

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

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

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

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

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

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

Особенностиведения учетаи автоматизациибизнес-процессовна малом предприятии.

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

В мировойэкономикефункционируетогромное количествомалых фирм,компаний ипредприятий.Например, вИндии числомалых предприятийпревышает 12млн., а в Японии9 млн.

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

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

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

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

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

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

Таким образом,на третьемэтапе автоматизациибизнес-процессовнебольших фирмпоявляетсяидея созданиямалой ЛВС. НаЗападе под этимтермином понимаютсети, охватывающиеот 2 до 30 компьютеров.В России, возможно,граница, отделяющаясети в маломофисе и частногопользователя(одна или несколькоквартир в доме)от сети среднегопредприятия,проходит науровне десятимашин. Примернона этом уровнепроисходитразделениесетей компаний,слабо использующихинформационныетехнологии,и тех, для которыхкомпьютеризацияимеет большеезначение.

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

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

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

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

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

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

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

4. Динамика.Следует учитыватьразличныеаспекты факторавремени.

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

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

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

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

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

Критериивыбора информационнойсистемы

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

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

Пять основныхкритериев.

Система должнабыть понятной.

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

Система должнабыть удобной.

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

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

Система должнабыть надежной.

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

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

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

Система должнабыть адекватной.

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

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

Определениеи классификациясистем автоматизации.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ГЛАВА 2.

2.1. Общие вопросыпроектированиябаз данных

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

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

Построениеинформационныхсистем основываетсяна понятияхтеории базданных.

Предметнаяобласть.

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

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

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

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

Объект.

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

Объект можетбыть реальным(например, человек,какой-либопредмет илинаселенныйпункт) и абстрактным(например, событие,счет покупателяили изучаемыйстудентамикурс). Так, дляскладскогоучета примерамиобъектов могутслужить ПОСТАВЩИК,ТОВАР, ПОЛУЧЕНИЕи т. д. Каждыйобъект обладаетнабором определенныхсвойств, которыезапоминаютсяв информационнойсистеме. Приобработкеданных частоприходитсяиметь дело с совокупностьюоднородныхобъектов, напримерслужащие, изаписыватьинформациюоб одних и техже свойствахдля каждогоиз них.

Класс объектов.

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

Объекты иих свойстваявляются понятиямиреального мира.Для информационногопространстваупотребляетсяпонятие атрибутаобъекта.

Атрибут.

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

Взаимосвязьмежду перечисленнымивыше понятиямипроиллюстрированасхемой:

Таблица.

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

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

Значениеданных.

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

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

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

Ключевойэлемент данных.

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

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

Первичныйключ.

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

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

Альтернативныйключ.

Альтернативныйключ – это атрибут(или группаатрибутов),несовпадающийс первичнымключом и уникальноидентифицирующийэкземпляробъекта. Напримердля объекта«служащий»,который имеетатрибуты«ИДЕНТИФИКАТОР»,«ФАМИЛИЯ»,«ИМЯ», «ОТЧЕСТВО»,группа атрибутов«ФАМИЛИЯ»,«ИМЯ», «ОТЧЕСТВО»может являтьсяальтернативнымключом по отношениюк атрибуту«ИДЕНТИФИКАТОР».

Запись данных.

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

Тип данных.

Тип данныххарактеризуетвид хранящихсяданных.

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

Домен.

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

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

ТИПЫ ДАННЫХ

ДОМЕНЫ

Представление.

Представление– это сохраненяемыйв базе данныхименованныйзапрос на выборкуданных (из однойили несколькихтаблиц).

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

Связь.

Связь – этофункциональнаязависимостьмежду сущностями.

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

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

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

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

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

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

Мощностьсвязи представляетсобой отношениеколичестваэкземпляровродительскойсущности ксоответствующемуколичествуэкземпляровдочерней сущности.Для любой связи,кроме неспецифической,эта связьзаписываетсякак 1:n.

Хранимыепроцедуры.

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

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

Правила.

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

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

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

Триггеры.

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

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

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

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

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

Ссылочнаяцелостность.

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

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

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

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

Нормализацияотношений.

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

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

Словарьданных.

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

Постановказадачи и разработкабизнес-правил

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

При ответена первый вопрос:«Что лежит воснове бизнесаданной фирмы?», как правило,выявляютсянаиболее важныедля данногобизнеса илипроизводственногопроцесса компоненты.

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

Вопрос: «Гдепроисходиятданные процессы?» больше относитсяк проблемамтелекоммуникацийи организацииисовместнойработы персонала.Например, вслучае большогообъема операций,которые выполняютсявне территориифирмы торговымиагентами, придетсяучитыватьпроблемысинхронизацииданных. Приналичии филиаловвесьма непростойпроблемойявляется оптимальныйвыбор системыраспределенияданных. Можноцентрализоватьвсю обработкуданных и филиалыбудут выполнятьсвои операции,пользуясьвозможностямителекоммуникаций.Работа с даннымив этом случаеупрощается,однако необходимопозаботитьсяоб устойчивойсвязи филиаловс головнымпредприятием.

Ответ навопрос: «Ктовыполняет этипроцессы ?»даст организационнаяструктурафирмы.

Важно получитьи ответ на вопрос:«Когда выполняетсято или иноедействие ?».Это прояснитпериодичностьосуществляемыхбизнес-процессови позволитправильнорасставитьакценты в будущейприкладнойпрограмме.

Последнийвопрос: «Почемуэти действиявыполняются?»позволяетопределитьмотивациюпроизводственнойдеятельностифирмы.

Ответы нашесть перечисленныхвопросов позволяютподойти к главномув постановкезадачи – построениюинформационноймодели предприятия.Такая модельотображаетсяв виде взаимосвязеймежду бизнес-компонентами.В практикепроектированияинформационныхсистем такиесхемы получилиназвание ER-диаграмм(Entity-relationship diagram (ERD) – диаграма«Сущность-связь»).ER-диаграмы хорошовписываютсяв методологиюструктурногоанализа ипроектированияинформационныхсистем. Такиеметодологииобеспечиваютстрогое и наглядноеописаниепроектируемойсистемы, котороеначинаетсяс ее общегообзора и затемуточняется,давая возможностьполучить различнуюстепень детализацииобъекта с различнымчислом уровней.

Максимальноформализованноеописание задачисостоит изследующихкомпонентов:

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

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

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

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

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

Концептуальнаямодель.

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

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

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

Логическаямодель(внешняямодель).

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

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

Физическаямодель(внутренняямодель).

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

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

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

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

Типы моделейданных.

Иерархическаяи сетевая моделиданных сталиприменятьсяв системахуправлениябазами данныхв начале 60-х годов.В начале 70-х годовбыла предложенареляционнаямодель данных.Эти три модели различаютсяв основномспособамипредставлениявзаимосвязеймежду объектами.

Иерархическаямодель.

Иерархическаямодель данныхстроится попринципу иерархиитипов объектов,то есть одинтип объектаявляется главным,а остальные,находящиесяна низших уровняхиерархии, -подчиненными.Между главными подчиненнымиобъектамиустанавливаетсявзаимосвязь«один ко многим».Иными словами,для данногоглавного типаобъекта существуетнесколькоподчиненныхтипов объектов.В то же времядля каждогоэкземпляраглавного объектаможет бытьнесколькоэкземпляровподчиненныхтипов объектов.

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

Сетеваямодель.

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

Реляционнаямодель.

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

Проектированиебазы данных.

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

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

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

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

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

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

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

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

2.2. Клиент-сервернаямодель вычислений

Иногда компьютерныетехнологииделают решительныйрывок. Реляционнаямодель СУБДс ее простымитабличнымиструктурамиданных и мощнымиоперациями– одна из такихреволюций. В1994 г. отмечалась25 годовщина стого момента,как докторИ.Ф.Кодд (тогданаучный сотрудниккомпании IBM)предложилреляционнуюмодель. Реляционнаямодель помогласориентироватькомпьютерныенауки на исследованиепроблем управленияданными, а системыуправлениябазами данных(реляционныеСУБД) внеслизаметные улучшенияв доступ к данными разработкуприложений.Хотя в последнеевремя большоевнимание уделяетсяобъектно-ориентированнымбазам данных,в индустрииСУБД главенствуетмнение, чтоведущие реляционныесистемы управлениябазами данныхуспешно реализуютидеи объектно-ориентированныхСУБД как расширениебазовой реляционноймодели. Существующая реляционнаямодель управлениябазами данныхс успехом будетпродолжатьсвое существованиеи в предстоящиегоды.

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

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

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

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

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

Вычисленияклиент-сервер.

Что такоевычисленияклиент-сервер,и как использоватьих преимущества?Вычисленияклиент-сервер– это относительноновая модельвычислений,представляющаясобой ни чтоиное как распределениеобработки вмногопользовательскойбазе данныхпо несколькимкомпьютерам(ПК и рабочимстанциям). Чтоже может датьвычислениеклиент-серверпо сравнениюс традиционнойоднокомпьютернойсредой (с однойбольшой ЭВМ).При корректнойреализациисистемы клиент-сервервы получитесистему управленияинформациейс намного лучшимотношением«цена/производительность»,которую можнонаращиватьи легко приспосабливатьк меняющимсятребованиям.И это лишь некоторыеиз причин, покоторым стоитразобратьсяв вычисленияхклиент-сервери реализоватьих в системеуправленияинформацией.

Эволюциямодели вычислений.

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

Централизованнаямодель.

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

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

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

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

В 80-е годыпроизошло то,что навсегдаизменило характервычисленийв организации:появилисьперсональныекомпьютерыи рабочие станции.С тех пор какIBM создала PC и ОСDOS, Apple – Macintosh, а позднеепоявилисьрабочие станцииUNIX таких компанийкак Hewlett-Packard и Sun Microsystems,независимыедруг от друга рабочие станциистали доминироватьв организациях,положив конеццентрализованномуконтролю надданными компаниибольших машин.

Такую популярностьперсональныерабочие станцииприобрелиблагодаря тому,что они имеютнад большимиЭВМ несколькопреимуществ:

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

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

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

Модель вычисленийс сетью и файловымсервером.

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

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

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

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

Модель вычисленийклиент-сервер.

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

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

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

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

Клиентскоеприложение(«вешний интерфейс»)– это частьсистемы, которуюпользовательиспользуетдля взаимодействияс данными. Клиентскиеприложенияв СУБД клиент-сервервыполняютследующиезадачи:

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

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

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

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

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

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

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

2. Использованиесистем клиент-сервердля разработкиприложений.

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

3. Экономиясредств благодаря использованиюсистем клиент-сервер.

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

4. Недостаткимодели.

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

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

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

2.3. Сервер всистеме клиент-сервер.Microsoft SQL Server

Серверы базданных.

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

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

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

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

Целостностьданных: ограниченияцелостности.В реляционноймодели встаетвопрос целостностиданных. Еслидля реляционнойбазы данныхвыполненоусловие целостностиданных, то этоозначает, чтовсе ее данныеявляются допустимыми(согласно наборуправил). Например,все организациив таблице ОРГАНИЗАЦИИдолжны иметьуникальныйидентификаторID (иначе вы несможете различитьдве организациис одинаковымназванием). Этостандартноеправило целостностиназываетсяцелостностьюединицы, иподразумевает,что вы можетеуникальнымобразом идентифицироватькаждую строкутаблицы.

Операциис данными: StructuredQuery Language (SQL). Реляционнаямодель описываеттакже, какпользователимогут манипулироватьданными с помощьюязыка реляционнойалгебры. Реляционнаяалгебра – этоконечный набороператоров,которые используютсядля операцийнад таблицами.Например, реляционнаяоперация ограничениявыбирает изтаблицы конкретныестроки, а реляционнаяоперация проекциисоздает новуютаблицу, объединяяродственныеданные из двухи более таблиц.Реляционнаяалгебра – этонабор математическихпринципов,точно определяющихоперации сданными в реляционнойбазе данных.

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

Операциис данными:транзакции.Транзакциябазы данных– это единицаработы, состоящаяиз одного илинесколькихоператоровSQL.

Microsoft SQL Server.

Microsoft SQL Server являетсякомпонентомMicrosoft Back Office для работыс базами данных.Он представляетсобой системууправленияреляционнымибазами данных(RDBMS), построеннуюдля болееэффективногоуправленияинформациейорганизации,с помощью которогоможно создаватьмощные приложенияобработкиданных вмногопользовательскойсетевой среде.

ХарактеристикиMicrosoft SQL Server .

Microsoft SQL Server построенна основе архитектурыклиент-сервер,которая позволяетразбиватьпроцесс обработкиинформациина два компонента– предварительнуюобработкуданных иликлиентскийкомпонент, иокончательнуюобработку илисерверныйкомпонент. SQLServer представляетсобой сервербазы данных,обеспечивающийокончательнуюобработкуданных, которыйможет взаимодействоватьс несколькимиразличнымиклиентскимикомпонентами,расположенными,как правилов одной сети(LAN). Он обладаетвстроеннойподдержкойрепликацииданных, мощнымиинструментальнымисредствамии открытойархитектурой,которая обеспечиваетему репутациюнадежного иэффективногоинформационногорешения дляорганизацийвсех размеров.SQL Server представляетсобой законченнуюинтегрированнуюсистему управлениябазами данных,которая удовлетворяетвсем современнымтребованиямпостроениямасштабируемыхраспределенныхинформационныхсистем.

Microsoft SQL Server имеетследующиехарактеристики:

Relational database management system (RDBMS).Структураданных SQL Server удовлетворяетреляционноймодели базыданных и позволяетпроводить сданными операциив соответствиис правиламиреляционнойалгебры, впервыесформулированнымиЕ.Ф.Коддом в1970г.
SQL-based. Администраторы,пользователии прикладныепрограммистыприменяютStructured Query Language (SQL) для работыс SQL Server.
Масштабируемость.На компьютерс SQL Server можно добавитьдополнительныепроцессоры(имеется в виду,что компьютер,на которомработает SQL Server,представляеттакую возможность),и тогда производительностьработы программногообеспеченияSQL Server также увеличитсябез какой быто ни былодополнительнойнастройки.
Высокаяпроизводительность.Microsoft SQL Server был тщательнопротестированна многихкомпьютерахв различныхусловиях работы.Его показателипроизводительностинаходятсясреди лучшихдля подобныхсистем.

В 1988 году фирмаMicrosoft совместносо своими партнерамиAshton-Tate и Sybase представилисвою первуюверсию SQL Server , построеннуюпод операционнуюсистему OS/2. Вдальнейшемфирма Microsoft перенеслаSQL Server под Windows NT. Этиизмененияпотребоваликоренных перестроекв ядре SQL Server, но, темсамым, обеспечилипродукту SQL ServerмощностьмультипроцессорнойRDBMS в среде Windows NT. В1992 году фирмаMicrosoft начала процессотделения отSybase и стала сосредотачиватьбольше вниманияна собственнойверсии SQL Server. В концеконцов, Microsoft и Sybaseзакончилисовместнуюработу, и к Microsoftперешел полныйконтроль надразработкойSQL Server. Далее в SQL Serverбыли добавленыследующиевозможности:

ПоддержкаRISC-платформы
MAPI-интерфейсдля разработкиприложений,выполняющихзапросы в базуданных
Инструментыпереноса данных
Интеграцияс объектамиOLE и системойпрограммированияVisualBasic
Расширенязык работыс системой,добавленадекларированнаяссылочнаяцелостность(DRI) и поддержкакурсоров

ВажнейшиеособенностиMicrosoft SQL Server.

Широкиевозможностиадминистрирования.SQL Server 6.0 предоставляетширокие возможностиадминистрирования,осуществляемогосистемойинтегрированныхобъектов, сервисови компонентов.Для того чтобыуправлятьсистемой, SQL ServerиспользуетSQL Enterprise Manager – графическийинструмент,который осуществляетуправлениесистемой ивключает:

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

SQL Enterprise Manager такжеобеспечиваетдля администраторабазы данных(DBA) более простоеуправление:

Входом всистему
Привилегиямидоступа
Группамипользователей
Устройствамиданных и базамиданных
Созданиемсценариев
Резервированиембаз данных ижурналом транзакций
Компонентамибаз данных(таблицами,представлениями,хранимымипроцедурами,индексами,триггерами,правилами,значениямипо умолчаниюи создаваемымипользователямитипами данных)

Целостностьданных. Всреде баз данныхклиент-сервер,сервер автоматическиобеспечиваетцелостностьданных. SQL Server используетнесколькомеханизмовподдержанияцелостности.SQL Server обеспечиваетдекларативнуюссылочную(соотношениятаблиц) целостность(DRI), позволяющуюпользователямустанавливатьограниченияна данные исоотношениямежду таблицамидля согласованияключевых словтаблиц. Этонеобходимотакже и длясогласованияцелостностиправил храненияданных и перекрестныхссылок таблиц,для того чтобыизмененияинформациибазы данныхбыли согласованы.Чтобы обеспечитьсущностнуюцелостностьзаписей в таблицеSQL Server поддерживаетуникальныеиндексы, которыегарантируют,что значениеключа в столбцеуникально длявсех записейтаблицы. SQL Server такжеиспользуетпараметры поумолчанию иправила, которымдолжны удовлетворятьданные, хранящиесяв таблице дляобеспечениядоменной целостностиданных в таблице,которая гарантирует,что значенияданных столбцазаконно.

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

Репликация.Microsoft SQL Server 6.0 включаетвозможностьрепликацииданных какстандартаRDBMS. При репликацииданных пользовательможет распространятькопии транзакционныхданных от одногосервера предприятияна один илинесколькоудаленныхсерверов.

Функциональныеособенности.SQL Server поддерживаетстандарты,принятые АмериканскимНациональнымИнститутовСтандартов,которые предполагаютвозможностиработы с курсорами,обладающимивозможностямипрокрутки иабсолютногои относительногопозиционирования,а также включает:

Расширенныйконтроль целостностибазы данных
Параллельноесканированиеданных (асинхронноепредварительноечтение) последовательныхстраниц операций
Возможностьдобавленияключей и резервныхслов
Оптимизаторзапросов
Системныехранимые процедуры

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

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

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

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

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

2.4 Клиент всистеме клиент-сервер.Microsoft Access 97

2.4.1. Клиентныеприложения– окно доступак базе данных

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

Клиентноеприложение- интерфейсныйкомпонент СУБД,с которымпользователиработают длясчитывания,ввода и анализаданных. Клиентныеприложениямогут быть«всех форм иразмеров».Например, всистеме управленияскладом основнойзадачей будетприложениеуправлениязапасами. Такимобразом, типприложениязависит оттого, с какимиданными работаетпредприятие.Клиентноеприложениепосылает изапрашиваетинформациюс сервера (обычночерез сеть).Задачей клиентаявляется анализи предоставлениеинформации.Клиентноеприложениене включаетв себя компонентууправленияданными – зауправлениебазой данныхотвечает сервер.

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

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

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

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

2.4.2. ИспользованиеСУБД MicrosoftAccess 97 в качествеклиентногоприложения

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

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

В Microsoft Access 97 присутствуетязык программированияVisual Basic for Application, которыйпозволяетсоздаватьмассивы, своитипы данных,вызывать DLL-функции,контролироватьработу приложенийс помощью OLEAutomation. Можно дажеполностьюсоздавать базыданных с помощьюкодирования,если в этомпоявляетсянеобходимость.

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

Одно из основныхпреимуществMS Access – теснаяинтеграциис популярнымофисным пакетомMicrosoft Office.

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

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

Формы.

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

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

Созданиеформ в клиентскомприложенииотнимает большеполовины времени.Однако прииспользованииформ в MS Access предоставляетсянаибольшееразнообразиисредств автоматизации.

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

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

Для формдоступны трирежима работы:Конструктор,Форма и Таблица.Режим вводаданных имееттри вида: ленточнаяформа, простаяформа и таблица.При работе спростой формойодновременноВы можете видетьданные толькоодной записи,при ленточной– одну и более,в зависимостиот того, сколькоможно уместитьих на экран.

Формы можносоздавать спомощью конструктораформ. Эффективнымспособом работыявляется быстрыйвыбор полейс помощью Мастерасоздания форм,стиля форм идальнейшеесовершенствованиеформ с помощьюКонструктора.

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

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

Формы и элементыуправленияможно модифицироватьпрограммно.

Отчеты изапросы.

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

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

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

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

Также каки формы, отчетыможно создаватьпрограммно.

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

Системапостроениязапросов вAccess не имеет себеравных средиСУБД массовогоиспользования.Практическивсе виды запросов,которые можнопостроитьпрограммно,в Access можно построитьвизуально.Исключениесоставляютсквозные запросы(SQL pass-through), запросына изменениеструктурыданных (DDL) и запросыобъединения.

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

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

Использованиесквозных запросовпозволяетконтролироватьработу любогосервера базыданых, находясьв среде разработкиMS Access.

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

Для запросовдоступны трирежима: Конструктор,SQL, Таблица. РежимыКонструктораи SQL взаимосвязанны,любые измененияв одном из нихприводят кизменениямв другом. Припереходе врежим Таблицыможно просмотретьрезультатызапроса.

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

Запросы можносоставлятьпрограммнымпутем. При этомвозможны дваварианта. Первый– запуск непосредственнокоманд SQL. Дляэтого необходимосоздать переменнуюстроковоготипа и запуститьее с помощьюмакрокомандыRunSQL. Второй способ– это использованиеобъектов доступак данным.

Инструментальныесредства разработки.

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

Макросы.
Встроенныйязык программированияVisualBasic.
Встроенныеутилиты системызащиты.

Макросы.

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

Системазащиты.

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

Язык программированияVisualBasic.

Visual Basic являетсяуниверсальнымязыком программирования,однако в СУБДMS Access он используетсякак язык программированиядля обработкибаз данных.

ОсновныевозможностиVisual Basic, применимыев разработкеприложенийдля обработкиинформации,могут бытьреализованныблагодаряналичию в немобъектов длядоступа к данным– Data Access Object (DAO), 32-разрядногопроцессораданных – JET ипредназначенныхспециальнодля работы сданными элементовуправления.

Процессорданных в Visual Basicподдерживаетвсе стандартныеоперации посозданию, изменениюи удалениютаблиц, индексови запросов.Формат БД процессораданных Visual Basic соответствуетформату Access. JET такжеобеспечиваетподдержкуцелостностии проверкувводимых иизменяемыхданных на уровнеполей и записей.Для измененияданных JET позволяетиспользоватьязык SQL.

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

Уникальнымсвойством JETявляется возможностьсоздания копийданных (репликацияБД), а такжесогласованияданных в обновляемойи оригинальнойБД. Причем этиоперации могутвыполнятьсякак с файламиформата БДпроцессораданных (MS Access), таки с БД другихформатов,поддерживаемыхчерез механизмODBC.

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

2.5. ВзаимодействиеAccess и SQL Server

2.5.1 ОсобенностииспользованияMicrosoft Access в разнороднойсреде.

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

Access очень хорошоработает вкачествеоднопользовательскойсистемы приложениябазы данных.Его средствареализацииформ можноприменять длясоздания оченьполезногоклиентскогоинтерфейса,а Visual Basic for Applications (VBA), дляформированиякода прикладнойзадачи. Допустимовнедрять VBA ив механизм базыданных средствадля реализациибизнес-правили правил целостностиданных, а такжесоздаватьвысокоэффективныймеханизм базыданных, обеспечивающийразмещениеданных приложенияи управлениеими.

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

Применениетолько Access длясоздания приложенияклиент-сервердает следующиепреимущества:

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

Способ построенияприложенийтолько с помощьюAccess имеет следующиенедостатки:

Технологияфайловогосервера увеличиваетвероятностьпотери данныхпри сбое системы.
Все бизнес-правиладолжны бытьужесточеныклиентом: опытныйпользовательможет получитьдоступ к даннымвне приложенияклиента в обходправилам.
Даже притщательноразработанномдоступе к файловомусерверу обычновозникаетболее интенсивныйсетевой трафик,чем при использованииисервера базданных.
Необходимоуделять болеепристальноевнимание базеданных и схемамзапросов, чтобыустранитьполное сканированиебазы данныхпо всей сети.
Архитектурафайловогосервера Access неспособствуетуправлениюбольшими объемамиданных (свышеодного гигабайта)на сервере.
Такая архитектуране обеспечиваетодновременнойработы многихпользователей.

2.5.2. ОсобенностииспользованияMicrosoft SQL Server в разнороднойсреде.

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

ПрименениеAccess с SQL Server для созданияприложенияклиент-сервердает следующиепреимущества:

SQL Server, работающийв Microsoft NT, более устойчивпо отношениюк сбоям системы.
Сервер базыданных можетоперироватьбольшим количествомтомов данных,чем файловыйсервер.
На серверебазы данныхможно создатьболее эффективнуюзащиту данных.
Установкаправил целостностиданных и бизнес-правилна серверелишает клиентавозможностиих обойти.
Сервер можнозапрограммироватьна эффективныепроцедурымодернизациии на изменения,которыми можноуправлять склиента.
Хорошоспроектированныйсервер базыданных способенработать ссотнями пользователейодновременно.

ПрименениеAccess с SQL Server для созданияприложенияклиент-серверимеет и недостатки:

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

ГЛАВА 3. «Модельучета кадрови складскихзапасов малогопредприятия.Реализация.Анализ работы»

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

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

Таким образомработа фирмырассматриваетсячерез работус конкретнымклиентом.

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

Общие требованияк разрабатываемойсистеме автоматизации:

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

Особенностибизнес-процессовпредприятия-заказчика:

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

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

Автоматизацияскладскогоучета.

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

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

Получениепрограммныхпродуктов(товаров) насклад предприятия.
Выдача программныхпродуктовпокупателям(клиентам).
Формированиеинформациипо текущемусостояниюсклада.
Формированиеинформациипо складу заотчетных период.

Особенностиведения складскогоучета на предприятиизаказчике:

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

Автоматизациякадровогоучета.

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

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

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

Особенностиведения кадровогоучета на предприятиизаказчике:

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

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

Для решениязадачи былавыбрана клиент-сервернаяреализациясистемы автоматизации,в качествесервера базданных использовалсяMicrosoft SQL Server, в качествеклиентскойплатформы былвыбран Microsoft Access. Основныеособенностии причины выборамодели, сервераи клиента подробноописаны в ГЛАВЕ2 данного дипломногопроекта.

Для реализациипроекта структурабазы данныхбыла разделенана три отдельныхмодуля:

- модуль дляотдела сопровождения(MdlClnt.mdb),

- модуль длятехническогоотдела (MdlStore.mdb),

- модуль данных(Data.mdb).

3.2. Формализованноеописание механизмовскладскогои кадровогоучета.

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

Модуль «Склад».

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

Модуль «Кадры».

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

Надо отметить,что поведениесистемы описываетсявизуальнымиформами ипроцедурами,написаннымина языке Visual Basic forApplication и содержащимисяв разделе«Приложения»дипломнойработы. Структурасоставляетфункциональныеблоки и программы,описывающиесущественныесобытия. Рассмотримна содержательномуровне реакциисистемы наперечисленныевыше события.

Модуль«Склад».

Начало работы.

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

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

Прием дистрибутивовна склад.

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

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

При регистрациисистемы наскладе такженеобходимоуказать следующиереквизиты:

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

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

Необходимоотметить наличиеисключительныхситуаций,предусмотренныхпрограммой:

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

Выдачадистрибутивовсо склада клиентам.

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

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

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

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

Изменениехарактеристикдистрибутивов.

Существуеттри возможностиизмененияхарактеристикдистрибутивав процессеработы программы.

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

Просмотрдистрибутивов,выданных клиенту.

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

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

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

Просмотртекущего состояниясклада.

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

Просмотротчета по складуза отчетныхпериод.

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

Возвратдистрибутивана склад.

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

Окончаниеработы.

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

Модуль«Кадры».

Начало работы.

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

Ведениеперечня кандидатовна должностькурьера.

До поступленияна работу вкурьерскуюслужбу каждыйиз кандидатовдолжен пройтисобеседованиес менеджеромотдела сопровождения,а также заполнитьанкету. Результатысобеседованияи анкетированияфиксируютсяв графах диалога“Курьеры”. Длязаполненияграф необходимовыбрать пунктменю “Операции”-“Курьеры”,затем в окнедиалога “Курьеры“ выбрать закладку“Кандидаты”.В графах закладки“Кандидаты”указывается:

Фамилия, Имя,Отчество кандидата.
Адрес и домашнийтелефон кандидата.
Место постояннойработы, учебы.

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

Переводкандидата вдолжностькурьера.

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

Распределениеорганизациймежду курьерами.

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

Заполнениехарактеристикорганизациии установленныху нее систем.

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

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

Заполнениеперечня характеристикорганизацииведется издиалоговогоокна “Характеристикиорганизации”,которое вызываетсяиз окна “Курьеры”нажатием кнопки“Параметрыорганизации”.

Регистрацияработы курьерав течение рабочегопериода.

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

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

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

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

Регистрациярасчетногопериода.

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

Расчет заработнойплаты курьера.

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

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

После окончаниярасчета появляетсясообщение:“Расчет закончен”.

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

Увольнениекурьера.

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

Отключениеорганизацииот сопровождения.

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

Окончаниеработы.

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

Дополнительныевозможности.

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

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

ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯЧАСТЬ

Тема: «Технико-экономическоеобоснованиепроекта. Расчетсметы затрати цены на ПП.Оценка целесообразностипроведенияработы.»

1. Введение.

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

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

Об автоматизациималых предприятий.

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

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

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

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

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

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

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

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

2. Организацияработы.

НИР проводиласьпо заказу ЗакрытогоАкционерногоОбщества«ИнформационноеБюро «ВоробьевыГоры»», являющемсяРегиональнымИнформационнымЦентром Общероссийскойсети распространенияправовой информации«КонсультантПлюс» в 1997 году.Источникомфинансированияпроекта являетсязаказчик -коммерческоепредприятие.

СогласноГОСТ 15.101-80 «ПорядокпроведенияНИР» можновыделить четыреэтапа проектирования.Время проведенияработы составляет3 месяца. Длительностьработ по каждомуэтапу былаопределенаследующимобразом:

Разработкатехническогозадания – 2 недели.
Выбор направленияисследования– 3недели.
Теоретическиеи экспериментальныеисследования– 4 недели.
Обобщениеи оценка результатовисследования- 3 недели.

Работы началипроводитьсяс 01.09.97г. Ниже представленграфик проведенияНИР.

Для проведениянаучно-исследовательскойразработкибыла созданагруппа:

Руководительпроекта – ведущийинженер.
Исполнители– инженер-программист,инженер.

Приведемкалендарныйплан работ НИРв соответствиис этапами работы:

1-ый этап.01.09.1997 – 14.09.1997

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

2-ой этап.15.09.1997 – 07.10.1997

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

3-ий этап.08.10.1997 – 07.11.1997

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

4-ый этап.08.11.1997 – 30.11.1997

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

3. Расчет сметызатрат и ценынаучно-техническойпродукции.

Цена разработкивключает в себяследующиестатьи затрат:

1. Статья затрат«Затраты наоплату трудаработников,непосредственнозанятых созданиемнаучно-техническойпродукции»- 13500 тыс. руб.

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

2. Статьязатрат «Отчисленияпо налогам »– 5332.5 тыс.руб.

Затраты поданной статьеопределяютсяустановленнымнормативомот расходовна оплату трудаработников,непосредственнозанятых созданиемнаучно-техническойпродукции ( втом числе: 1.5% -отчисленияв фонд занятости,28% - отчисленияв пенсионныйфонд, 5.4% - отчисленияв фонд социальногострахования,3.6% - отчисленияв фонд медицинскогострахования,1% - транспортныйналог).

13500 тыс. руб. *39.5% = 5332.5 тыс. руб.

3. Статьязатрат «Накладныерасходы» - 47250тыс. руб.

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

13500 тыс. руб. *350% = 47250 тыс. руб.

4. Статьязатрат «Материалы»– 154тыс. руб.(см.табл.2).

5. Статьязатрат «Транспортныерасходы» – 15.4тыс. руб.

Затраты поданной статьесоставляют10% от стоимостиматериалов:

154 тыс. руб. * 10%= 15.4 тыс. руб.

6. Статья«Прибыль» –

Расчетныйнормативрентабельностиопределен 20%от собственныхработ.

(13500 + 5332.5 + 47250 + 154 + 15.4) тыс.руб. * 20% = 13250 тыс. руб.

Не учитываютсязатраты постатьям «Дополнительнаязаработнаяплата», «Командировочныерасходы», «Расходына специальноеоборудование»,«Оплата работ,выполняемыхстороннимиорганизациями»,т.к. они не используются.

Таблица1. Расчетосновной заработнойплаты.

Должность	Оклад (руб.)	Продолжительностьработы (мес.)	Фонд оплатытруда (руб.)
Ведущийинженер	2 000 000	3	6 000 000
Инженер-программист	1 500 000	3	4 500 000
Инженер	1 000 000	3	3 000 000
Итого:			13 500 000

Таблица2. Данныепо статье затрат«Материалы»

Наименованиематериала	Единицыизмерений	Количествоштук	Стоимость(руб.)	Общая стоимость(руб.)
Бумага писчая	Пачка	1	20 000	20 000
Бумага дляпринтера	Пачка	3	30 000	90 000
Карандаши	Шт.	3	2 000	6 000
Ручки шариковые	Шт.	3	4 000	12 000
Ластики	Шт.	2	500	1 000
Дискеты	Шт.	10	2 500	25 000
Итого:				154 000

Таблица 3.Смета затратна разарботку.

Статья затрат	Сумма (руб.)
Затраты наоплату трудаработников	13 500 000
Отчислениена налоги	5 332 500
Накладныерасходы	47 250 000
Материалы	154 000
Транспортныерасходы	15 400
Итого:	66 251 900

Таким образом,стоимостьпроведенияданной научно-исследовательскойразработкиравна:

С = 66 251 900 рублей.

Цена научно-техническойпродукцииопределяетсясуммой:

Ц = С + П, где С– стоимостьНИР,

П – прибыль.

Подставляярассчитанныезначения, получим:

Ц = 66 251 900 + 13 250 000 = 79 501 900 руб.

Цена продажиданной работыс учетом НДСсоставлвяет:

Цпр= 79 501 900 + 15 900 380 = 95 402 280 руб.

4. Оценкаконкурентноспособностиизделия.

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

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

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

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

Теперь оценимконкурентоспособностьнаучно-техническойразработки.Перед тем какбыла разработанаданная программа,фирма-заказчикрассматривалавозможностьустановкипрограммыRS-Balance российскогохолдинга R-Style.ПрограммаRS-Balance, широко используетсяна территорииРФ для автоматизациидеятельностисредних и крупныхпредприятий.

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

Встроенныйязык программированиясистемы RS-Balance неявляется стольраспространенным,как используемыйнами Visual Basic – такимобразом затратына обучениеперсонала былибы значительными.

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

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

Таблица4.

Показатели	Собственнаяразработка	Коэфф.	RS-Balance	Коэфф.
Объем памяти,занимаемыйфайлами системы	2 Мб	1	10 Мб	5
Среднеевремя вводаданных	2 Мин	1	6 Мин	3
Стоимостьпрограммы	~15 000 $	1	~15 000$	1
Стоимостьобучения персонала	~1 000 $	1	~ 10 000$	10
Итого		4		19

Сравнительныйкоэффициент:4/19 = 0.21

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

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

ЭРГОНОМИКА

Тема: «Эргономическиеособенностидипломногопроекта».

1. Введение.

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

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

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

Сегодня мыпереживаембурный ростразвития эргономикив областипрограммногои аппаратногообеспечениякомпьютеров.Каждый деньна рынке появляютсявсе новые решенияи разработкипредназначенныеулучшить работупользователейна персональномкомпьютере.Современныйдизайн, беспроводныеустройстваввода-вывода,технологияPlug&Play («включи иработай»), речевойи рукописныйввод, системыискусственногоинтеллекта,“плоские”дисплеи, TCO95 (стандартжестко ограничивающийэлектромагнитноеи другие видыизлученийкомпьютера)и т.д. – все этоВы можете встретитьв современныхкомпьютерныхсистемах.

2. Эргономикапри проектированиисистем автоматизации.

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

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

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

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

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

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

После выборамодели вычисленийнеобходиморешить вопросо выборе средствразработкии использованияпроектируемойсистемы автоматизации.Так как более90% компьютеровв мире используютоперационныесистемы семействаMicrosoft Windows, а более 80%пользователейиспользуютофисный пакетприложенийMicrosoft Office – выбор былсделан именнов пользу данныхсистем. Такимобразом пользовательполучает возможностьработать вдружественнойему среде, атак же избегаетдополнительныхфинансовыхзатрат. Необходимоотметить, чтоданные двапрограммныхпродукта (Windows 95и Microsoft Office 97) на сегодняшнийдень являютсяобразцомэргономическихразработокв областикомпьютернойиндустрии. Присоздании данныхпрограммиспользовалисьдлительныепрограммытестированияв которых принималоучастие несколькомиллионовчеловек. Цельданных программ– увеличениепроизводительностии достижениекомфорта приработе человеказа компьютером.Каждая следующаяверсия программданного семействав среднем на30% повышает уровеньработы пользователя.Контекстно-зависимоеменю, диалоговыеокна, панелиинструментов,подсказки,контекстно-зависимаясистема помощи,гипертекст– вот всеголишь несколькопримеров примененияв рассмотренныхсистемах разработокв области эргономики.

Индивидуальныйподход к разработке.

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

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

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

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

Использованиесовременныхпрограммныхразработокв области интерфейсапользователя.

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

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

Разработкадизайна проекта.

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

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

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

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

3. Эргономическиеособенностисервера базданных.

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

Для разработкисерверной частидипломнойработы использовалсясервер базданных Microsoft SQL Server 6.5.На сегодняшнийдень данныйпродукт обладаетодними из наилучшихвозможностейуправления.

Для управлениябазой данныхслужит SQL Enterprise Manager,который обладаетграфическимпользовательскиминтерфейсоми позволяетнаглядно представитьвсе службысервера и ветвибазы данных.При работе сSQL Enterprise Manager Вы можетелибо пользоваться меню, либо кнопкамипанели инструментов.Для каждойкнопки менюесть своя подсказка(tooltip). Если остановитьна некотороевремя курсормыши на кнопкепанели инструментов,появится маленькоеокошечко сописаниемфункции этойкнопки. Выбираяопределенныеопции и вводяинформациюв появляющиесяокна, Вы можетепроделатьмножество техже самых действий,которые выполнялисьраньше черезкоманды языкаTrasact-SQL и требовалидлительногоутомительногоизучения языкаSQL и основ программирования.Так же существуетокно легендыс отображениемвсех обозначенийи символов,используемыхв SQL Enterprise Manager. Кромеопций меню икнопок панелиинструментовсуществуетвозможностьиспользоватьправую кнопкумыши и открыватьс ее помощьюконтекстноеменю для объектовв окнах SQL Enterprise Manager.Если остановитькурсор мышина каком-либообъекте и нажатьправую кнопкумыши, Вы сможетевыполнить такиекоманды каксоздание объекта,удаление объектаили редактированиеего структуры.

Для управлениядоступом к базеданных служитSQL Security Manager. Обладаявстроеннымграфическиминтерфейсоми всеми возможностямипо управленюобъектамианалогичнымиSQL Enterprice Manager, SQL Security Manager обладаеттакже однимочень важными удобнымдополнением.АдминистраторыWindows NT Server – операционнойсистемы подуправлениемкоторой работаетSQL Server, получаютвозможностьуправлятьбюджетами(системамибезопасности)пользователейнапрямую черезSQL Security Manager.

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

4. Эргономическиеособенностиклиентскогоприложения.

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

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

MS Access имеет одиниз самых лучшихнаборов визуальныхсредств средианалогичныхпрограммныхпродуктов. Всяработа с базамиданных интегрированав окне базыданных. Приразработкепрограммышироко используютсятакие современныерешения, какпанели инструментов,технологияDrag&Drop (перетащии брось), панелисвойств, гипертекстовыессылки и др.
При созданииформ, отчетов,запросов существуетвозможностьвоспользоватьсябольшим количествомвстроенныхшаблонов и«помощников»,следовательносокращаетсяпроцесс написанияпрограммы.
Широко развитыйпользовательскийинтерфейс.Существуетвозможностьсоздавать вклиентскихприложенияхвсе элементыстандартногоинтерфейсаWindows-приложений:окна, кнопки,полосы прокрутки,кнопки выбора,кнопки переключенияи многие другие.
Широкиевозможностидокументированияи созданияпомощи пользователям.Окна подсказок,«ярлыки» подсказок,отличнаядокументацияна русскомязыке и встроенаясистема помощи– отличительныеособенностиСУБД Microsoft Access.
Одно из основныхпреимуществMS Access – теснаяинтеграциис популярнымофисным пакетомMicrosoft Office. 80% пользователейв мире применяютэтот пакет дляорганизацииработы в офисеи дома. Следовательнопроектируемаянами системаможет бытьлегко примененаи перенесенамежду множествомкомпьютеров.
MS Access используетсамый популярныйна сегодняшнийдень языкпрограммированияVisual Basic. Это позволяетрассчитыватьна широкуюподдержку состороны пользователейи стороннихразработчиков.

5. Заключение.

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

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

ГРАЖДАНСКАЯОБОРОНА

Тема:«Разработкапрограммы дляскладскогоучета в на складеГО г.Москвы».

1. Введение.

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

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

ЧС военноговремени возникаютпри применениипротивникомядерного,химического,биологическогооружия и другихсредств нападения.

В целяхзаблаговременнойподготовкиобъектов квозможномувозникновениюЧС, созданияусловий, повышающихустойчивостьработы предприятий и своевременногопроведенияаварийно-спасательныхи других неотложныхработ на объектах,организуетсягражданскаяоборона (ГО).При начальникеГО объектасоздается штабГОЧС – органуправленияначальникагражданскойобороны. Составштаба зависитот размера изначимостиобъекта дляобщества. ШтабГОЧС осуществляетмероприятияпо защите рабочих,служащих инаселения иобеспечиваетсвоевременноеоповещениеих об угрозеЧС; организуети обеспечиваетнепрерывноеуправлениеГО; разрабатываетплан ГО объекта,периодическикорректируети организуетего выполнение;организуети контролируетобучение рабочихи служащихгражданскойобороне и подготовкуневоенизированныхформированийобъекта. Надоотметить, чтоневоенизированныеформированиясоставляютоснову силгражданскойобороны.

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

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

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

Основу защитыв г. МосквесоставляетГУ ГОЧС (ГлавноеУправлениеГражданскойОбороны иЧрезвычайныхСитуаций) г.Москвы. Так какМосква являетсяодним из крупнейшихадминистративныхцентров и играетглавенствующюроль в политическойи экономическойжизни РФ –ответственностьза защиту городав условиях ЧСнесет штаб ГУГОЧС г.Москвы.Необходимоотметить, чтоМосква являетсяодним из самыхгустонаселенныхгородов, поэтомуштабу ГУ ГОЧСгорода приходитсяхранить и вестиучет большогоколичестваразличныхматериалови оборудованиядля защитыгорода в условияхЧС. До настоящеговремени учетскладскихзапасов производилсяисключительнов бумажнойформе, однакоразвитиевычислительнойтехники позволилоразработатьсистемы автоматизациидля учета складскойдеятельностиштабов ГОЧС.

2. Особенностискладскогоучета на складеГУ ГОЧС.

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

Программадолжна работатьна несколькихкомпьютерах,объединенныхв локальнуювычислительнуюсеть. Такимобразом с программоймогут одновременноработать несколькочеловек. Например,сотрудникотдела снабжениясклада ГУ ГОЧСможет просматриватьсостояниесклада и осуществлятьсвоевременныйзаказ оборудования,и в то же самоевремя кладовщикможет отпускатьоборудованиеподразделениямГО для проведенияспасательныхработ.
Программадолжна вестиучет в реальноммасштабе времени.Это означает,что в любоймомент времениможно просмотретьтекущую информациюпо складу, атакже изменитьее. Внесенныеизменениянемедленнобудут отображенына всех рабочихместах. Возможностьработы в реальноммасштабе временииграет важнуюроль при работесклада ГУ ГОЧСв условиях ЧС,когда списаниеоборудованиясо склада,планированиепоставок изаказ оборудованияпроводятсяв сжатые сроки.
Программадолжна отражатьспецификудеятельностисклада ГУ ГОЧС.Она должнаобладатьвозможностямигруппироватьоборудованиена складе покатегориям:медикаменты,автотранспорт,инструменты,спецодежда,средства защитыи.т.п.
Программадолжна содержатьсведения опоставщиках,производитьанализ закупокпо каждому изпоставщиков.Необходимотакже учитывать,что частьпоставщиковявляютсякоммерческимиорганизациями,а часть – государственнымипредприятиямии ведомствами.
Программадолжна обладатьудобным графическиминтерфейсом,так как в условияхЧС очень важноуметь работатьс максимальнойскоростью, атакже быстрореагироватьна изменениеситуации.
Программадолжна бытьзащищена отнесанкционированногодоступа. Информацияо состояниисклада являетсячерезвычайноважной, поэтомупрограммадолжна иметьсистему распределенияправ пользователейи систему защитыпаролем.
Программадолжна легкопереноситьсяс одного компьютерана другой, таккак не исключенавозможностьиспользованияпрограммы вподвижномварианте ( накомпьютерахтипа notebook) в условияхЧС.
Программадолжна бытьлегко модифицируемойи адаптируемойпод нуждыпользователей.Например влюбой моментвремени должнасуществоватьвозможностьвнесения новойгруппы оборудования,или новогонаименованияоборудования.Так же должнасуществоватьвозможностьизменения иудаления ужесуществующихгрупп и видовоборудования.

При проектированииучитывалось,что склад ГУГОЧС г.Москвыявляется организациейс разветвленнойинфраструктурой.Предполагаетсяиспользованиеданной программыв разных отделахсклада, разнымисотрудниками.

3. Разработкапрограммы«Склад ГО».

Программа«Склад ГО»разрабатываласьс учетом особенностейведения складскогоучета на складеГУ ГОЧС г.Москвы.Программасоздаваласьи используетсяв оболочкеСистемы УправленияБазами Данных(СУБД) Microsoft Access 97. Выборданного программногопродукта былсделан послеанализа требований,предъявляемыхк программе.При выбореучитывалисьследующиеположения:

СУБД MS Access являетсянаиболее удобнойи популярнойсреди аналогичныхпрограмм. Онаобладает широкимивозможностямидля созданиябаз данныхмасштабапредприятий.
Данная СУБДпозволяеторганизоватьсетевую базуданных с распределеннымирабочими местами.Она обеспечиваетдинамическоеобновлениеданных, доступныхпо локальнойвычислительнойсети.
СУБД Access обеспечиваетудобной и надежнойсистемой защиты.Каждый пользовательполучает имядоступа к базеданных и собственныйпароль, такимобразом системаможет бытьзащищена отнесанкционированногодоступа. Администраторбазы данныхможет назначитьправа доступак отдельнымчастям базыданных дляопределеннойгруппы пользователей,что еще большеувеличиваетнадежностьприложений.
Данная СУБДобладает развитымграфическиминтерфейсомпользователяи функционируетв самой распространеннойоперационнойсистеме Windows 95. Онаобладает встроеннымязыком программированияVisual Basic for Application, которыйделает ее ещеболее гибкойи настраиваемойна нужды пользователей.

Проектированиебазы данных«Склад ГО»велось в соответствиис блок-схемойскладскогоучета (Приложение1). В соответствиис данной блок-схемойможно выделитьтри этапа работыпрограммы:

Ввод начальныхданных. На данномэтапе формируютсяначальныеданные, необходимыедля работыпрограммы. Дляэтого заносятсягруппы оборудования,регистрируемогона складе(медикаменты,средства защитыи т.д.), вводятсяпоставщикиоборудования(Штаб ГУ ГОЧСМосковскогоВоенного Округа,Росвооружение,ООО «Стройтехника»,и т.п.), перечисляютсясотрудникисклада ГУ ГОЧСг.Москва (Петров,Иванов и т.д.)и регистрируютсяосновные реквизитысклада ГУ ГОЧС(адрес, телефон,индекс…).
Работа впрограмме«Склад ГО». Наданном этапепроисходитосновная работапо ведениюскладскогоучета на складеГУ ГОЧС: регистрируютсяпоступившиетовары, производитсяинвентаризацияоборудования,подготавливаютсязаказы.
Формированиеотчетностипо складу. Наданном этапепроисходитанализ результатовработы складаза определенныйпериод времени,а так же анализтекущего состояниясклада. Существуетвозможностьпросмотретьтри вида отчетов,которые характеризуютразличныеаспекты складскогоучета на складеГУ ГОЧС.

Описаниеформ и отчетов.

Форма «Сведенияоб организации».Предназначенадля ввода реквизитовсклада ГУ ГОЧСг.Москвы. Данныереквизиты вдальнейшемиспользуютсяпри формированииотчетной информации.

Основныеполя: «адрес»,«индекс», «телефон»,«факс», «руководитель».

Форма «Группыоборудования».Предназначенадля ввода группоборудования,хранящегосяна складе ГУГОЧС. На этапеввода начальныхданных в данноеполе введенызначения:«транспорт»,«спасательнаятехника»,«инструменты»,«средствазащиты», «медикаменты»,«средствасвязи», «спецодежда»,«продуктыпитания». Даннаяформа позволяетвводить новые,удалять и изменятьсуществующиегруппы оборудования.

Основныеполя: «код группы»,«категория».

Форма «Поставщики».Данная формасодержит сведенияо поставщикахоборудованиядля склада ГУГОЧС г.Москвы.В данную формуна этапе формированияначальныхданных введеныследующиезначения: «ШтабГУ ГОЧС МосковскогоВоенного Округа»,«Росвооружение»,«АО «Росмедпоставки»»,ООО «Стройтехника»,Министерствосвязи РФ. Существуетвозможностьдобавленияновой или измененияреквизитовсуществующейорганизации.

Основныеполя: «Название»,«Обращатьсяк», «Должность»,«Адрес», «Телефон»,«Факс», «Индекс»,«Город».

Форма «Сотрудники».Форма содержитсведения осотрудникахсклада ГУ ГОЧСг.Москвы. Данныео сотрудникахиспользуютсядля формированиязаказов, а такжедля распределенияправ доступак базе данных.

Основныеполя: «Фамилия»,«Имя», «Должность»,«Телефон»,«Внутреннийтелефон».

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

Основныеполя: «Названиеоборудования»,«Описание»,«Группа», «Количествона складе»,«Количествов заказе», кнопка«Заказать…».

Форма «Формированиезаказа». Служитдля оформлениязаказа наоборудование.Позволяетпроизводитьгрупповойзаказ, связыватьзаказ с конкретнымпоставщиком,фиксироватьдаты размещенияи исполнения.Каждый заказоформляетсяконкретнымсотрудникомсклада ГУ ГОЧСг.Москва, следовательносуществуетвозможностьконтроля зазаказами состороны руководствасклада. Приработе с даннойформой существуетвозможностьвывести наэкран и распечататьКарточку заказа.

Основныеполя: «Номерзаказа», «Поставщик»,«Сотрудник»,«Описание»,«Дата размещения»,«Дата исполнения»,таблица «Заказоборудования»,кнопка «Просмотркарточкиоборудования».

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

4. Выводы.

Созданнаяпрограмма«Склад ГО» –является современнымрешением задачиведения складскогоучета средствГО. Данная программаобладает рядомпреимуществперед аналогичнымипрограммами.Основнымипреимуществамиданной программыявляются:

легкостьв использовании
удовлетворениеспецифическихзадач складаГУ ГОЧС
широкиевозможностирасширения
высокаястепень защиты

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

5. Приложения.

Приложение1. Блок-схемаработы программы.

риложение2. Экранные формы программы.

Списоклитературы.

В.Г.Атаманюки др. «Гражданскаяоборона», Москва,«Высшая школа»,1986г.
Р.Ахаян и др.«Эффективнаяработа с СУБД»,Санкт-Петербург,«Питер», 1997г.
Г.Саливан,Д.Бенаш «СекретыMS Access 97», Санкт-Петербург,«BHV», 1997г.
«Гражданскаяоборона». ПодредакциейА.Т.Алтунина,«Военноеиздательство»,1984г.

5. Списоклитературы.

Р.Ахаян и др.«Эффективнаяработа с СУБД»,Санкт-Петербург,«Питер», 1997г.
Г.Саливан,Д.Бенаш «MicrosoftBackOffice в подлиннеке»,Санкт-Петербург,«BHV», 1997г.
Д.Л.Вескес,М.Гандерлоу,М.Чипмен«Access и SQL Server», Москва,«Лори», 1997г.
Dwayne Gifford «Access 97 Unleashed»,Indianapolis USA, «SAMS Publishing», 1997г.

ОХРАНАТРУДА И ЭКОЛОГИЯ

Тема: «Обеспечениетребованийэлектробезопасностина рабочемместе программиста.»

Введение.

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

В помещении,где находитсяПЭВМ, действуютследующиенеблагоприятныефакторы:

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

Среди наиболееопасных факторовв помещениис электрооборудованиемявляется возможностьпоражениячеловекаэлектрическимтоком вследствиинарушенияэлектроизоляции.Человек начинаетощущать протекающийчерез него токпромыщленнойчастоты (50 Гц)относительномалого значения:0.6 – 1.5 мА. Этот токназываетсяпороговымощутимым током.Ток 10 – 25 мА вызываетсильные и весьмаболезненныесудороги мышц,которые человекпреодолетьне в состоянии.Такой ток называетсяпороговымнеотпускающим.Ток 80 – 100 мА и вышевызывает существенныеповрежденияв организмечеловека.

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

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

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

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

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

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

Задачапроектированиязануления –выбрать основныеэлементы зануления(нулевые защитныепроводники,аппараты защитыи повторныезаземления)и определитьих параметры.В результатерасчета проверяетсясоответствиевыбранныхэлементовкритериюэффективностизануления ив случае несоответствияназначаютсямеры ее повышения.

Проектированиезануления.

1. Исходныеданные.

Необходимоспроектироватьзанулениеэлектрооборудованияс номинальнымнапряжением220В. Электрооборудованиепредставляетсобой компьютерныйпроцессор смонитором.Мощьностьпроцессорасоставляем120Вт, монитора– 360Вт. С учетомподключенияпериферийнойаппаратуры( в нашем случае– принтера)считаем, чтомощьностьнашего электрооборудованияне превышает1кВт. Следовательно,номинальныйток составляетI_н= P/U =4,5 A.

Для питанияэлектрооборудованияот цеховойсиловой сборкииспользуетсяпровод маркиАПР, прокладываемыйв стальнойтрубе. Сечениеалюминиевогопровода S = 2,5 мм².Диаметр водогазопроводнойтрубы для прокладкипроводов d = 19,1 мм.Потребительподключен ктретьему участкупитающей магистрали.Длина участка0,05 км. Первыйучасток магистраливыполненчетырехжильнымкабелем маркиАВРЕ с алюминиевымижилами сечением3х70, 1х25 мм²в полихлорвиниловойоболочке, длинаучастка 0,23 км.Участок защищенавтоматом типаА3134 с комбинированнымрасцепителемна номинальныйток I_н=150 A. Участок магистрали№2 выполненкабелем АВРГ3х35, 1х10 мм²,длина участка0,075 км, участокзащищен автоматическимвыключателемА3134 с тепловымрасцепителемна номинальныйток I_н=80 A. Магистральпитается отмасляноготрансформаторатипа ТМ – 1000 спервичнымнапряжением10 кВ и вторичным400/230 В, со схемойсоединенияобмоток

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

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

хемапитания приборапредставленана рисунке 1:

ТП – трансформаторнаяподстанция,РП – распределительныйпункт, СП – силоваяподстанция.

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

Применимдля защитыпредохранительтипа ПР-2.

I_пр= 1,25 I_н,где I_н-номинальныйток электрооборудования.

I_пр=1,25 4,5 = 5,6А.

Для расчетавыбираем номиналпредохранителя6А.

В схемеэлектроснабженияиспользуетсяодин участокдлиной более200м, поэтомунеобходимосооружениеповторногозаземленияна распределительномпункте (РП).СопротивлениеповторногозаземлениярегламентируетсяГОСТом 12.1.030-81. В ПУЭрегламентируетсясопротивлениерастеканиювсех повторныхзаземлителей,которое в любоевремя годадолжно бытьне больше 5, 10, 20Ом соответственопри 380, 220, 127 В источникаоднофазноготока. Т.о. сопротивлениеповторногозаземленияв нашем случаене должно превышать10 Ом.

3. Расчетнаяпроверка зануления.

3.1. Определяемрасчетный токоднофазногокороткогозамыкания дляпредохранителяПР-2. Если среданормальная

I _о.к.з.> к I_н,где I_н-номинальныйток защитныхаппаратов ( вданном случае– предохранителя);

к – коэффициенткратности; дляПР-2 к =3.

I _о.к.з.= 3 6 = 18 А

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

I_з=

где z_т-расчетноесопротивлениетрансформатора,z_п -суммарноеполное сопротивлениефазного проводаи нулевогозащитногопроводника.

3.2. Определяемрасчетноесопротивлениетрансформатора( по табл. 6.1 [1]).

z_т= 0,081 Ом; z_т/3 = 0,027 Ом.

3.3. Полноесопротивлениепетли “фазный-нулевойпровод” определяетсяпо формуле:

z_п= z_ф + z_н; где z_ф=

;

z_н=

;

Определяемактивноесопротивлениефазного проводадля каждогоучастка и суммарноепо формуле:

r =

;где

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

l - длинаучастка, км;

S - сечениепровода, мм²

_алюм= 31,4

;

r_ф1= 31,4 0,23 / 70 = 0,1032 Ом;

r_ф2= 31,4 0,075 / 35 = 0,0673 Ом;

r_ф3= 31,4 0,05 / 2,5 = 0,628 Ом;

r_ф_= 0,7985 Ом.

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

r_ф= r_ф_К_т,где К_т= 1 + (Т-20) - поправочныйкоэффициент

 - температуреныйкоэффициентсопротивления.

Для алюминия= 0,004 град^–1[12],

К_т=1 + 0,004 (55 – 20) = 1,14;

r_ф= 1,14 0,7985 = 0,9103 Ом.

3.5. Определяемактивноесопротивлениенулевого защитногопроводника:

r_н1= 31,4 0,23 / 25 = 0,2889 Ом,

r_н2= 31,4 0,075 / 10 = 0,2355 Ом,

Для водогазопроводнойтрубы из сталиd = 19,1 мм, погонноесопротивление

r_=1,8 Ом/км (табл. 25,[11])

r_н3= r_l = 1,8 0,05 = 0,09 Ом.

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

r_н1t= 0,2889 1,14 = 0,3293 Ом,

r_н2t= 0,2355 1,14 = 0,2684 Ом,

Кtстали = 1 + 0,05 (55 - 20) =1,175, где - температурныйкоэффициентсопротивлениядля стали.

r_н3t= 0,09 1,175 = 0,1057 Ом

r_н_= 0,7036 Ом.

3.7. Определимвнешние индуктивныесопротивленияфазных проводови нулевого.

x_ф’= х_ф.м’– х_ф.L’;х_н’= х_н.м’– х_н.L’

х_ф.м’= х_н.м’= 0,145 lg d_ф-нl; гдеd – расстояниемежду фазными нулевым проводом.

Для 1 и 2 участковмагистралиd определяем,исходя из следующихданных справочника[2]:

толщинаоболочкичетырехжильногокабеля данныхмарок 2,1 мм (табл.1.23);
диаметрвнешней оболочки– 39,9 мм для кабеляс жилами 3х70 и1х25 мм²и 30,4 – для 3х35 и 1х10мм²(табл. 5.13)
толщинаизоляции жил(табл.5.3)

S, мм²:70– 1,6 мм;

25 – 1,4 мм;

35 – 1,4 мм;

10 – 1,2 мм;

Т.о.

d₁ =39,9 – 4,2 – 1,6 – 1,4 – 9,4 –5,6 =17,6 мм;

d₂ =30,4 – 4,2 – 1,4 – 1,2 – 6,7 – 3,6 =13,4 мм.

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

d3 = 19,1 / 2 – 0,9 = 8,7 мм.

Тогда

х_ф.м1’= х_н.м1’= 0,145 lg 17,6 0,23 = 0,0416 Ом;

х_ф.м2’= х_н.м2’= 0,145 lg 13,4 0,075 = 0,0122 Ом;

х_ф.м3’= х_н.м3’= 0,145 lg 8,7 0,05 = 0,0068 Ом.

х_ф.м_’= х_н.м_’= 0,0606 Ом.

Внешниеиндуктивныесопротивлениясамоиндукцииопределяютсяпо формуле:

х_ф.L’= х_L’l; где- х_L’погонное индуктивноесопротивлениесамоиндукции,Ом/м. Значения х_L’выбираем длякаждого участкапо таблице 2(стр.13 [12]).

х_ф.L1’= 0,09 0,23 = 0,0207 Ом,

х_ф.L2’= 0,068 0,075 = 0,0051 Ом,

х_ф.L3’= 0,03 0,05 = 0,0015 Ом,

х_ф.L_’= 0,0273 Ом.

х_н.L1’= 0,068 0,23 = 0,0156 Ом,

х_н.L2’= 0,03 0,075 = 0,0023 Ом,

х_н.L3’= 0,138 0,05 = 0,0069 Ом,

х_н.L_’= 0,0248 Ом.

Суммарныевнешние индуктивныесопротивления:

х_ф’= 0,0606 – 0,0273 = 0,0333 Ом,

х_н’= 0,0606 – 0,0248 = 0,0358 Ом.

3.8. Определимвнутренниеиндуктивныесопротивления:

х_ф1-2”= х_н1-2”= 0,0157 l₂= 0,0048 Ом (l₂= 0,23 + 0,075 = 0,305 км),

х_ф3”= 0,0157l₃0,05 = 0,0008 Ом,

х_н3”= 0,6r_н3=0,06 0,1057 = 0,0634 Ом,

х_ф”= 0,0056 Ом, х_н”= 0,0682 Ом

3.9. Находимполное сопротивлениефазного и нулевогопроводов:

z_ф=

= 0,9111 Ом,

z_н=

=0,7112 Ом.

3.10. Рассчитаемток однофазногокороткогозамыкания:

I_о.к.з.=

;I_о.к.з.= 220/ (0,027 + 0,9111 + 0,7112) = 133,39А.

3.11. Сравниваемрасчетныепараметры сдопустимыми.

33,4> 18 I_о.к.з.>кI_н,

,710,91 z_нz_ф

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

Падениенапряженияна участкенулевого проводасоставит:

U_н= I_о.к.з.z_н2-3

z_н2-3=

r_н2-3= r_н2t +r_н3t =0,2684 + 0,1057 = 0,3742 Ом,

х_н2-3’= х_н2’+ х_н3’= (х_н.м2’– х_н.L2’)+ (х_н.м3’– х_н.L3’)= 0,0122 – 0,0023) + (0,0068 – 0,0069) = 0,0098 Ом,

х_н2-3”= х_н2”+ х_н3”= 0,0157 0,075 + 0,064 = 0,0013 + 0,0634 = 0,0646 Ом

Т.о. х_н2-3= 0,3815 Ом.

U_н= 133,4 0,3815= 50,89 В.

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

U_п.з.= R_п.з.I_о.к.з.z_н1/ (R_п.з.+ R₀)

z_н1=

;

где r_н1t= 0,3293 Ом,

z_н1=

=0,3307Ом.

U_п.з.=10 133,4 0,3307 / (10+4) = 31,51 В,

Учитываякоэффициентприкосновения(табл.1 [12]), получимполное напряжениеприкосновения:

U_пр=U_н+ U_п.з.=51,42 + 0,3 31,91 = 60,99 В.

По таблице2 п.1.3. ГОСТа [10] определяем,что для такогозначения предельнодопустимоевремя воздействиятока 0.9с.

Как видноиз характеристикипредохранителяПР-2 с номинальнымтоком 6А [3] времясрабатываниязащиты 0.9с и меньшеобеспечиваетсяпри кратноститока к >7. Это удовлетворяетнашей задаче,т.к. истиннаякратность тока,полученнаяв результатерасчета, составляетк = 133,4/6 21.

Защитное отключение.

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

В сетях до1000В с заземленнойнейтралью могутбыть использованыустройствазащитногоотключения(УЗО), реагирующиена несимметриюфазных токов[5].

ПримеромУЗО для нашейсети можетслужить однофазнаясхема магнитногопускателяС-881, реагирующаяна небалансфазных токов[4]:

Назначениеприбора: защитаот замыканийна корпус и приприкосновениик фазным проводам.Установкасрабатывания– ток троганияIтр = 0,010 А. Времясрабатывания0,03с. Датчикомвходного сигнала,получаемогофильтраминебалансафазовых токов,в схеме являетсяТНП, сигнал откоторого усиливаетсятранзисторнымусилителем.

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

Меры пообеспечениюэлектробезопасности.

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

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

К работе наэлектроустановкахдопускаютсялюди, прошедшиеинструктажи сдавшие зачетили экзаменпо техникебезопасности,причисленныек III группе потехнике безопасности,с применениемв случае необходимостив соответствиис видом работиндивидуальныхзащитных средств.Допуск к работеосуществляетлицо из оперативногоперсонала,ответственноеза электробезопасностьв данном отделе,имеющее квалификационнуюгруппу не нижеIV по распоряжению.
Ограждениетоковедущихчастей электрооборудования.Для предупреждениявозможностиприкосновенияголые и изолированныетоковедущиечасти закрываютсяпостояннымиили временнымиограждениями.
В лаборатории(отделе) допускаетсяустановкаэлектроприборовтолько в закрытомисполнении.
Электропроводка,используемаядля канализацииэлектроэнергии,должна выполнятьсяс соблюдениемправил ПУЭ.При монтажеэлектропроводокнадо уделитьособое вниманиенадежностисоединений.
При наладкеэлектрооборудованиянеобходимоиметь инструментытолько с изолированнымиручками.
Необходимовыполнятьконтроль изоляцииэлектропроводкине реже 1 разав 6 месяцев.Контроль изоляциисводится кизмерениюсопротивленийизоляции. Ононе должно превышатьдопустимыхзначений. (таблица1.8.39 [6]).
Электрооборудование,вводимое вэксплуатацию,должно бытьподвергнутоприемо-сдаточнымиспытаниямв соответствиис главой 1.8. Заключениео пригодностиоборудованияк эксплуатациидается на основаниирассмотрениярезультатоввсех испытаний.(1.8.4)

Заключение.

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

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

Списоклитературы.

Долин П.А.«Основы техникибезопасностив электроустановках.»,М., Энергоатомиздат,1984г.
БелорусовН.И., Саакян А.Е.и др. Справочник«Электрическиекабели, проводаи шнуры», М.,Энергоатомиздат,1987г.
КнязевскийБ.А., Либкин Б.С.«Электроснабжениепромышленныхпредприятий»,М., Энергия, 1976г.
Мотузко Ф.Я.«Защитныеустройствав электроустановках»,М., Энергия, 1973г.
Ревякин А.И.,Кашолкин Б.И.,«Электробезопасностьи противопожарнаязащита вэлектроустановках»,М., Энергия, 1980г.
«Правилаустройстваэлектроустановок»,М., Энергоатомиздат,1990г.
«Правилаэксплуатацииэлектроустановокпотребителей»,М., Энергоатомиздат,1992г.
КузнецовБ.В., «Электробезопасностьпри эксплуатацииэлектроустановок»,Минск, «Беларусь»,1987г.
Мотузко Ф.Я.«Охрана труда»,М., Высшая школа,1975г.
Системастандартовбезопасноститруда. Госкомитетпо стандартам.ГОСТ 12.1.038-82 «Предельнодопустимыезначения напряженияприкосновенияи токов.», М.,1983г.
Долин П.А.Справочникпо электробезопасности.М., Энергоатомиздат,1984г.
Методическиеуказания повыполнениюраздела «Охранатруда и экологии»в дипломныхпроектах. Вопросыэлектробезопасности.Москва, МИРЭА,1987г.

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

Содержание

Введение3

2.1.1.Реляционнаямодель: однитаблицы11

2.1.3.Язык высокогоуровня14

2.1.4.Реляционныеоперации:проектирование,выбор,

объединение.14

2.1.5.Альтернативныйспособ просмотраданных15

2.1.6.Нули16

2.1.7.Безопасность17

2.1.8.Целостность17

2.2.1.Подход к проектированиюбазы данных19

2.2.2.Несколько слово структуребазы данных.21

I)Чтотакое «хорошаяструктура»

II)Плохаяструктура базыданных

2.3.1. Перваянормальнаяформа.23

2.3.2. Втораянормальнаяформа23

2.3.3. Третьянормальнаяформа24

2.3.4.Четвертаяи пятая нормальныеформы24

Глава3. Общее описаниебазы данных

Приложения.103

IV.Гражданскаяоборона137

2.1.1. Реляционнаямодель: однитаблицы

2.1.2. Независимость

2.1.3. Языквысокого уровня

2.1.4. Реляционныеоперации

2.1.5. Альтернативныйспособ просмотраданных

2.1.6. Нули

2.1.7. Безопасность

2.1.8.Целостность

2.2.1.Подход к проектированиюбазы данных

2.2.2.Несколько слово структуребазы данных.

I)Чтотакое «хорошаяструктура»

II)Плохаяструктура базыданных

2.3.1. Перваянормальнаяформа.

2.3.2. Втораянормальнаяформа

2.3.3. Третьянормальнаяформа

2.3.4.Четвертаяи пятая нормальныеформы

Введение.

ГРАЖДАНСКАЯОБОРОНА

ЭРГОНОМИКА

Приложения

ТИПЫ ДАННЫХ

ДОМЕНЫ

Постановказадачи и разработкабизнес-правил

ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯЧАСТЬ

Должность

Статья затрат

Сравнительныйкоэффициент:4/19 = 0.21

ЭРГОНОМИКА