Файл: Анализ и оценка средств реализации объектно-ориентированного подхода к проектированию экономической информационной системы.pdf

принципы:

1 Системный . Каждое явление во взаимосвязи другими. Система внимание на как на целом, а на отдельных частях.

Этапы системы: определение системы, определение к системе; функциональных подсистем , структуры и в общей управления; выявление анализ связи подсистемами; Установление функционирования всей в целом ее динамики; интегрированной системы[ Г.Н., А.А., Ю.Ф. экономических информационных : Учебник/; Под . Ю.Ф. . - М: Финансы статистика, 2003 с. 155].

2 решения новых - не просто ЭВМ для методов, но перестраивать эти в соответствии теми возможностями располагает ЭВМ. и решать которые не в виду сложности.

3 Принцип руководителя разработка внедрение ЭИС под непосредственным первого руководителя, система ориентируется рутинные проблемы[.Г. Инюшкина информационных систем ( примере методов системного анализа) пособие Научный Матвеева Татьяна Екатеринбург Издательство «-Диалог Исеть» 2014с. 144].

обязан стремиться тому что предлагаемые им решения подходили возможно более кругу заказчиков.

5 развития исходя перспектив развития автоматизации ЭИС создаваться с возможности пополнения обновления функций состава ЭИС нарушения ее .

6 Принцип совместимости создании система быть реализованы интерфейсы благодаря она может с другими в соответствии установленными правилами.

7 модульности в программного и информационного ЭИС то ЭИС строится набора функционально блоков[В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002 с. 44].

8 разработки сверху- проектируемая система как древовидная составленная из модулей.

9 Принцип при создании ЭИС быть рационально типовые унифицированные стандартизованные элементы, решения, ППП.

10 эффективности заключается достижении рационального между затратами целевыми эффектами, конечные результаты [О.Г. Проектирование информационных (на примере структурного системного ) Учебное пособие редактор Матвеева Анатольевна Екатеринбург «Форт-Диалог » 2014 с. 122].

11 Принцип информационной базы – бы исходная один раз и введенная ЭВМ могла использована многократно.

Существует подходы к экономических информационных

1. Традиционный подход, на системном предметной области последовательного проектирования . Такие подходы в «водопадной ». Необходимость типизации решений обуславливается [О.Г. Проектирование информационных (на примере структурного системного ) Учебное пособие редактор Матвеева Анатольевна Екатеринбург «Форт-Диалог » 2014 с. 89]:

1)при типовой системы снижаются затраты проектирование;

2) при проектировании трудно должный научно- уровень разработки.

разработки и традиционного проектирования существует целый объективных предпосылок:

1) предприятием осуществляется основе единых ;

2) структура системы на всех одинакова и только от предприятия;

3) технические ЭИС стандартизированы;

основе типового лежит первоначальная экономических объектов их важнейшим [Смирнова Г.., Сорокин А.., Тельнов Ю.. Проектирование экономических систем: Учебник/; ред. Ю.. Тельнова. - М: и статистика, 2003с. 75]. создание типовых и решений, которых в на конкретном сводится к их в данного предприятия. функциональных компонентов является основой типового проектирования. проектирование предполагает ЭИС на составляющие и для каждого законченного проектного , которое затем некоторыми модификациями использоваться при ЭИС[Мацяшек .А. Анализ и проектирование . Разработка информационных с использованием ./ Л.А : Издательский дом "", 2002. - с. 166]. В с этим система хорошо , удовлетворяет следующим :

1) каждый уровень обозрим и без детального нижних уровней:

2) связи между на одном иерархии;

3) не быть связей элементами через 1 ;

4) элемент более уровня должен элемент следующего как единое , передавая ему информацию;

5) элемент уровня после своей работы вызывающему его управление и работы.

В с перечисленными для компонентов структуры можно следующую структуру уровням[В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002 с. 99] :

1) автоматизированных подсистем;

2) автоматизированных функций;

последних уровней - элементы машинных и элементы , реализуемых персоналом . В основе типовых проектов такие принципы унификация и . Под унификацией реализация при программ принципа в методах, и содержании формах представления . [В. В. , В. Ю. ОБЪЕКТНО- ОРИЕНТИРОВАННОЕ , АНАЛИЗ И Методическое пособие 2002 с. 55].

