Разработка информационных систем для автоматизации различных бизнес-проектов предприятий. Использование трудовых ресурсов и снижение времени разработки системы. Применение гибких моделей жизненного цикла системы и намеренный пропуск определённых стадий.
Аннотация к работе
Синтез схемы данных информационной системы на основе онтологического описания предметной областиВажным также является отличие понятия "архитектура ИС" от понятия "структура системы": если структура системы описывает только статические аспекты ее построения, то архитектура ИС определяет также и динамику поведения (behaivor) соответствующей ИС, а также задает интерфейсы ее взаимодействия с окружающей средой (например, с внешними объектами, другими системами и т.п.) [3]. Принятый в 2010 г. стандарт ISO/IEC/IEEE 42010 "Systems and Software Engineering - Architecture Description" дает следующее определение понятия "архитектура": "Архитектура [системы]: фундаментальные понятия и свойства системы в окружающей ее среде, воплощенные в ее элементах, отношениях, а также в принципах ее проектирования и развития" [2]. По сути, термин "система" в приведенном выше определении и в пределах стандарта ISO/IEC/IEEE 42010 является основой для многих других понятий, в том числе [2]: а) для определения термина "система" в соответствии с положениями стандарта ISO 15288 как "системы, которые созданы человеком и состоят из одного или нескольких следующих элементов: технические средства, программные средства, люди, процессы (например, процесс оценки), процедуры (например, инструкции оператора), основные средства и природные ресурсы (например, вода, объекты живой природы, материалы)" [1]; в) для определения программно-основанных систем, которые в соответствии с описаниями стандарта IEEE 1471:2000 представляют собой "любую систему, в которой ПО оказывает существенное влияние на проектирование, конструирование, внедрение и развитие системы в целом" и могут включать в себя "отдельные приложения, системы в традиционном смысле этого слова, подсистемы, надсистему, линейки продуктов, семейства продуктов, целые предприятия и другие сосредоточия интересов". Из сказанного выше следует, что онтология ПРО проектируемой ИС, разработанная в качестве решений по МО системы, при выполнении последующих этапов проектирования может быть трансформирована в решения по ИО и ПО системы, например, за счет отображения онтологии в UML-диаграмму классов ПО или схему данных ИС [5].Ее применение усложняет стадию анализа требований к ИС и повышает требования к качеству ведения проектной документации (формирование и поддержание библиотек онтологий), но позволяет формально определить возможность повторного использования библиотеки существующих компонентов ИС, автоматизировать ее расширение, решить задачи обновления версий и сопровождения множеств внедрений тиражируемых ИС, используемых в БП различных предприятий.