Взаимодействие заказчика базы данных

)Qэработчиком . . .

ЩИ8 замечания

Эта ЮiИга рассчитана не на программистов, а на экономистов и юристов. Она не ставит задач научить читателя созданию баз данных, н:о, тем не менее, мы рассмот­рим, IЩI( они проектируются. Это необходимо, поскольку еще до создания базы данных чрезвычайно важно обеспечить грамотное взаимодействие между заказ­tlJП<ОМ и разработчиком. Они должны уметь разговаривать на одном языке, пони· мап) потребност.и и возможности друг друга. Реалии современного мира TaI<OBbIj , что не существует предприятий и организаций, в которых не было бы nРaI(тичес· I(ОЙ целесообразности в применении технологий баз данных. Подходя с этих пози· ций, надо признать, что любой ЭI<ОИОМИС'l' или юрист рано или поздно будет высту· пать либо ПОJIьзоватеJ1ем, JlИбо ЗElI(EtЭЧИI<ОМ базы данных.

. .4,,3, ВIClимод.I1~IИ' lаКOIФчи:Jftl~":аlllдаННIII~ С РCl8ра!5стчиком

Все базы данных можно классифицировать согласно тому, I<aK I( ним подхо~иттру­довой I<оллектив, на удо6иыв и 1lвудо61lыв. ЕСJ[И внедрение базы даННЬJХ иа прц­приятии ничего не дает трудовому коллеI<ТИnУ, l(pOMe дополнителыlOЙ нагру,мси, он изыскивает с'пособы парировать внедрение и саботировать ПРОИЗDодительнуrо работу системы. Анализ многочислеННЫХ,примеров ~BHeдpeHHЫX», НО не pn60T&.IO· щих баз данных показывает, что OTBe'TGTBeHHocTb з'а неудачу разделяют [(а1( равр.' ботчик, так и заказчик. То, что заказчик не является специалистом в области 6~ данных, не име-ет никакого значения. О» является специалистом в своей предмет' ной области J:i должец уметь объяснить свои потребности и задачи разраб~Т\IИl<У,

Для разработки проекта базы данных не нужны ни компьютер, ни знание техноло' гии баз данных, ни умение программировать. Вполне достаточно преДСТЕ\ЩЮIТ1 потребности ~воей организации, знать узкие места в делопроизводстве, предстаlI'

/ лять список документов, необходимых во внутреннем обороте и во внеI.l.шеЙ о'Гчет' nости.

Методически правильно начинать работу с карандашом и листом бумаги IЗ PYI.C2!X, 1'11 используя компьютер. На этапе проеКПфования он вообще не нужен. I·Iеолтиммь' ные решения и прямые ошибки, заложенные на этом этапе, впослеДСТВИИ ОloJ8ИJ трудно устраняются, поэтому этот этап является основополагающим,

Разработка технического задания.

. Техническое задание на проектирование базы данных должен предос r o,fl-Iw:-/ чик. Для э~ого он должен владеть соответствующей теРМИНОJIOГИIЙ$' ' ..

~ - Q бы в общих чертах, 'Fехнические возможности основных систем ynр~I ' данных. К сожалению, на практике такое положение встречается не J1СО "

обычно используют следующие подходы: разработчик демонстрирует заказчику работу э,налогичной базы данных, nqcп чего заказчик высказывает свои пожелания и они соглаСОВЫВа10Т слеl1ИфИJCII цию отличий;

если анМога нет, разработчик выясняет круг задач и потребностей ЗEl1<аЭЧИ~1 после чего помогает ему подготовить техническое задание.

При подготовке технического задания составляют:

• список исходных данных, с которыми работает заказчик; •. список BЫXOДHЫ~ данныI,·. которые необходимы заказчику ДJlЯ упраВJlIJНИ структурой своего предпр:иятия;

СШfСОК выходных дaHHЫ~, которые заказчик должен предоставлять 13, дрУМ, организации (в вышестоящие структуры, в органы статистичеСI<ОГО учета, пр чие административные и IЩНТРОЛИРУIOI.I.ще организации).

При этом очень важно не ограничиваться взаимодействием с головным пФ,цJ)UДI лением эаI(азчика, а про.вести обследование всех служб и подразделений, ICO'l'~Ph могут Оl(азаться 110ставщИI(ами данных в базу или их потребителями, Tai(, иаПРI мер, при ПОДГОТОВI(е базы данных для учета а6итуриеrIТОВ и студентов в высш.

~Й. Разуме~тся, работз, с~образом ~ происходит гор~здо быстр~е и. ~ффекi'ивнее ­-ГО сще ОДНО основа1iие для тщо, чтобы широко использоват~ запросьU. .

:Оl'да в главе 1 мы оБСУ,ЖДaJ\И ОСНОЩiые структуры данных, то отметили, что недо· гаТIЮМ упорядоченных таблИ1.{НЫХ структур ЯБляеТС5! ,сложность их· обновления, , OC1COJIblCY при внесениц новых записей нарушается упорядоченность - приходится еределывать всю таблицу. В системах управления базами j);aHl;IbI,X и эта проблема ' ~шае'J'СН благодаря заj1росам.

СНОIIНОЙ принцип состоит Б том, что от базовых таблиц никакой упорядоченности:

-~ требустся. Все записи В основные таблицы ·вносятся толыш в естестветlO.М ..

iDРЩЩС по мере их поступления, то есть в неупорядоченном виде. Если же пользо-

• 1'(;))110 надо видеть данные, отсортированн:ые или отфильтрованные по тому или,:

"'~IOMY прииципу, он просто использует соответствующий запрос (рис. 14.3). Если:

У>ЮIОJ'О запроса нет, он обращается к проек'Гировщику и просит его такой запрос: ~).ела'l'J> и предоставить. .~

'ормы. Если запросы - это' специальные средства для отбора и анализа данных, ;

Формы - это средства'

для ввода данных, хотя с ИХ ,;

помощью данные можно и

просматривать. СМЫСJI их В том, чтобы предоставить' пользователю средства для заполнения толысо тех по­лей, ,(Сторые ему 3<IТIOJ1НЯТЬ положсно. ОдновремеН110

с этим в форме можно рtt3МI!СТИТЬ специальные элементы управления (счеТЧIШИ, раСICРbIвающиеся СПИСJ:<И, пеРСЮ!lочаТСJIИ, фJIaЖl\И и прочис) ДЛЯ автоматизации ввода. Прсимущества форм JЩСlсрываются особенно наглядно, lСОl'да происходит ввод данных с заполненных блаНlСОВ. В э/гам случае форму ДСJIают графичеСI(ИМИ средствами т~ш, чтобы она повторяла оформление блаюса, - это замстно УПРОЩItGТ работу наборщика, СНJfжает его утомле»ие и предотвращаст появление пеЧElТИЫХ ошибок

С помощью форм данные можно не толысо вводить, но И отображать, Запросы тоже отображают данные, но делают это в виде результирующей таблицы, не иtyf(Эlащей никаких средств оформления. При выводе данных с помощью форм МОЖНО "рим.· нять специальные средства оформления (рис. 14.4). Иногда формы, I1реДНEI~ЫЕ\чеи· ные для ввода данных, назыщцот формами ввода, а формы, предназначенньн! дл"" вывода на экран:, - формами просмотра.

Страницы. Это специальные объекты баз данных, реализованные в последних версиях СУБД Мiсrоsоft Access. Правда, более корректно их называть страницами доступа к данным. Физически это особый объект, выполненный в HTML, размещаемый на Web-странице и предаваемый клиенту вместе с ней. Сам по себе этот объект не является базой данных, но содержит компоненты, через которые осуществляется связь переданной WеЬ-страницы с базой данных, dСТElJОJlX!ЙСЛ на сервере. ПОЛIJЗУЯСЬ этими компонеНТElМИ, гтосетитеЛh Web-УЗЛEl может nр'осМат. ривать записи базы R полях страни цы доступа (рис, 14.6). Тшсим образом, стрEiнtщы доступа {( Д_IНIЫМ осуществляют Юl1'ерфаЙ'с Mf!)J(Дy (слиентом, сер13С!РЬМ и: e~of.i

12