Структурный в полном , основанный на моделировании систем ( SADT диаграммы IDEF0) и моделировании данных их отношений ( ERD). Такой позволяет автоматизировать информационной системы более глубокого с описанием данных и отношений (уровень проектирования информационной ).

Объектно-ориентированный , позволяющий описывать функции, связи, , входные и данные и их преобразований позиций объектно- подхода на языке UML[ Г., Рамбо ., Якобсон И. UML. Руководство Издательский дом "", 2010. с -23]. При методе проектирования качестве типизируемого выступает система объектом в т.е. типовой проект , обобщенного объекта некоторого класса управления.

Вывод: результате работы первой главой с определением , методами проектирования , достоинствами и различных методов .

Глава 2. Объектно-ориентированный подход.

2.1 Сущность объектно-ориентированного подхода

анализ (Structured , SA) и проектирование (Structured , SD) – результат в 1970-х - го программирования, из классического анализа. Сравнительно появились и невероятно популярны - ориентированные языки. мере нарастания популярности была методология помощи в разработке с использованием -ориентированных языков. методология стала как объектно- анализ и (оbject-oriented and design, )[ В. В. , В. Ю. ОБЪЕКТНО- ОРИЕНТИРОВАННОЕ , АНАЛИЗ И Методическое пособие 2002 с. 245]. OOAD – подход к ПО, моделирующий как группу объектов. Объектно- анализ (Objectoriented , OOA) использует объектного моделирования анализа функциональных к системе. -ориентированное проектирование, (Object-oriented , OOD) разрабатывает модели для спецификаций реализации (, ТЗ). Концептуальной OOП является модель, которая с учетом абстрагирования, инкапсуляции, , иерархии, типизации, , устойчивости. Основными объектно-ориентированного являются объект класс. Объект – собой определенную , соответствующую значимому или явлению области, характеризуется , состоянием (state ( elements)) и [Буч Г., Д., Якобсон . Язык UML. пользователя Издательский "Вильямс", 2010. –с 134]. этих взаимодействующих () между собой можно создать - 77 личные модели, статическую структуру, по- ведение развертывание в (run-time ). Класс – это объектов, связанных структуры и . Следующую группу понятий объектного составляют полиморфизм ( класса принадлежать чем одному ) и наследование ( новых классов основе существующих возможностью добавления переопределения данных методов)[ В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002 с. 178]. сегодняшний день более тридцати -ориентированных методов (например, IDEF4 – -Oriented Design – ООП, позволяющая структуру объектов принципы их ) с множеством нотаций представления моделей.

2.2 Преимущества объектно-ориентированных методологий

• и ускорение реализации системы сравнению со методологиями;

• повторное кода в проектах, благодаря объектов и , что сокращает проектирования, программирования проверки; повторное кода может улучшению качества проектов [Буч ., Рамбо Д., И. Язык . Руководство пользователя дом "Вильямс", 2010. –. 134]; отсутствие разделения фазами анализа разработки обеспечивает с пользователями самого конца ; аналитики и не связаны внедрения системы, могут формулировать , которые будут различным средам ; программное обеспечение к изменениям, обеспечивает более уровень уверенности его корректности, снижению рисков разработке сложных ; те преимущества, представляет объектно- программирование по со структурным: разработке объектов сложным взаимодействием, думает на уровне детализации, это возможно структурном коде, .е. об объекта; стандартизация увеличивает степень проекта[Смирнова .Н., Сорокин .А., Тельнов .Ф. Проектирование информационных систем: /; Под ред. .Ф. Тельнова. - : Финансы и , 2003 с. 345]

2.3 Недостатки объектно-ориентированных методологий

• модель слишком для того, быть адекватной;

• фокусировка на ;

• не так внимания уделяется работе, как структурных методологиях;

• всех необходимых системы классов объектов – это такая, на деле, простая ; • попытка сочетания программирования с различных функций ; однако, эти методы совершенно соответствуют OOAD[. В. Мухортов, . Ю. Рылов - ОРИЕНТИРОВАННОЕ ПРОГРАММИРОВАНИЕ, И ДИЗАЙН пособие Новосибирск 2002с. 179];

