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

АНАЛИЗ ТЕХНОЛОГИИ СОЗДАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ MICROSOFTFRAMEWORKSOLUTION (MSF)





Microsoft Solutions Framework (MSF) - представляет собой гибкий подход, который позволяет быстрее создавать технологические решения, задействуя меньше людей, снижая риски и повышая уровень качества. MSF помогает командам направлять силы непосредственно на наиболее распространенные причины неудач технологических проектов, а значит, улучшать показатели успеха проектов, качество решения и бизнес результаты.

4.5 Структура процессов MSF:

Если речь идет о моделях процессов жизненного цикла проектов разработки ПО, в первую очередь нужно упомянуть о двух основных схемах: водопадной и спиральной (рис. 2), которые отражают два разных подхода к организации этих работ.

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

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



Модели MSF:

· Модель проектной группы. Разрабатывалась в течение нескольких лет и возникла в результате осмысления недостатков пирамидальной, иерархической структуры традиционных проектных групп. Описывает подход Майкрософт к организации работающего над проектом персонала и его деятельности в целях максимизации успешности проекта. Данная модель определяет ролевые кластеры, их области компетенции и зоны ответственности, а также рекомендации членам проектной группы, позволяющие им успешно осуществить свою миссию по воплощению проекта в жизнь.

· Модель процессов. Особенность этой модели состоит в том, что благодаря своей гибкости и отсутствию жестко навязываемых процедур она может быть применена при разработке весьма широкого круга IT проектов. Эта модель сочетает в себе свойства двух стандартных производственных моделей: каскадной (waterfall) и спиральной (spiral).

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



Дисциплины MSF:

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

· Управление рисками. Дисциплина управления рисками в MSF (MSF risk management discipline) отстаивает превентивный подход к работе с рисками в условиях такой неопределенности, непрерывное оценивание рисков и использование информации о рисках в рамках процесса принятия решений на протяжении всего жизненного цикла проекта. Данная дисциплина предлагает принципы, идеи и рекомендации, подкрепленные описанием пошагового процесса для успешного активного управления рисками.

· Управление подготовкой. Дисциплина управления подготовкой MSF описывает фундаментальные принципы MSF и дает рекомендации по применению превентивного подхода к управлению знаниями на протяжении всего жизненного цикла информационных технологий.

 

Применимость MSF:

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


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



4.7

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

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

UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;

UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;

Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;

UML расширяет и позволяет вводить собственные текстовые и графические стереотипы, что способствует его применению не только в сфере программной инженерии;

UML получил широкое распространение и динамично развивается

Мною была выбрана программа Rational Rose, эта программа поддерживает язык UML, удобна в эксплуатации.. Для написания программы приложений мною была выбрана программа BorlandDelphi 7, с его помощью можно быстро осуществить написания курсовой работы.


ГЛАВА 2 СОЗДАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

ЭТАП АНАЛИЗА И ПЛАНИРОВАНИЯ ТРЕБОВАНИЙ

На данном этапе проектирования автоматизированной информационной системы «Автобусное предприятие» определяются требования к системе, а также строится диаграмма вариантов использования.

Автоматизированная информационная система «Автобусное предприятие» должна содержать:

· справочник водителей:

1) просмотр информации о водителях

2) ввод информации о водителях

3) редактирование информации о водителях

4) удаление информации о водителях

· справочник автобусов

1) просмотр информации об автобусах

2) ввод информации об автобусах

3) изменение информации об автобусах

4) удаление информации об автобусах

· справочник маршрутов

1) просмотр информации о маршрутах

2) ввод информации о маршрутах

3) изменение информации о маршрутах

4) удаление информации о маршрутах

· документ рейс

1) просмотр информации о документе

2) ввод информации о документе

3) изменение информации о документе

4) удаление информации о документе

· отчет обо всех рейсах

Диаграмма вариантов использования – диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне. Основное назначение диаграммы — описание функциональности и поведения, позволяющее заказчику, конечному пользователю и разработчику совместно обсуждать проектируемую или существующую систему.

  • актёр («эктор») — стилизованный человечек, обозначающий набор ролей пользователя (понимается в широком смысле: человек, внешняя сущность, класс, другая система), взаимодействующего с некоторой сущностью (системой, подсистемой, классом). Актёры не могут быть связаны друг с другом (за исключением отношений обобщения/наследования).
  • прецедент — эллипс с надписью, обозначающий выполняемые системой действия (могут включать возможные варианты), приводящие к наблюдаемым актёрами результатам. Надпись может быть именем или описанием (с точки зрения актёров) того, «что» делает система (а не «как»). Имя прецедента связано с непрерываемым (атомарным) сценарием — конкретной последовательностью действий, иллюстрирующей поведение. В ходе сценария актёры обмениваются с системой сообщениями. Сценарий может быть приведён на диаграмме прецедентов в виде UML-комментария. С одним прецедентом может быть связано несколько различных сценариев

 

