31
– lописание lпрограммы;
– lописание lприменения;
– lлистинги lпрограмм, lрезультаты lработы.
1.5.6 Стадии и этапы разработки
АИС lдолжно lразрабатываться lв lследующем lпорядке:
а) lанализ lпредметной lобласти;
б) lразработка lтехнического lзадания;
в) lосвоение lпрограммных lсредств;
г) lпроектирование lсистемы;
д) lразработка lприложения;
е) lоформление lпояснительной lзаписки.
1.5.7 Порядок контроля и приемки
Для lвсестороннего lконтроля lработы lсистемы lнеобходимо lразработать
lспециальные lнаборы lтестовых lданных, lрезультаты lобработки lкоторых lв
lполной lмере lотразят lработоспособность lсистемы. l
lДля lпроверки lправильности lработы lпрограммы lдолжно lбыть
lпроведено lтестирование lвсех lрежимов lработы.
lПриемка lпрограммного lпродукта lдолжна lпроводиться lпри
lпредставлении lработоспособности lсистемы lпри lразличных lвходных lданных
lи lпри lналичии lполной lдокументации lк lпрограмме.
32
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Функциональное проектирование системы
Технология lсоздания lинформационных lсистем lпредъявляет lособые
lтребования lк lметодикам lреализации lи lпрограммным lинструментальным
lсредствам. lРеализацию lпроектов lпо lсозданию lинформационных lсистем
lпринято lразбивать lна lстадии lанализа l(прежде lчем lсоздавать
lинформационных lсистем, lнеобходимо lпонять lи lописать lбизнес-логику
lпредметной lобласти), lпроектирования l(необходимо lопределить lмодули lи
lархитектуру lбудущей lсистемы), lнепосредственного lкодирования,
lтестирования lи lсопровождения.
Сущность lструктурного lподхода lк lразработке lинформационных
lсистем lзаключается lв lее lдекомпозиции l(разбиении) lна lавтоматизируемые
lфункции: lсистема lразбивается lна lфункциональные lподсистемы, lкоторые lв
lсвою lочередь lделятся lна lподфункции, lподразделяемые lна lзадачи lи lтак lдалее.
lПроцесс lразбиения lпродолжается lвплоть lдо lконкретных lпроцедур. lПри lэтом
lавтоматизируемая lсистема lсохраняет lцелостное lпредставление, lв lкотором lвсе
lсоставляющие lкомпоненты lвзаимоувязаны. lОсновные lэтапы, lна lкоторые
lразбивается lпроцесс lпроектирования lинформационной lсистемы, lследующие:
l
– lКонцептуальное lпроектирование l– lсбор, lанализ lи lредактирование
lтребований lк lданным l(обследование lпредметной lобласти, lизучение lее
lинформационной lструктуры, lвыявление lвсех lфрагментов, lкаждый lиз
lкоторых lхарактеризуется lпользовательским lпредставлением,
lинформационными lобъектами lи lсвязями lмежду lними, lпроцессами lнад
lинформационными lобъектами, lмоделирование lи lинтеграция lвсех
lпредставлений)
– lЛогическое lпроектирование l– lпреобразование lтребований lк lданным
lв lструктуры lданных. lНа lвыходе lполучаем lСУБД-ориентированную lструктуру
lбазы lданных lи lспецификации lприкладных lпрограмм. l
33
– lФизическое lпроектирование l– lопределение lособенностей lхранения
lданных, lметодов lдоступа lи lт.д. l
Современные lобъектно-ориентированные lCASE-средства lпозволяют
lэффективно lрешать lзадачи lпроектирования lприложений. lСреди lтаких
lпакетов l– lRational lRose, lTogether lControl lCenter, lBPWin, lERWin, lModel lMart,
lSilverrun lBusiness lProcess lModeller, lProcess lAnalyst.
5
Для lразработки lфункциональной lмодели lиспользовалось lCASE-
средство lComputer lAssociates lBPwin l4.0. lBPwin lявляется lмощным
lинструментом lдля lсоздания lмоделей, lпозволяющих lанализировать,
lдокументировать lи lпланировать lизменения lсложных lбизнес-процессов.
lBPwin lпредлагает lсредство lдля lсбора lвсей lнеобходимой lинформации lо
lработе lпредприятия lи lграфического lизображения lэтой lинформации lв lвиде
lцелостной lи lнепротиворечивой lмодели. lBPwin lподдерживает lтри
lметодологии: lIDEF0, lDFD lи lIDEF3, lпозволяющие lанализировать lваш lбизнес
lс lтрех lключевых lточек lзрения: l
– lС lточки lзрения lфункциональности lсистемы. lВ lрамках lметодологии
lIDEF0 lбизнес-процесс lпредставляется lв lвиде lнабора lэлементов-работ,
lкоторые lвзаимодействуют lмежду lсобой, lа lтакже lпоказывается
lинформационные, lлюдские lи lпроизводственные lресурсы, lпотребляемые
lкаждой lработой. l
– lС lточки lзрения lпотоков lинформации l(документооборота) lв lсистеме.
lДиаграммы lDFD lмогут lдополнить lто, lчто lуже lотражено lв lмодели lIDEF3,
lпоскольку lони lописывают lпотоки lданных, lпозволяя lпроследить, lкаким
lобразом lпроисходит lобмен lинформацией lмежду lбизнес-функциями lвнутри
lсистемы. lВ lтоже lвремя lдиаграммы lDFD lоставляют lбез lвнимания
lвзаимодействие lмежду lбизнес-функциями. l
5
Вендров lА.М. lCASEтехнологии. lСовременные lметоды lи lсредства lпроектирования lинформационных
lсистем. l lМ.: lФинансы lи lстатистика, l2010
34
– lС lточки lзрения lпоследовательности lвыполняемых lработ: lеще lболее
lточную lкартину lможно lполучить, lдополнив lмодель lдиаграммами lIDEF3.
lЭтот lметод lпривлекает lвнимание lк lочередности lвыполнения lсобытий.
В lрезультате lанализа lпредметной lобласти lбыла lразработана
lфункциональная lмодель lАИС l управления lперсоналом. lПроектирование
lпроводилось lна lоснове lметодологий lIDEF0 lи lDFD.
Контекстная lдиаграмма, lприведенная lна lрисунке l4, lреализована lс
lпомощью lметодологии lIDEF0.
NODE: TITLE: NUMBER:
АРМ работника отдела кадров
A-0
Отделы
Должности
Ставки, оклады, надбавки
Данные о работнике
Должность работника
Ставка, оклад, надбавки работника
Конституция РФ, КЗоТ РФ,
Федеральные законы РФ
АИС
Работник отдела кадров
Личная карточка сотрудника
Трудовой договор
Приказ о приеме на работу
Штатное расписание
Приказ о переводе
Приказ об увольнении
Даты и вид отпуска
Даты и место командировки
Вид и сумма поощрения
Приказ о направлении работника в командировку
Приказ о предоставлении отпуска работнику
Анкета застрахованного лица
Список сотрудников по отделам
Список вакансий
00р.
АРМ работника
отдела кадров
Рисунокl4. Контекстная диаграмма системы
Стратегии lи lпроцедуры, lкоторыми lруководствуется lпроцесс
l(управление) l– lэто lКонституция lРФ, lКзоТ lРФ, lа l также lмножество
lфедеральных lзаконов lРФ.
Входной lинформацией lдля lсистемы lявляются lотделы, lдолжности,
lставки, lоклады lи lт.д. lВвод lвходной lинформации lосуществляется lработником
lотдела lкадров.
Выходной lинформацией lдля lсистемы lявляются lвыходные lдокументы.
Функциональная lдекомпозиция lсистемы, lприведенная lна lрисунке l5,
lпроводится lна lоснове lметодологии lIDEF0. l
35
NODE: TITLE: NUMBER:
АРМ работника отдела кадров
A0
АИС
Конституция РФ , КЗоТ РФ, Ф едеральные законы РФ
Работник отдела кадров
Отделы
Личная карточка сотрудника
Должности
Трудовой договор
Приказ о приеме на работу
Ставки, оклады, надбавки
Штатное расписание
Данные о работнике
Приказ о переводе
Ставка, оклад, надбавки работника
Приказ об увольнении
Должность работника
Приказ о направлении работника в
командировку
Приказ о предоставлении
отпуска работнику
Даты и вид отпуска
Анкета застрахованного лица
Даты и место командировки
Список сотрудников по отделам
Список вакансий
Вид и сумма поощрения
10р.
Подготовка
штатного расписания
20р.
Определение вакансий
30р.
Прием работника
40р.
Выполнение операций
с работником
Рисунок 5.lДиаграмма декомпозиции системы
На lэтом lуровне lвыполняются lследующие lфункции:
lподготовка lштатного lрасписания;
lопределение lвакансий;
lприем lработника;
lвыполнение lопераций lс lработником lв lходе lтекущей lработы
lсотрудника lотдела lкадров.
Функциональная lдекомпозиция lактивности l«Прием lработника»,
lприведенная lна lрисунке l6, lпроводится lна lоснове lметодологии lDFD.
36
NODE: TITLE: NUMBER:
Прием работника
A3
Должность работника
Ставка, оклад, надбавки работника
Данные о работнике
Список вакансий
Данные о работнике
Личная карточка сотрудника
Трудовой договор
Данные о должности
Приказ о приеме на работу
Список сотрудников по отделам
Анкета застрахованного лица
Данные о
должности
Закрытая вакансия
Зар. плата работника
10р.
Подготовить
карточку работника
20р.
Провести в штат
работника
30р.
Рассчитать зар.плату
работника
1
Работники
2
Штатное
расписание
Рисунок 6..Диаграмма декомпозицииlдеятельности «Прием
lработника»
Функциональная lдекомпозиция lактивности l«Выполнение lопераций lс
lработником», lприведенная lна lрисунке 7, lпроводится lна lоснове lметодологии
lDFD.
NODE: TITLE: NUMBER:
Выполнение операций с работником
A4
Приказ о переводе
Данные о должности
Ставка, оклад, надбавки работника
Личная карточка сотрудника
Приказ о направлении работника в командировку
Приказ о предоставлении отпуска работнику
Должность работника
Приказ об увольнении
Даты и место
командировки
Даты и вид отпуска
Зар. плата работника
10р.
Перевести работника
50р.
Направить работника
в отпуск
40р.
Направить работника
в командировку
20р.
Уволить работника
30р.
Рассчитать зар. плату
работника
1
Работники
37
Рисунок 7.lДиаграмма декомпозиции деятельности «Выполнение
операций с работником»
2.2 Инфологическое проектирование системы
Технология lсоздания lинформационных lсистем lпредъявляет lособые
lтребования lк lметодикам lреализации lи lпрограммным lинструментальным
lсредствам. lРеализацию lпроектов lпо lсозданию lинформационных lсистем
lпринято lразбивать lна lстадии lанализа l(прежде lчем lсоздавать
lинформационных lсистем, lнеобходимо lпонять lи lописать lбизнес-логику
lпредметной lобласти), lпроектирования l(необходимо lопределить lмодули lи
lархитектуру lбудущей lсистемы), lнепосредственного lкодирования,
lтестирования lи lсопровождения.
Сущность lструктурного lподхода lк lразработке lинформационных
lсистем lзаключается lв lее lдекомпозиции l(разбиении) lна lавтоматизируемые
lфункции: lсистема lразбивается lна lфункциональные lподсистемы, lкоторые lв
lсвою lочередь lделятся lна lподфункции, lподразделяемые lна lзадачи lи lтак lдалее.
lПроцесс lразбиения lпродолжается lвплоть lдо lконкретных lпроцедур. lПри lэтом
lавтоматизируемая lсистема lсохраняет lцелостное lпредставление, lв lкотором lвсе
lсоставляющие lкомпоненты lвзаимоувязаны. lОсновные lэтапы, lна lкоторые
lразбивается lпроцесс lпроектирования lинформационной lсистемы, lследующие:
l
– lКонцептуальное lпроектирование l– lсбор, lанализ lи lредактирование
lтребований lк lданным l(обследование lпредметной lобласти, lизучение lее
lинформационной lструктуры, lвыявление lвсех lфрагментов, lкаждый lиз
lкоторых lхарактеризуется lпользовательским lпредставлением,
lинформационными lобъектами lи lсвязями lмежду lними, lпроцессами lнад
lинформационными lобъектами, lмоделирование lи lинтеграция lвсех
lпредставлений).
– lЛогическое lпроектирование l– lпреобразование lтребований lк lданным
lв lструктуры lданных. lНа lвыходе lполучаем lСУБД-ориентированную lструктуру
lбазы lданных lи lспецификации lприкладных lпрограмм. l
38
– lФизическое lпроектирование l– lопределение lособенностей lхранения
lданных, lметодов lдоступа lи lт.д.
Основными lконструктивными lэлементами lмоделей lявляются
lсущности, lсвязи lмежду lними lи lих lсвойства l(атрибуты). lСущность l– lлюбой
lразличимый lобъект l(объект, lкоторый lмы lможем lотличить lот lдругого),
lинформацию lо lкотором lнеобходимо lхранить lв lбазе lданных. lЛогическая
lструктура lбазы lданных l– lэто lописание lсостава, lтипа lи lдлины
lинформационных lединиц lбазы lданных lи lсвязей lмежду lними.
Сущности lи lсвязи lмодели lданных lпредставляются lв lвиде
lреляционной lтаблицы l(отношения). lОтношение, lсоответствующее lсущности,
lсодержит lатрибуты l(столбцы), lявляющиеся lатрибутами lсущности lи
lописывающие lсущность l(объект). lАтрибут lили lмножество lатрибутов,
lкоторые lоднозначно lопределяют lобъект lназываются lключом.
Удобно lпредставлять lотношение lкак lтаблицу, lгде lкаждая lстрока lесть
lкортеж, lи lкаждый lстолбец lсоответствует lодному lкомпоненту. lСтолбцы lпри
lэтом lназываются lатрибутами lи lим lприсваивают lимена. lСписок lимён
lатрибутов lназывается lсхемой lотношения. lСовокупность lсхем lотношений,
lиспользуемых lдля lпредставления lинформации, lназываются lсхемой lбазы
lданных, lа lтекущие lзначения lсоответствующих lотношений l– lбазой lданных. l
Процесс lпостроения lинфологической lмодели lсостоит lиз lследующих
lшагов:
– lопределение lсущностей; l
– lопределение lзависимостей lмежду lсущностями; l
– lзадание lпервичных lи lальтернативных lключей; l
– lопределение lатрибутов lсущностей; l
– lприведение lмодели lк lтребуемому lуровню lнормальной lформы.
Логический lуровень lпредставления lмодели l– lэто lабстрактный lвзгляд
lна lданные, lна lнем lданные lпредставляются lтак, lкак lвыглядят lв lреальном
lмире. lЛогическая lмодель lданных lявляется lуниверсальной lи lникак lне lсвязана
lс lконкретной lреализацией lСУБД. lФизическая lмодель lданных, lнапротив,
39
lзависит lот lконкретной lСУБД, lфактически lявляясь lотображением lсистемного
lкаталога. lВ lфизической lмодели lсодержится lинформация lо lвсех lобъектах lБД.
lПоскольку lстандартов lна lобъекты lБД lне lсуществует l(например, lнет
lстандарта lна lтипы lданных), lфизическая lмодель lзависит lот lконкретной
lреализации lСУБД. lСледовательно, lодной lи lтой lже lлогической lмодели lмогут
lсоответствовать lнесколько lразных lфизических lмоделей.
Современные lобъектно-ориентированные lCASE-средства lпозволяют
lэффективно lрешать lзадачи lпроектирования lприложений. lСреди lтаких
lпакетов l– lRational lRose, lTogether lControl lCenter, lBPWin, lERWin, lModel lMart,
lSilverrun lBusiness lProcess lModeller, lProcess lAnalyst.
Для lинфологического lпроектирования lбазы lданных lбыло lвыбрано
lCASE-средство lComputer lAssociates lERwin l4.0.
Создание lмодели lданных, lкак lправило, lначинается lс lсоздания
lлогической lмодели. lПосле lописания lлогической lмодели, lпроектировщик
lможет lвыбрать lнеобходимую lСУБД lи lERwin lавтоматически lсоздаст
lсоответствующую lфизическую lмодель. lНа lоснове lфизической lмодели lERwin
lможет lсгенерировать lсистемный lкаталог lСУБД lили lсоответствующий lSQL-
скрипт. lЭтот lпроцесс lназывается lпрямым lпроектированием l(Forward
lEngineering). lТем lсамым lдостигается lмасштабируемость l– lсоздав lодну
lлогическую lмодель lданных, lможно lсгенерировать lфизические lмодели lпод
lлюбую lподдерживаемую lERwin lСУБД. lС lдругой lстороны, lERwin lспособен
lпо lсодержимому l системного lкаталога lили lSQL-скрипту lвоссоздать lи
lфизическую, lи lлогическую lмодель lданных l(Reverse lEngineering). lНа lоснове
lполученной lлогической lмодели lданных lможно lсгенерировать lфизическую
lмодель lдля lдругой lСУБД lи lзатем lсгенерировать lее lсистемный lкаталог.
lСледовательно, lERwin lпозволяет lрешить lзадачу lпо lпереносу lструктуры
lданных lс lодного lсервера lна lдругой.
Различают lтри lуровня lлогической lмодели, lотличающихся lпо lглубине
lпредставления lинформации lо lданных:
– lдиаграмма lсущность-связь l(Entity lRelationship lDiagram, lERD);
40
– lмодель lданных, lоснованная lна lключах l(Key lBased lmodel, lKB);
– lполная lатрибутивная lмодель l(Fully lAttributed lmodel, lFA).
Диаграмма lсущность-связь lпредставляет lсобой lмодель lданных
lверхнего lуровня. lОна lвключает lсущности lи lвзаимосвязи, lотражающие
lосновные lбизнес-правила lпредметной lобласти. lТакая lдиаграмма lне lслишком
lдетализирована, lв lнее lвключаются lосновные lсущности lи lсвязи lмежду lними,
lкоторые lудовлетворяют lосновным' lтребованиям, lпредъявляемым lк lИС.
Диаграмма lсущность-связь lможет lвключать lсвязи lмногие-ко-многим lи
lне lвключать lописание lключей. lКак lправило, lERD lиспользуется lдля
lпрезентаций lи lобсуждения lструктуры lданных lс lэкспертами lпредметной
lобласти.
Модель lданных, lоснованная lна lключах, l– lболее lподробное
lпредставление lданных. lОна lвключает lописание lвсех lсущностей lи lпервичных
lключей lи lпредназначена lдля lпредставления lструктуры lданных lи lключей,
lкоторые lсоответствуют lпредметной lобласти.
Полная lатрибутивная lмодель l– lнаиболее lдетальное lпредставление
lструктуры lданных: lпредставляет lданные lв lтретьей lнормальной lформе lи
lвключает lвсе lсущности, lатрибуты lи lсвязи.
Различают lдва lуровня lфизической lмодели:
– lтрансформационная lмодель l(Transformation lModel);
– lмодель lСУБД l(DBMS lModel).
Физическая lмодель lсодержит lвсю lинформацию, lнеобходимую lдля
lреализации lконкретной lБД. lТрансформационная lмодель lсодержит
lинформацию lдля lреализации lотдельного lпроекта, lкоторый lможет lбыть
lчастью lобщей lИС lи lописывать lподмножество lпредметной lобласти. lERwin
lподдерживает lведение lотдельных lпроектов, lпозволяя lпроектировщику
lвыделять lподмножество lмодели lв lвиде lпредметных lобластей l(Subject lArea).
lТрансформационная lмодель lпозволяет lпроектировщикам lи lадминистраторам
lБД lлучше lпредставлять, lкакие lобъекты lБД lхранятся lв lсловаре lданных, lи