• значимости и объектной методологии, , фактически, другой мог бы лучше для и разработки в зависимости конкретных обстоятельств;

• новый вид проектами, который различные типы , отличные от функционального подхода - композиции.

• функциональное системы в основано на использования, которые для документирования , не основанных взаимодействии с (таких как или математические ) или нефункциональных (такие как , производительность, синхронизация, ); следование шаблонам гарантирует качества , качество зависит - ко от создателя сценария;

• подход к данных при , что большинство используют реляционные ; [О.Г. Проектирование информационных (на примере структурного системного ) Учебное пособие редактор Матвеева Анатольевна Екатеринбург «Форт-Диалог » 2014с. 256] В конце , ИС чаще через комбинацию -ориентированных языков и реляционных данных.

В объектно-ориентированного основное внимание определению и объектов в предметной области. идея объектно- анализа и состоит в предметной области логического решения с точки объектов[В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002].

В проектирования определяются программные объекты, будут реализованы объектно-ориентированного программирования.

В конструирования обеспечивается основных компонентов объектно-ориентированных программирования.

Объектно- подход использует декомпозицию. При статическая структура описывается в объектов и между ними, поведение системы в терминах сообщениями между . Каждый объект обладает своим поведением, моделирующим объекта реального .

2.4 Понятия класс объект, основные объектной модели

объект впервые использовано около 30 назад в средствах при отойти от архитектуры фон и преодолеть между высоким программных абстракций низким уровнем на уровне . С объектно- архитектурой также связаны объектно- операционные системы. наиболее значительный в объектный был внесен и объектно- языками программирования: , Smalltalk, С++, Pascal[В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002]. На подход оказали также развивавшиеся независимо методы баз данных, особенности подход – связь[Смирнова .Н., Сорокин .А., Тельнов .Ф. Проектирование информационных систем: /; Под ред. .Ф. Тельнова. - : Финансы и , 2003 с. 166].

Концептуальной объектно-ориентированного является объектная . Основными ее являются:

• абстрагирование;
• ;
• модульность;
• иерархия.

основных, имеются три дополнительных , не являющихся отличие от строго обязательными:

• ;
• параллелизм;
• устойчивость.

– это выделение характеристик некоторого , которые отличают от всех видов объектов , таким образом, определяют его границы относительно рассмотрения и [Мацяшек Л.. Анализ требований проектирование систем. информационных систем использованием UMLМ./ .А Мацяшек: дом "Вильямс", 2002. – . 349]. Абстрагирование концентрирует на внешних объекта и отделить самые особенности его от деталей реализации. Выбор набора абстракций заданной предметной представляет собой задачу объектно- проектирования.

Принцип реализуется в методов при задач с объектной модели. литературе можно разные определения расшифровки того, понимается под абстрагирование. Хорошей такая абстракция, подчеркивает детали, для рассмотрения использования, и те, которые данный момент ». Если объединить точки зрения, определение абстракции [ Г., Рамбо ., Якобсон И. UML. Руководство Издательский дом "", 2010. –с. 168]: Абстракция существенные характеристики объекта, отличающие от всех видов объектов , таким образом, определяет его границы с зрения наблюдателя. концентрирует внимание внешних характеристиках и позволяет наиболее существенные его поведения менее существенных. между существенными несущественными с зрения разрабатываемой системы особенностями объекта называется абстракции. Последний исходя из минимизации связей, которому интерфейс должен описывать существенные аспекты [Буч Г., Д., Якобсон . Язык UML. пользователя Издательский "Вильямс", 2010. –с. 155]. же следует принцип наименьшего . Следуя ему должна охватывать поведение описываемого объекта, и, , не привносит и побочных , лежащих вне ее применимости. полного и набора абстракций решении задачи применением объектного представляет собой задачу объектно- проектирования. Во разработки программной могут появляться разных категорий, с объектов, почти точно реалиям предметной , и кончая , целесообразность использования сомнительна[В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002 с. 233].