Диссертация (1136162), страница 41
Текст из файла (страница 41)
и повыш. квал.Начисления иудержанияОтпуска ибольничныеДвижение персонала8Закрепление техники3456ИТОГОВремяреакции, с5 5245Объем,КбИсх.Форм, Отчетов,текст,шт.шт.строк220021124 353630808184 0188 0363121860332052519238 7167378020328 6029357015334 8554214012173 6875165071547 791_21600113169269Таблица 5.7.Состав и основные эксплуатационные характеристики БД интегрированногопрограммного комплекса№п/пНазвание модуляПерсональные данныеАттестация итестированиеВакансии123РабочихОбъем, Таблиц, таблиц/шт.классифиМбкаторовПолей,шт.11,26339 / 248818,98,1494031 / 1828 / 126966414Обучение и повышениеквалификации16,39257 / 3512825Начисления и удержания17,69062 / 2814106Отпуска и больничные17,29760 / 3713727Движение персонала9,95534 / 217748Закрепление техники4,54226 / 1658893,7528337 / 1917644ИТОГОКорпоративные ИС управления ресурсами OracleИнтегрированная Б(М)Д включает адаптированные в соответствии сразработанной общей технологической схемой компоненты ИС Oracle Applications,предназначенные для хранения, обработки и предоставления (консолидированной)отчетно-статистической информации по учету, планированию и управлениюкорпоративными финансовыми, товарными, материально-техническими и инымипроизводственными ресурсами.
При этом существенно используются возможностииндустриально масштабируемой и отвечающей стандартам корпоративнойинформационной безопасности СУБД Oracle.Всилуконфиденциальногохарактераинформацииосоставе,характеристиках и взаимодействии прикладного ПО и СУБД детали реализацииизлагаются в обобщенном виде.2702 Особенности внедрения и использования программного средстваConceptModeller для интеграции данныхПО ConceptModeller предназначено для семантически ориентированноговизуального анализа и интеграции гетерогенных в КПК и структурно состоит изкомпонент визуализации фреймов, трансляции фреймов в UML-нотацию ивизуализации полученных UML-диаграмм [51], [52], [293].Таким образом, порядок компонент соответствует проектированию ИС впрямом направлении – от сущностей концептуальной модели предметной областик объектам UML-диаграммам.В целях обеспечения единообразия при интеграции гетерогенных Б(М)Д ивысокой управляемости на платформе Microsoft .NET было принято решение овыборе языка XML для определения объектов (мета)дaнных.
Структуры данныхобеспечивают удобство с точки зрения визуализации и трансляции фреймов вспецификации языка UML.Создание базы данных на основе XML реализовано на базе встроенного впрограммное средство Microsoft Visual Studio компонента (XML-дизайнер) длягенерации шаблонов баз данных на основе XML-схемы.Рассмотрим особенности реализации и внедрения инструментальногосредства покомпонентно.Компонента визуализации предусматривает описание поведения элементовфрейма с методами их визуализации. При открытии (сохранении) XML-файлов спомощью объектно-ориентированных функций (или методов) языка C# происходитпоэлементное создание (запись) экземпляров классов элементов.Требование двоякого представления фреймов в графической форме и в форместруктурированной базы данных диктует необходимость разработки форматахранения фреймов, удовлетворяющего требованиям полноты, расширяемости (длядополнения метаданных) и однозначности визуализации (в т.ч.
при повторномоткрытии фреймовых диаграмм).271Элементы фреймов описываются следующими параметрами: идентификатор,тип, наименование, координаты, связь с родительским и дочерним объектом поиерархии, а также рядом дополнительных полей.Полное описание схемы базы данных визуализации фреймов хранится вфайле формата XML.
Примеры внутреннего и визуального представления фреймаприведены на рисунках 5.1 и 5.2 соответственно.Представленный фрагмент XML-кода описывает фрейм, конкретизирующийконцепт «Пользователь» (USER) значением sergey.zykov.<?xml version="1.0" standalone="yes" ?><NewDataSet><Elements><Id>1</Id><Elements><Type>Var</Type><Id>4</Id><Name>USER</Name><Type>i</Type><Left>50</Left><Name>i role</Name><Top>70</Top><Left>125</Left> <Width>150</Width><Top>270</Top><Height>80</Height><Width>0</Width><Prev>0</Prev><Height>-120</Height><Next>0</Next><Prev>3</Prev></Elements><Next>1</Next><Elements> </Elements><Id>2</Id></NewDataSet><Type>Concept</Type><Name>sergey.zykov</Name><Left>50</Left><Top>270</Top><Width>150</Width><Height>80</Height><Prev>0</Prev><Next>0</Next></Elements>Рисунок 5.1.
Описание фрейма на языке XML в базе данных для визуализацииСхема данных для Б(М)Д хранится в формате XML.Упрощенное (в иллюстративных целях) представление схемы храненияструктуры Б(М)Д для визуализации фреймов дано на Рисунке 5.3.272Как видно из приведенной схемы Б(М)Д, каждый О(М)Д характеризуетсяследующимиатрибутами:идентификатор,тип,наименование,описание,координаты для визуализации, а также указатели на родительский и дочернийобъекты. Основные параметры реализованного модуля приведены в таблице 5.8.Рисунок 5.2.
Визуальное представление фреймаТаблица 5.8.Основные параметры модуля визуализации ConceptModeller№п/пКласс файла1Исходные тексты2Тип файлаКол-вофайловОбщийобъем, КбCS8216Библиотеки проектаDLL4243Файлы Б(M)ДXML4012004Файлы ресурсовRES11274131567ИТОГОКак видно из приведенной таблицы, общий объем реализованного модулявизуализации составляет порядка 1,6 Мбайт (включая базовые схемы (мета)данныхобъемом около 1,20 Мбайт). В отношении файлов Б(М)Д указан примерный объем(его изменение ввиду коррекции Б(М)Д происходит непрерывно).273<?xml version="1.0" encoding="utf-8" ?><xs:schema id="NewDataSet" xmlns=""xmlns:xs="http://www.w3.org/2001/XMLSchema"xmlns:msdata="urn:schemas-microsoft-com:xml-msdata"><xs:annotation><xs:appinfo source="urn:schemas-microsoft-com:xml-msdatasource"><DataSource DefaultConnectionIndex="0" Modifier="AutoLayout, AnsiClass,NotPublic, Public" xmlns="urn:schemas-microsoft-com:xml-msdatasource"><Connections /><Tables /><Sources /></DataSource></xs:appinfo></xs:annotation><xs:element name="NewDataSet" msdata:IsDataSet="true" msdata:Locale="ruRU"><xs:complexType><xs:choice minOccurs="0" maxOccurs="unbounded"><xs:element name="Elements"><xs:complexType><xs:sequence><xs:element name="Id" type="xs:int" minOccurs="0" /><xs:element name="Type" type="xs:string" minOccurs="0" /><xs:element name="Name" type="xs:string" minOccurs="0" /><xs:element name="Left" type="xs:int" minOccurs="0" /><xs:element name="Top" type="xs:int" minOccurs="0" /><xs:element name="Width" type="xs:int" minOccurs="0" /><xs:element name="Height" type="xs:int" minOccurs="0" /><xs:element name="Prev" type="xs:int" minOccurs="0" /><xs:element name="Next" type="xs:int" minOccurs="0" /><xs:element name="Description" type="xs:string" minOccurs="0" /></xs:sequence></xs:complexType></xs:element></xs:choice></xs:complexType></xs:element></xs:schema>Рисунок 5.3.
Обобщенная XML-схема визуализации фреймовМодуль трансляции фреймового представления в UML-нотациюДанный модуль инструментального средства ConceptModeller предназначендля осуществления автоматизированного перевода внутреннего представленияфреймов, описывающих (ситуативную) модель данных интегрированной ПрО, в274нотацию UML для последующей обработки традиционными CASE-средствами впроцессе интеграции данных в КПК.Заметим, что данная компонента средства ConceptModeller позволяетосуществлять преобразования как в прямом (от описания фреймов к описаниюUML-диаграмм),такивобратномнаправлении(т.е.поддерживаетсяинтегрированное проектирование ПО с реинжинирингом бизнес-процессов).Общее время, затраченное на разработку модуля трансляции О(М)Д изфреймовогопредставлениявсемействоUML-диаграмм,составило3человекомесяца, а объем реализации – свыше 2100 Кбайт или около 2,5 тыс.
строкисходного текста (основные параметры приведены в таблице 5.9).Таблица 5.9.Состав и основные эксплуатационные характеристики модуля трансляцииинструментального средства ConceptModeller№п/пКласс файлаТип файлаКол-воОбщийфайлов объем, Кб1Исходные текстыCS613152Библиотеки проектаDLL1877CSPROJ,SLN, SUOXML, XSD361768221RESX,RESOURCESBMP891245832CACHE,USER323452932096Интерфейсные файлы3Файлы Б(M)Д4Файлы ресурсов5Изображения6Прочие файлы7ИТОГОВ качестве среды реализации была выбрана Microsoft .NET при поддержкеинструментального средства проектирования и разработки приложений MicrosoftVisualStudio.ориентированностьюВыборисредыреализациииспользованиемобосновываетсявстроенногоинтернет-высокоэффективного275инструментария синтаксического разбора файлов в XML-формате (XML Parser).
Вкачестве языка реализации выбран наиболее вычислительно эффективный в даннойсреде вычислений и гибкий по функциональным возможностям язык C#.Как видно из приведенной таблицы, значительный (по сравнению скомпонентом визуализации фреймов) объем модуля объясняется двунаправленнымхарактером процесса проектирования, а сжатые сроки реализации – возможностямикомплексной математической модели (решение задачи реинжениринга ПО,созданного с применением ConceptModeller, сводится к обратной подстановке).Преимущества реализации обусловлены разработанной технологическойсхемой интеграции гетерогенных и управления контентом в КПК. В частности,используются возможности кросс-платформенной интернет-ориентированнойразработки ПО с языковой интероперабельностью.При этом экономия трудозатрат на разработку модуля и инструментальногосредства в целом обусловлена как использованием погруженных в средувычислений компонент синтаксического разбора, так и схемами хранения О(М)Д вформатах XML и XDS, визуализация которых встроена в среду программныхплатформ Microsoft Windows и Microsoft .NET.Пример схемы ОМД в визуализированной средствами Microsoft Visual Studioформе представлен на рисунке 5.4.Как видно из приведенного фрагмента, процедура визуализации втрадиционном UML-интерфейсе диаграмм классов представляет фрагмент XMLБМД, содержащей описания атомарных элементов (в частности, концептов и дуг ввиде отношений), а также более крупных объектов (диаграмм в форме фреймов).Заметим, что нотация описания перечисленных примитивов теории семантическихсетей является в полной мере объектно-ориентированной (так, концептсоответствуетклассу,содержащемутакиеатрибуты,каквнутреннийидентификатор ConceptModeller, предметноориентированное имя и расширенноеописание).Автоматизированная визуализация схем Б(М)Д средствами среды разработкисущественно (не менее, чем на 25%) экономит трудозатраты при первичной276разработке ПО и значительно (не менее, чем на 10%) облегчает проектированиеиндустриальных ИС для пользователей (прежде всего, системных аналитиков) засчет унификации, стандартизации и эргономичности.Рисунок 5.4.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
