CC BY
38
руководитель может легко выгрузить проект целиком на диск одним нажатием кнопки, защитить проект от несанкционированного доступа и таким образом сохранить интеллектуальную собственность компании. В любое время можно узнать, кто и над какими документами работает или сколько времени сотрудник трудился над созданием документа с начала получения задания до его завершения, узнать в какой стадии работы находится проект и сколько времени осталось до планового срока его окончания. Система позволяет понять, кто из исполнителей ответственен за конкретный раздел проекта (Рис.2).
Большим плюсом вынесение серверов LOTUS в сеть Интернет. В результате сотрудники получили мобильную корпоративную электронную почту, в которой объемы пересылки почти не ограничены и мобильный доступ к выполняемым проектам. Иначе говоря, специалисты компании, находясь в командировке, могут иметь доступ к почте и к чертежам в системе PRODOC, что дает возможность демонстрировать заказчикам достижения и оперативно вносить изменения в документацию в любой период времени и из любой точки мира при наличии соединения Интернет.
Литература
1. Кузнецов С.Д. Базы данных: языки и модели: Учебник. - М: Издательство Бином-Пресс. -2008 г. - 720с.
2. Олифер В., Оливер Н. Компьютерные сети. Принципы, технологии, протоколы: Учебник для вузов - 2-е изд., перераб. - СПб.: Издательский дом Питер, 2005 г. - 864с.
3. Росенко А.П. Внутренние угрозы безопасности конфиденциальной информации: Методология и теоретические исследования - М: Красанд, 2010 г. - 160
УДК 004.78
ОПЫТ ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ КАТАЛОГИЗИРОВАНИЯ НАУЧНЫХ РАБОТ ПРИ ПРОВЕДЕНИИ МЕЖДУНАРОДНЫХ КОНФЕРЕНЦИЙ1
Олейник Павел Петрович, к.т.н., Системный архитектор программного обеспечения, ОАО «Астон»,
Россия, Ростов-на-Дону, xsl@list.ru
Игумнов Евгений Александрович, Шахтинский институт Южно-Российского государственного технического университета (Новочеркасского политехнического института), Россия, Шахты, gyma@bk.ru
Свечкарёв Евгений Андреевич, Шахтинский институт Южно-Российского государственного технического университета (Новочеркасского политехнического института), Россия, Шахты
В настоящее время в качестве основного способа ознакомления заинтересованного сообщества с результатами исследований выступает опубликование доклада на научной конференции. Практически каждый современный ВУЗ ежегодно организует конференции различного уровня. При проведении подобного мероприятия основной задачей является каталогизирование докладов и своевременное информирование авторов о судьбе их работы. В данной статье рассматривается логическая модель информационной системы, которая разработана для каталогизирования научных работ, присланных авторами на конференцию «Объектные системы» [1-2]. При реализации использован инструмент объектно-ориентированного отображения DevExpress eXpressApp Framework [3].
Перед разработкой (доработкой) любой информационной системы необходимо сформулировать ряд критериев оптимальности (КО), определяющих требования к функциональным возможностям, присутствующим в готовом программном приложении. Для проектируемой системы выделены следующие критерии оптимальности:
1. Необходимо разработать механизмы сохранения различных типов научных публикаций. Для текущей реализации были определены следующие типы публикаций: 1) статья в стороннем
1 Лауреат номинации "Лучший доклад по UML-моделированию". Авторы доклада награждаются книгой Иванова Д. Ю. и Новикова Ф.А. "Моделирование на UML. Теория, практика, видеокурс" (www.umlmanual.ru) с автографами авторов
48
научном журнале; 2) статья в сторонней научной конференции; 3) статья в собственной (проводимой на базе собственного ВУЗа) конференции.
2. Следует предусмотреть возможность сохранения общей информации как о научном издании в целом (журнале, конференции), так и о конкретном номере научного журнала, сборника статей конференции (как собственной, так и сторонней).
3. Необходимо реализовать удобное группирование всех номеров в пределах определённого журнала, а сборников - в пределах соответствующей конференции.
4. Требуется выделить достаточное количество атрибутов, позволяющих определить каждый вид публикации (тип статьи) и свойств для описания сборников конференций и номеров журнала.
5. Необходимо разработать механизмы контроля вводимых пользователями данных.
6. Требуется предусмотреть возможность расширения функционала без необходимости доработки исходного кода приложения. Потребности пользователей имеют тенденцию изменяться, поэтому необходимо реализовать возможность корректировки любой имеющейся в системе информации.
Структура классов проектируемого приложения, соответствующая выделенным критериям оптимальности, представлена на рис. 1. Данная иерархия классов построена на основе диаграммы классов, рассматриваемых в работе [2] (правая часть рис. 1), и является логической моделью разработанной БД, которая проектировалась в понятиях объектно-ориентированной парадигмы. Применение инструмента объектно-реляционного отображения DevExpress eXpressApp Framework [3] позволило абстрагироваться (при создании модели) от физической структуры хранения данных, от необходимости объявления таблиц (организации связей с помощью объявления первичных и внешних ключей) реляционной БД в среде целевой СУБД Microsoft SQL Server 2008.
Рассмотрим соответствие разработанного приложения каждому из выделенных критериев. Логическая модель соответствует КО1 т.к. для каждого вида публикации созданы базовые классы. Класс ForeignJournalArticle используется для представления статьи в журнале, который издаётся в стороннем ВУЗе. Класс ForeignConferenceArticle описывает статью сборника научной конференции, проводимой сторонним ВУЗом. Для сохранения информации о статье, присланной на конференцию, проводимую собственным ВУЗом, создаётся экземпляр класса OwnConferenceArticle. Все описанные классы унаследованы от соответствующих абстрактных. Класс BaseJournalArticle является базовым для всех статей научного журнала. А BaseConferenceArticle используется для объявления свойств, характерных всем статьям конференций независимо от места их проведения. Корневым абстрактным классом, представляющим научную публикацию, является класс BaseArticle.
Базовым классом, объявленным для представления общей информации о конкретном издании, является абстрактный класс BaseEdition. Классы BaseJournal и BaseConference используются для описания научного журнала и научной конференции соответственно. Реализованный (не абстрактный) класс ForeignJournal предназначен для сохранения информации о стороннем научном журнале. Экземпляры классов ForeignConference создаются при сохранении информации о конференции, проводимой сторонним ВУЗом. Для сохранения информации о собственной конференции, проводимой на базе своего ВУЗа, необходимо создать экземпляр класса OwnConference. Все представленные классы позволяют сохранить общую информацию о научном издании или конференции, что частично соответствует КО2. Однако КО2 также требует возможности представления данных о конкретном номере научного журнала, о каждом сборнике статей конференции (как собственной, так и сторонней). Поэтому рассмотрим соответствующую реализацию. Класс BaseVolume является корнем иерархии, также реализующей функциональные возможности рассматриваемого критерия оптимальности. Наследники класса предназначены для описания определённого номера журнала и конкретного сборника конференции. Классы BaseJournalInstance и ForeignJournalInstance объявлены для описания представления конкретных номеров журнала в общем и номера журнала, издаваемого в стороннем ВУЗе в частности. Абстрактный класс BaseConferenceProceeding содержит атрибуты, характеризующие сборник научных трудов конференции. Если конференция проводилась в стороннем ВУЗе, то для неё необходимо создать экземпляр класса ForeignConferenceProceeding.
49
проведении международных конференций
BaseVolume
+ FullName : String # GatFuMamaQ; String
+ BasevolumeO
BaseJournallnstance
+ B-dseJournallristarice Q
ForeignJournallnstance
- fbreignJournal: ForeignJournal
+ ForeignJournal ; ForeignJournal
+ ForeignJournalArticles : XPCollection<ForeignJournalArticle> #GetFullNameO : String + ForeignJournallnstance;)
BaseConferenceProceeding
-volumeShortName; String -dateFrom: DateTime -dateTo: DateTime
+ VolumeShortName : String ADateFrom : DateTime a DateTo ; DateTime ABaseConferenceProceedingQ
ForeignConferenceProceeding
- fbreignConference; ForeignConference
+ ForeignConference ; ForeignConference
AForeignConferenceArticles ; XPCollection<ForeignConferenceArticle> #GetFullNarrie!) : Siring + ForeignConferenceProceedingO
OwnConferenceProceeding
-ownConference: OwnConference
+ OwnConference : OwnConference
+ OwnConferenceArticles : XPCollection<OwnConferenceArticle> #GetFullNameO : String + OwnConferenceProceeding;)
ForeignConferenceArticle OwnConferenceArticle
- fbreignConferenceProceeding: ForeignConferenceProceeding -OwnConferenceProceeding; OwnConferenceProceeding
+ ForeignConferenceProceeding : ForeignConferenceProceeding + ForeignConference ; ForeignConference #GetFullVolumeNameO : String + PoreignConferenceArticle[) + OwnConferenceProceeding ; OwnConferenceProceeding a OwnConference : OwnConference #GeiFullVolumeNameO : String AOwnConferenceArticleO
1..=»
l.-H
BaseConferenceArticle
A&aseConferenceArticle;)
BaseArticle
-description; String -englishDescription: String -keywords: Siring -englishKeyWords: String -pageFrom; UIntl6 -pageTo: uintl6
+ Description ; String + EnglishDescription : Siring AKeyWords : String + EnglishKeyWords ; Siring + PageFrom : Ulntl6 + PageTo : Ulntl6 + Authors : XPCollection<Au1Tior> + AllAultiors : Siring + FullvolumeName : String # GetFuHVotumeNameQ: String + BaseArticle()
OwnConference
+ OwnConferenceProceedings ; XPCollection<OwnConferenceProceeding> a OwnConference;)
BaseJournalArticle
+ BaseJournalArticle()
TerritoryObjectType
ATerritoryObjects : XPCollection<TerritoryOb]ect> ATerritoryObjectTypeQ
NamedObject
+Name ; Siring + NamedObject;)
Degree
a Authors ; XPCollection<Au1Tior> r Degree;)
AAA
TerritoryObject
- temtoryObjectType; TerritoryObjectType -parentTerritoryObject: TerritoryObject
^TerritoryObjectType ; TerritoryObjectType i-ParentTerritoryObject: TerritoryObject r-ChildTerritoryObjects : XPCollection<TerritoryObject>
- DevExpress.Persistent.Base.General.ITreeNode.Parent ; ITreeNode -DevExpress.Persistent.Base.General.ITreeNode.Children : IBindin... a organizations : XPCollection<Orgamzation> a Authors : XPCollection<Au1Jior>
ABaseEditions ; XPCollection<:BaseEdition> -CheckCircularReferencesO : void a T err i toryOb jectQ
ForeignJournalArticle
- fbreignJournallnstance: ForeignJournallnstance
+ ForeignJournallnstance : ForeignJournallnstance AForeignJournal ; ForeignJournal ifGeiFullVolumeNameO : String + Fore ign Jour na Article!)
0..1
BaseEdition
- territoryObject: TerritoryObject
ATerritoryObject : TerritoryObject ABaseEditionQ
l..5*
BaseJournal
i-BaseJournalQ
--------ТГ
ForeignConference
AForeignConferenceProceedings : XPCollection<ForeignConferenceProceeding> a Foreign Conference;)
BaseConference
a BaseConferenceO
13------------
ForeignJournal
AForeignJournallnstances : XPCollection<ForeignJournallnstance> AForeignJournalQ
EnglishNamedObject
-englishName; String
+ EnglishName : String + EnglishNamedObjectO
EMailEnglishNamedObject
-address; String -emails; String
+ Address ; String + EMails : Siring + EMailEnglishNamedObjectO
Sho rtN am e d О bject
-shortName; String
AShortName ; String
+ ShortNamedObject0
-territoryObject; TerritoryObject
; XPCollection<Degree> AWorkingPlaces : XPCollection<WorkingPlace> i-BaseArticles : XPCollection<BaseArticle> i-TerritoryObject : TerritoryObject A Author!)
Post
AWorkingPlaces ; XPCollection<WorkingPlace>
APostO
Department
AWorkingPlaces : XPCollection<WorkingPlace> a Department;)
OrganizationKind
a Organizations ; XPCollection<Organization> AOrganizationkindQ
WorkingPlace
-autoor; Author -organization; Organization - post: Post
-department; Department
a Author ; Author AOrganization ; Organization a Post; Post
a Department : Department AWorkingPlaceO
0,.*
Organization
-webSrteName; String -orgamzationKind: OrganizationKind -territoryObject: TerritoryObject
i-WebSiteName : String i-OrganizationKind : OrganizationKind i-WorkingPlaces ; XPCollection<WorkingPlace> i-TerritoryObject: TerritoryObject i-Organization;)
Информация о сборниках проведённых конференциях сохраняется при помощи экземпляра класса OwnConferenceProceeding. Из изложенного выше следует, что спроектированная иерархия классов соответствует требованиям КО2.
В информационной системе предполагается реализовать удобное группирование всех номеров в пределах определённого журнала, а сборников - в пределах соответствующей конференции (КО3). Это достигается за счёт введения классов ForeignJournal, ForeignConference, OwnConference и организации ассоциаций (связей типа «многие ко многим») с классами ForeignJournalInstance, ForeignConferenceProceeding, и OwnConferenceProceeding соответственно.
Такой подход предполагает, что при реализации графического интерфейса пользователя на основе принципов, представленных в [2], пользователю достаточно ввести название журнала (или конференции) и получить доступ ко всем номерам данного журнала (или сборникам трудов конференции) соответственно.
Представленная на рис. 1 глубокая иерархия классов также удовлетворяет КО4, требующего определить достаточное количество атрибутов, позволяющих определить каждый вид публикации (тип статьи) и свойств для описания сборников конференций и номеров журнала. Это достигнуто за счёт объявления базовых классов. Впоследствии при реализации разработанной иерархии и при опытной эксплуатации информационной системы в соответствующие классы будут добавлены недостающие атрибуты.
Для удовлетворения КО5, требующего разработать механизмы контроля вводимых пользователями данных, было принято решение возложить основные задачи по проверке информации на компилятор. Это достигнуто за счёт объявления отдельного класса для различных видов публикации и организации связей (ассоциаций) между классами, представляющими издания (журналы, конференции), классами, описывающими экземпляры издания (номера журналов, сборники научных конференций) и статьи. Это позволит избежать ошибок ещё на этапе компиляции при попытке занесения недопустимых данных, например, при попытке добавить журнальную статью в сборник научной конференции.
В соответствии с требованием КО6, предусмотрена возможность расширения функционала без необходимости доработки исходного кода приложения. Это сделано за счёт тщательного проектирования приложения и организации глубокой иерархии классов. Поэтому пользователи приложения могут вносить в БД практически неограниченный объём информации о различных журналах и конференциях.
Проанализировав описанное, можно сделать вывод, что разработанная иерархия классов полностью удовлетворяет всем выделенным критериям оптимальности. Дальнейшим развитием системы является объявления дополнительных атрибутов, которые позволят более точно описать конкретный тип публикации, т.к. представленных на рис. 1 атрибутов явно недостаточно. Также необходимо реализовать удобный графический интерфейс на основе принципов, представленных в работе [2].
Литература
1. Международная научно-практическая конференция «Объектные системы», www.objectsystems.ru
2. Олейник П.П., Игумнов Е.А., Свечкарёв Е.А. Критерии оптимальности информационной системы каталогизирования научных работ // Объектные системы - 2010: Материалы I Международной научнопрактической конференции. Россия, Ростов-на-Дону, 10-12 мая 2010 г / под общ. ред. П.П. Олейника. -Ростов-на-Дону, 2010. С. 25-29.
3. The fastest way to platform independent business applications, http://www.devexpress.com/Products/NET/Application Framework/
51
УДК 004.891
ОБЪЕКТНО-ОРИЕНТИРОВАННЫЙ ПОДХОД К РАЗРАБОТКЕ МОДЕЛЕЙ КОМПЕТЕНЦИЙ ДЛЯ ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ ПРОИЗВОДСТВЕННЫХ
ПРОЦЕССОВ
Горькавый Михаил Александрович, аспирант, Комсомольский-на-Амуре государственный технический университет, idpo@knastu.ru Соловьев Вячеслав Алексеевич, д.т.н., проф., зав. кафедрой «Электропривод и автоматизация промышленных установок», Комсомольский-на-Амуре государственный
технический университет, kepapu@knastu.ru
На современном этапе инновационного развития и модернизации производства промышленных предприятий ставятся задачи поиска и реализации способов повышения эффективности основных производственных процессов для обеспечения требуемого уровня конкурентоспособности выпускаемой продукции и положительной динамики роста ключевых производственных и экономических показателей предприятия. Эффективность процесса определяется уровнем его автоматизации, достигаемым посредством разработки и внедрения новых и модернизации имеющихся АСУ.
Для фондоемких предприятий с непрерывным производственным циклом, в частности, для металлургического предприятия ОАО «Амурметалл», задача обеспечения качества и автоматизации управления процесса технического обслуживания и ремонта (ТОиР) и модернизации оборудования является приоритетной. Несмотря на то, что в настоящее время предложены эффективные методы организации процесса ТОиР и модернизации оборудования, а на рынке программных продуктов широко представлены готовые решения АСУ ТОиР, автоматизация этого процесса на российских промышленных предприятиях остается на низком уровне.
Сложность внедрения АСУ ТОиР обусловлено уникальной спецификой, свойственной конкретному предприятию. Процедура адаптации АСУ в связи с отсутствием обобщенного формализованного описания процессов ТОиР и модернизации оборудования, большим числом взаимосвязей и значительной долей нечетких данных, требует значительных временных и финансовых затрат. Более того, качество процесса ТОиР и модернизации оборудования зависит от компетентности технического персонала, задействованного в этом процессе, и качества функционирования АСУ класса HRM (Human Resources Management).
Таким образом, проектирование и внедрение системы EAM (Enterprise Asset Management), решающей задачи ТОиР, должно осуществляться интегрировано с системой HRM посредством комплексного системного подхода, обеспечивающего возможность синтеза адекватных моделей процессов управления ТОиР и модернизации оборудования, и управления персоналом, и повышения качества управления человеко-машинной системой в целом. Прямая зависимость качества процесса ТОиР и модернизации оборудования от компетентности технического персонала обусловливает необходимость синтеза в информационных системах класса EAM и HRM дополнительных модулей, решающих задачи оценки и формирования компетентности сотрудников. Поэтому задачи математического описания, разработки способов моделирования, а также проектирование и реализация систем интегрированной информационной поддержки управления рассматриваемыми производственными процессами являются актуальными.
Для решения описанных задач в Комсомольском-на-Амуре государственном техническом университете ведется разработка системы оценки и формирования компетентности (СОФК) технического персонала для предприятия ОАО «Амурметалл».
Для обеспечения высоких функциональных возможностей модуля, снижения затрат на его интеграцию в корпоративную информационную систему (КИС) предприятия, а также сокращения издержек на его отладку и сопровождение СОФК предлагается разрабатывать на основе объектно-ориентированного подхода.
52
