Сделай Сам Свою Работу на 5

Применимость технологии RAD

3.1


Введение

В ходе данной работы необходимо создать информационную систему предприятия, работающего в сфере обслуживания городских пассажирских перевозок автобусным транспортом. ИС автобусного предприятия должна содержать большое количество относительно статичных данных (марки автобусов, автобусы и т.п.) , небольшое количество динамических, часто меняющихся данных (маршрутные листы) и создавать прототип рабочей информационной системы, основываясь на знания о современных технологиях проектирования программного обеспечения, и используя программные продукты, изученные на занятиях.

Цель курсовой работы - закрепление навыков по проектированию информационных систем.

Задачи:

· анализ технологий создания программного обеспечения и выбор технологии для проектирования информационной системы Автобусное «предприятие».

· анализ необходимых средств проектирования информационных систем.

· анализ подходов к проектированию автоматизированной информационной системы.

· проектирование АИС «Автобусное предприятие» по выбранной технологии

· реализация элементов АИС «Автобусное предприятие» в среде Delphi.

· создание подробной инструкции для пользователей АИС «Автобусное предприятие».


ГЛАВА 1 АНАЛИЗ И ВЫБОР МЕТОДОВ, ТЕХНОЛОГИЙ И СРЕДСТВ ПРОЕКТИРОВАНИЯ.

ПОСТАНОВКА ЗАДАЧИ

Руководство автобусного парка приняло решение автоматизировать процесс выхода автобусов в рейс. По каждому автобусу хранится информация: номер государственной регистрации, марка, количество мест и пр.Новые автобусы поступают на фирму по документу "Поступление ОС", в котором указываются все сведения об автобусе, дата поступления, цена поступления, процент износа, государственный регистрационный номер и дата регистрации.Старые (поврежденные) автобусы списываются с баланса фирмы документом "Акт о списании", в котором указывается дата списания, автобус, причины списания.

Формируется информация о маршрутах, на которые выходит автобус, она включает: конечные точки маршрута, промежуточные остановки, время в пути, общее количество автобусов на маршруте.



Кроме этого формируется информация о водителях автобусов: ФИО, дата рождения, стаж работы, категория водительского удостоверения и пр.

При выезде автобуса в рейс формируется документ «Рейс», в котором указывается, какой автобус, по какому маршруту, когда (дата и время) и с каким водителем выехал в рейс. При возвращении автобуса в документе «Рейс» ставится дата и время прибытия автобуса в парк.Данные по водителям формирует работник отдела кадров. Прочие документы формирует диспетчер.

4.2.1


АНАЛИЗ ТЕХНОЛОГИИ СОЗДАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ RAD

Rapid Application Development (RAD) - это жизненный цикл процесса проектирования, созданный для достижения более высоких скорости разработки и качества ПО, чем это возможно при традиционном подходе к проектированию.

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

Наиболее существенными из них являются:

· высокая скорость разработки

· низкая стоимость

· высокое качество.

Последнее из указанных свойств подразумевает полное выполнение требований заказчика как функциональных, так и нефункциональных, с учетом их возможных изменений в период разработки системы, а также получение качественной документации, обеспечивающей удобство эксплуатации и сопровождения системы. Это означает, что дополнительные затраты на сопровождение сразу после поставки будут значительно меньше. Таким образом, полное время от начала разработки до получения приемлемого продукта при использовании этого метода значительно сокращается.

На этапе анализа и планирования требований пользователи сис­темы определяют функции, которые она должна выполнять, выде­ляют наиболее приоритетные из них, требующие проработки в первую очередь, описывают информационные потребности. Опре­деление требований выполняется в основном силами пользовате­лей под руководством специалистов-разработчиков. Ограничива­ется масштаб проекта, определяются временные рамки для каждой из последующих фаз. Кроме того, определяется сама возможность реализации данного проекта в установленных рамках финансиро­вания, на данных аппаратных средствах и т.п. Результатом данной фазы должны быть список и приоритетность функций будущей АИС, предварительные функциональные и информационные мо­дели ИС.

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

На данной стадии выполняются следующие действия:

· более детально рассматриваются процессы системы.

· при необходимости для каждого элементарного процесса создается частичный прототип: экранная форма, диалог, отчет, устраняющий неясности или неоднозначности.

· устанавливаются требования разграничения доступа к данным.

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

 

Результатом данной стадии должны быть:

· общая информационная модель системы.

· функциональные модели системы в целом и подсистем, реализу­емых отдельными командами разработчиков.

· точно определенные интерфейсы между автономно разрабаты­ваемыми подсистемами.

· построенные прототипы экранных форм, отчетов, диалогов.

На стадии реализации выполняется непосредственно сама быстрая разработка приложения:

· разработчики производят итеративное построение реальной системы на основе полученных на предыдущей стадии моделей, а также требований нефункционального характера (требований к надежности, производительности и т.д.)

· пользователи оценивают получаемые результаты и вносят коррективы, если в процессе разработки система перестает удовлетворять определенным ранее требованиям. Тестирование системы осуществляется в процессе разработки.

На стадии внедрения производятся обучение пользователей, организационные изменения и параллельно с внедрением новой системы продолжается эксплуатация существующей системы (до полного внедрения новой).

Применимость технологии RAD

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

Целесообразно применять технологию, когда:

1. Необходимо выполнение проекта в короткие сроки. Быстрое выполнение проекта позволяет создать систему, отвечающую требованиям сегодняшнего дня. Если система проектируется долго, то весьма высока вероятность, что за это время существенно изменятся фундаментальные положения, регламентирующие деятельность организации, то есть, система морально устареет ещё до завершения её проектирования.

2. Нечетко определены требования кПО. В случае если заказчик не до конца осознает поставленной цели, не может четко сформулировать все требования к ПО. Заказчик может менять требования к проекту по ходу его выполнения.

3. Выполнение проекта в условиях ограниченности бюджета. Разработка ведется небольшими RAD-группами в короткие сроки, что обеспечивает минимум трудозатрат и позволяет вписаться в бюджетные ограничения.

4. Интерфейс пользователя. Технология RAD дает возможность продемонстрировать интерфейс в прототипе, причем достаточно скоро после начала проекта.

5. Возможно разбиение проекта на функциональные компоненты. Если предполагаемая система велика, необходимо, чтобы её можно было разбить на мелкие части, каждая из которых обладает четкой функциональностью. Они могут выпускаться последовательно или параллельно.

6. Низкая вычислительная сложность ПО.

 



©2015- 2017 stydopedia.ru Все материалы защищены законодательством РФ.