Объектно-ориентированное моделирование
Объектно-ориентированное моделирование Объектно-ориентированное моделирование
программирования. Эти программные объекты включают в себя атрибуты и методы. Например, в библиотечной системе программный объект Воok может содержать атрибут title (название) и метод print (печатать) И наконец, в процессе конструирования (construction) или объектно-ориентированно программирования (object-oriented programming) обеспечивается реализация разработанных компонентов, таких как класс Book на языке C++, Java. Smalltalk или Visual Basic. Введение в процесс разработки Процесс разработки программного обеспечения (software development process) представляет собой метод организации видов деятельности, связанных с созданием, поставкой и поддержкой программных систем. Ниже представлено краткое введение в основы данного процесса, а также приведено описание его основных этапов. Рекомендуемые процесс и модели Язык UML не определяет стандарт процесса. Его авторы признают, что важное значение имеют как надежный язык моделирования, так и сам процесс разработки. Они лишь приводят свои рекомендации относительно организации процесса в отдельных не относящихся к UML публикациях, поскольку стандартизация процесса разработки программных систем выходит за рамки языка UML. Следование стандартам процесса разработки Приложений не играет основной роли в создании Системы. Разработчику гораздо важнее обладать
навыками создания хороших проектов. Для этого необходимо освоить ряд принципов и эвристик, связанных с идентификацией и выделением основных абстрактных объектов, а также с распределением обязанностей между ними. Предлагаемые этапы разработки и модели — это лишь иллюстрация многообразия процесса разработки программного обеспечения с использованием объектной технологии, а не готовая формула. Предлагаемые примеры видов деятельности можно рассматривать в качестве отправной точки для обсуждения и выработки удобного процесса разработки, а также для экспериментирования с ним. Обычно описание процесса включает в себя все виды деятельности, от формулировки требований к системе до вопросов ее распространения. Кроме того, зачастую полное описание процесса включает более широкий круг вопросов, связанных с автоматизацией процесса разработки программного обеспечения, определением долгосрочного жизненного продукта, документированием, поддержкой и обучением персонала, распараллеливанием работ и их координацией между отдельными группами. Мы сосредоточимся лишь на основных видах деятельности, уделяя вопросам взаимодействия групп разработчиков лишь незначительное внимание. Некоторые существенные этапы процесса разработки останутся вне нашего внимания, а именно: планирование, параллельное взаимодействие групп разработчиков, управление проектом, документирование и тестирование. Язык UML позволяет стандартизировать артефакты и систему обозначений, но не определяет стандарт процесса разработки. Это объясняется следующими причинами. 1. Стандартную систему обозначений можно использовать при создании систем самого
- Page 1 and 2: Объектно-ориентиро
- Page 3: Анализ и проектиро
- Page 7 and 8: проектирование и т.
- Page 9 and 10: Этап построения: ци
- Page 11 and 12: Потребители Компан
- Page 13 and 14: минимальный набор
- Page 15 and 16: Следующий прецеден
- Page 17 and 18: покупателю общую с
- Page 19 and 20: Исполнители Исполн
- Page 21 and 22: инициируемым ими п
- Page 23 and 24: Форматы прецеденто
- Page 25 and 26: Идеальные прецеден
- Page 27 and 28: создавать конкретн
- Page 29 and 30: 6. Кассир выдает чек
- Page 31 and 32: 7. Ранжировать прец
- Page 33 and 34: shut down (Выключение) Н
- Page 35 and 36: Атрибуты и ассоциа
- Page 37 and 38: Разрешение конфлик
- Page 39 and 40: Зависимости между
- Page 41 and 42: интерес. Концептуа
навыками создания хороших проектов. Для этого<br />
необходимо освоить ряд принципов и эвристик,<br />
связанных с идентификацией и выделением основных<br />
абстрактных объектов, а также с распределением<br />
обязанностей между ними.<br />
Предлагаемые этапы разработки и модели — это<br />
лишь иллюстрация многообразия процесса разработки<br />
программного обеспечения с использованием<br />
объектной технологии, а не готовая формула.<br />
Предлагаемые примеры видов деятельности можно<br />
рассматривать в качестве отправной точки для<br />
обсуждения и выработки удобного процесса<br />
разработки, а также для экспериментирования с ним.<br />
Обычно описание процесса включает в себя все<br />
виды деятельности, от формулировки требований к<br />
системе до вопросов ее распространения. Кроме того,<br />
зачастую полное описание процесса включает более<br />
широкий круг вопросов, связанных с автоматизацией<br />
процесса разработки программного обеспечения,<br />
определением долгосрочного жизненного продукта,<br />
документированием, поддержкой и обучением<br />
персонала, распараллеливанием работ и их<br />
координацией между отдельными группами. Мы<br />
сосредоточимся лишь на основных видах<br />
деятельности, уделяя вопросам взаимодействия групп<br />
разработчиков лишь незначительное внимание.<br />
Некоторые существенные этапы процесса<br />
разработки останутся вне нашего внимания, а именно:<br />
планирование, параллельное взаимодействие групп<br />
разработчиков, управление проектом,<br />
документирование и тестирование.<br />
Язык UML позволяет стандартизировать<br />
артефакты и систему обозначений, но не определяет<br />
стандарт процесса разработки. Это объясняется<br />
следующими причинами.<br />
1. Стандартную систему обозначений можно<br />
использовать при создании систем самого
Change language