Автор работы: Пользователь скрыл имя, 10 Октября 2013 в 11:22, реферат
Основной задачей этапов разработки программного обеспечения, предшествующих непосредственному программированию, является спецификация предметной области в терминах, удобных для дальнейшего применения в процессе разработки.
Основными этапами проектирования (Табл. 1) являются следующие:
1. Моделирование предметной области.
2. Разработка требований.
3. Анализ и проектирование.
4. Разработка программного кода.
Основные этапы проектирования автоматизированных информационных систем
Основной задачей этапов разработки программного обеспечения, предшествующих непосредственному программированию, является спецификация предметной области в терминах, удобных для дальнейшего применения в процессе разработки.
Основными этапами проектирования (Табл. 1) являются следующие:
1. Моделирование предметной области.
2. Разработка требований.
3. Анализ и проектирование.
4. Разработка программного кода.
5. Тестирование.
6. Внедрение.
Данные этапы будут рассматриваться применительно к возможностям средства Rational Rose.
1. Моделирование предметной области (Business Modeling)
Цель моделирования предметной области - описать процессы, происходящие в организации заказчика и усовершенствовать их. Организация рассматривается с двух точек зрения: внешней (основное внимание при этом уделяется внешним результатам ее деятельности) и внутренней (здесь внимание обращается на конкретные реализуемые функции и их связь в процессе деятельности организации).
Основными результатами этапа моделирования предметной области являются:
1. Модель прецедентов (функций) предметной области (business use-case model);
2. Модель объектов предметной области (business object model);
Модель прецедентов (функций) предметной области (Табл. 1, гр. 2) описывает ее в терминах деловых субъектов и деловых прецедентов, соответствующих заказчикам и деловым процессам. Модель деловых прецедентов содержит описания потоков работ, которые идентифицируют то, что делается. То, как выполняется работа в каждом деловом прецеденте, описывается в модели объектов предметной области. (Рис. 7-12)
Модель объектов предметной области (Табл. 1, гр. 3) рассматривает реализацию прецедентов с внутренней точки зрения ее работников. Она описывает организацию моделируемой системы: подразделения, рабочие места, документы, ответственность сотрудников за их подготовку и т.д. (Рис. 1-6, 13-17)
Моделирование предметной области проводится в два этапа:
1) Описание существующей системы.
2) Реинжиниринг (усовершенствование) процессов.
На данном этапе модели
разрабатываются
2. Разработка требований (Requirements)
Цель - определить, что система должна делать, согласовать это с заказчиком и задокументировать.
Основным результатом данного этапа является:
1. Общие положения (концепция).
2. Требования к функциям системы (Табл. 1, гр. 2) (use-case model).
3. Словарь терминов системы.
На этом этапе выполняется уточнение модели предметной области словаря, определяются технологии автоматизации. Основные положения включаются в техническое задание.
3. Анализ и проектирование (Analysis & Design)
Цель - этапа преобразовать требования к системе в проект системы. Основным результатом этапа является «Модель стадии проектирования» (Design Model). Она показывает каким образом функции системы будут реализовываться посредством объектов и классов.
В настоящей работе модель стадии проектирования представлена следующими компонентами:
1. Описание документов системы;
2. Описание данных системы (Табл. 1, гр. 7);
3. Прототип интерфейсов пользователя (Табл. 1, гр. 6) (User-Interface Prototype).
4. Разработка программного кода (Implementation)
Цель этапа - разработка программного кода системы.
Основным результатом этапа (Табл. 1, гр. 6, 7) является Компонентная модель (Implementation Model).
5. Тестирование (Testing)
Цель этапа тестирования: обнаружение, локализация и устранение дефектов в программах и данных.
Описание проекта будет осуществляться на основе использования следующих диаграмм:
- диаграмм прецедентов (сценариев / функций) (use case diagram)
- диаграмм классов (class diagram)
- диаграмм деятельности / описания процессов (activity diagram)
Порядок использования диаграмм на различных этапах проектирования приведен в таблице 1.
Для более подробного описания
моделей могут также
- диаграммы состояния (statechart diagram)
- диаграммы взаимодействия (Interaction diagram), которые включают:
диаграммы последовательности (sequence diagram)
диаграммы взаимодействия (collaboration diagram)
- диаграммы реализации (Implementation diagram), которые включают:
диаграммы компонентов (component diagram)
диаграммы топологии (развертывания) (deployment diagram).
Порядок использования диаграмм на различных этапах проектирования
Таблица 1
Этапы проектирования |
Описание Функций (прецедентов) |
Описание объектов (организационная структура) |
Описание процессов |
Описаниедокументов |
Описание прототипов интерфейсов |
Описание данных |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
1. Моделирование предметной области 1) описание существующей системы 2) реинжиниринг |
business use casediagram |
business use case diagram, |
activity diagram |
use case diagram |
||
2. Разработка требований |
use case diagram |
use case diagram, |
activity diagram (уточненные) |
use case diagram |
||
3. Анализ ипроектирование |
class diagram |
class diagram |
class diagram | |||
4. Разработкапрограммного кода |
class diagram component diagram deployment diagram |
schema diagram, scripts |
Информация о работе Основные этапы проектирования автоматизированных информационных систем