Существуют правила для построения диаграммы ВИ:

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

· не соединять стрелкой два варианта использования непосредственно (диаграммы данного типа описывают только сами варианты использования, а не порядок их выполнения);

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

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

Рисунок 1 - Диаграмма вариантов использования

ЭТАП ПРОЕКТИРОВАНИЯ

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

Диаграмма классов- диаграмма, демонстрирующая классы системы, их атрибуты, методы и взаимосвязи между ними.

Общая диаграмма классов представлена на рисунке 2.

Рисунок 2. -Общая диаграмма классов

Диаграммы классов для каждого варианта использования представлены в приложении А «Диаграммы классов».

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

Диаграмма последовательности представляет собой взаимодействие - множество сообщений между объектами, упорядоченное по временной оси.Далее представлена диаграмма последовательности для варианта использования «Просмотр справочника водители».

Рисунок 3 - Просмотр справочника водители

Другие диаграммы последовательности представлены в приложении Б «Диаграммы последовательности».

Далее представлены два прототипа интерфейса главного меню «Автобусного предприятия».


Первый прототип интерфейса главного меню.

 

Второй прототип интерфейса главного меню.


Также, на данном этапе были созданы прототипы интерфейсов. Прототип интерфейса справочника «водители» представлен на рисунке 4.

Рисунок 4 -Прототип интерфейса справочника «водители»

Остальные прототипы интерфейсов представлены в приложении В «Прототипы интерфейсов».


ЭТАП РЕАЛИЗАЦИИ

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

Для реализации «Автобусного предприятия» была выбрана система программирования Delphi версии 7 фирмы Enterprise (Borland).

Delphi — это среда быстрой разработки, в которой в качестве языка программирования используется язык Delphi. Язык Delphi — строго типизированный объектно-ориентированный язык, в основе которого лежит хорошо знакомый программистам Object Pascal.

Преимущества Delphi по сравнению с аналогичными программными продуктами.

· Улучшенная отладка Ваших программ. Интегрированный отладчик Delphi имеет много полезных свойств.высокая производительность разработанного приложения;

· Высокоскоростной компилятор позволяет быстро и без проблем перевести Ваши программы в машинный код. Компилятор, встроенный в Delphi является на данный момент самым быстрым в мире. наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi;

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

· Простые и функциональные способы построения баз данных (БД).

· Разработчик программ может самостоятельно строить объекты для Delphi. Это очень полезно для составления уникальных приложений..

Возможности Delphi полностью отвечают подобным требованиям и подходят для создания систем любой сложности.


ЭТАП ВНЕДРЕНИЯ

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

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

1. При входе в систему открывается главная форма, на которой расположено меню для переходов в справочники, документы и отчеты. Главная форма представлена на рисунке 6.

Рисунок 6 -Главная форма

2. При нажатии на главной форме на кнопку «Водители» - появляется форма «Водители», которая изображена на рисунке 7.

Рисунок 7 -Форма справочника водители

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

Под таблицей расположены кнопки добавления, редактирования, удаления, а также печати транспортных средств. При нажатии на кнопки добавления и редактирования открываются поля для редактирования справочника водителей, которые представлена на рисунке 7. Они позволяет вводить новые данные (или изменять прежние – при редактировании).

 

3. При нажатии на главной форме на кнопку «Рейсы» - появляется форма документа «Рейс», которая изображена на рисунке 8.

Рисунок 8 - форма документа «Рейс»

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

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

4. При нажатии на главной форме на кнопку «Отчеты» - появляется форма «Отчет обо всех рейсах», которая изображена на рисунке 9.

Рисунок 9 -форма «Отчет обо всех рейсах»

В верхней части формы расположено поле выбора даты, для формирования отчета. Правее расположена кнопка «Сформировать», которая дает команду на формирование отчета, а также кнопка «Печать», которая позволяет распечатать отчет.


ЗАКЛЮЧЕНИЕ

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

Были выполнены следующие задачи:

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

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

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

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

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

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

 


СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. delphiexpert.ru

2. Иванова Г. С. Технология программирования: Учебник для вузов. - М.: Изд-во МГТУ им. Н.Э. Баумана, 2002. - 320 с.: ил. (Сер. Информатика в техническом университете);

3. Вендров А. М. Проектирование программного обеспечения экономических

информационных систем: Учебник. - 2-е изд., перераб. и доп. — М.: Финансы и татистика, 2006. — 544 с: ил.;

4. Проектирование информационных систем: курс лекций: учеб. пособие для студентов вузов, обучающихся по специальностям в области информ. технологий / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. – М.: Интернет-Ун-т Информ. технологий, 2005. – 304 с.: ил. – (Серия «Основы информационных технологий»).

 

 








Не нашли, что искали? Воспользуйтесь поиском по сайту:



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