Анализ и обоснование методологии разработки, управления, применяемых инструментальных средств.
Анализ и обоснование методологии разработки, управления, применяемых инструментальных средств. - раздел Менеджмент, разработки приложений в настоящее время. Как Правило, Разработка Программного Обеспечения Представляет Собой Довольно ...
Как правило, разработка программного обеспечения представляет собой довольно хаотическую деятельность, которую нередко можно охарактеризовать фразой «code and fix» («пишем и исправляем»). Единого плана не существует, а общий проект представляет собой просто смесь краткосрочных решений. Такой подход может использоваться для создания небольшой системы, однако если система начинает расти, добавлять в нее новые свойства становится все более затруднительно. Альтернатива данному подходу — использовать методологию.
За последние годы в противовес монументальным методологиям появились новые, которые раньше было принято называть облегченными (lightweight). Теперь для них используют другой термин — гибкие (agile) методологии. Гибкие методологии адаптивны, ориентированы на человека. К разряду гибких можно отнести целый ряд методологий. Всем им присущи общие черты, однако есть и довольно существенные различия: XP (Extreme Programming), семейство методик Grystal, Open Source, адаптивная разработка (ASD), SRUM, Feature Driven Development, Dynamic System Development Method (DSDM).
Между всеми этими методологиями столько общего, что возникает естественный вопрос, нельзя ли найти возможность для их совместного использования.
Традиционным образцом для методологий программирования являются инженерные дисциплины, такие, например, как гражданское строительство и машиностроение. Чертежи, где представлены отдельные элементы строительства, ложатся в основу подробного чертежа, который позволяет определить конкретные задачи и зависимости между ними. А это, в свою очередь, дает возможность рассчитать стоимость и временные рамки строительства. Кроме того, здесь же подробно описывается, каким образом строители должны делать свою работу. Благодаря этому работа строителей становится еще менее интеллектуальной, хотя, разумеется, нередко требует очень хороших навыков ручного труда. Подобным образом выглядит и подход к разработке программного обеспечения, принятый во многих методологиях: считается, что необходимо иметь предварительный план работ, по которому могут работать люди более низкой квалификации. Основная проблема такого подхода непредсказуемость требований.
Решение проблем находится на стыке, т.е. идеальным решением было бы использовать наиболее эффективные принципы из различных подходов, максимально сбалансировав их, например:
1. Составление списка требуемых свойств системы
2. Разработка общей модели
3. Планирование (короткими итерациями)
4. Заказчик на месте разработки
5. Тестирование при помощи автотестов
6. Парное программирование
7. Стандарты кодирования
8. Рефакторинг
9. Частые выпуски версий
10. 40-часовая рабочая неделя
Этот набор принципов, используемых в различных гибких методологиях, планируется внедрить при разработке крупного проекта.
Постановка задачи.
Реализовать проект по созданию программной системы для предметной области «Заказ товаров почтой».
Реализация проекта предполагает:
- разработка (обоснование) техно
Заказ товаров почтой.
Торговля с заказом товара по почте, телефону — сбыт товаров с использованием телефонных каналов и почты для сбора заявок, с последующей доставкой заказанного товара на дом, на работу.
Данн
Создание и распространение рекламных каталогов.
Реклама для заказа товаров почтой дает полную картину, если целью является немедленная, срочная реализация товара. В рекламе для заказа товаров почтой всегда использует мелкий шрифт, такая экономия
Обработка бланка заказа.
Бланк заказа доставляется от клиента фирме-поставщику по почте. Данные из бланка заносятся в базы данных. Координаты и личные данные клиента хранятся в Базе Данных «Клиент»,если клиент отправляет б
Поиск товара и оформление счета-фактуры.
Ответственным за проведение этого процесса являются сотрудники Склада Товаров. Если на момент поступления запроса данного товара не оказалось в наличии, то фирму-поставщика уведомляют об этом и кли
Доставка товара клиенту.
Доставка товара осуществляется после оформления всех необходимых документов, проверки правильности заказа и упаковки товара для транспортировки. Необходимо учитывать свойства заказанного товара при
Анализ процессов.
1.1.Создание и распространение рекламных каталогов включает в себя подпроцессы:
1.1.1.Организация рекламы
1.1.2.Согласование дизайна и ассортимента каталога
XP (Extreme Programming)
Из всех гибких методологий эта - самая известная. Можно даже сказать, что популярность ХР стала в некотором роде проблемой, так как эта методология практически вытеснила все остальные, а вместе с н
Семейство методологий Crystal Алистэра Коуберна.
Алистэр Коуберн (Alistair Cockburn) изучает методологии разработки ПО с начала 90-х, когда компания IBM дала ему задание написать работу на эту тему. При этом его подход существенно отличается от п
Open Source
Открытый исходный код - это, скорее, вид ПО, а не процесс его разработки, тем не менее, та манера работать, которая сложилась в обществе разработчиков ПО с открытым исходным кодом, может оказаться
Адаптивная разработка (ASD) по Джиму Хайсмиту
Джим Хайсмит много лет подряд работал с предсказуемыми методологиями. Он занимался их разработкой, внедрял их, учил ими пользоваться, и в конце концов, пришел к выводу, что они глубоко ошибочны: ос
Feature Driven Development
Эта методология (кратко именуемая FDD) была разработана Джеффом Де Люка (Jeff De Luca) и признанным специалистом в области объектно-ориентированных технологий Питером Коадом (Peter Coad). Как и ост
Dynamic System Development Method (DSDM)
DSDM появился в Великобритании в 1994. Его основателем стал консорциум из 17 английских компаний, которые хотели работать с использованием RAD и принципов итеративной разработки, то, что DSDM разра
Союз всех гибких
Между всеми этими методологиями столько общего, что возникает естественный вопрос, нельзя ли найти возможность для совместной работы. Для этого в феврале 2001 года был проведен семинар, куда пригла
CASE-средства
Важную роль в создании серьезных бизнес-приложений играет предварительное описание и анализ предъявляемых требований, моделирование и оптимизация бизнес-процессов и потоков данных. Существенную пом
Преимущества PowerDesigner
Снижение затрат при разработке Web-служб через проектирование
Быстрая разработка с применением UML – с интеграцией со средствами разработки для ускорения создания Web-служб – делает
ObjectArchitect (PDM, CDM, OOM)
Объектно-ориентированный анализ и проектирование в комбинации с двухуровневым, итерационным проектированием баз данных и языком описания базы данных (DLL). Теперь, с расширенной поддержкой UML, инт
Требования к составу выполняемых функций
ИСЗТП должна выполнять следующие функции:
- Открывать для просмотра или редактирования запись;
- Редактировать созданную или открытую запись;
- Выводить на печать созданн
Требования к редактированию базы данных
При редактировании базы данных ИСЗТП должна выполнять следующие функции:
- Вводить символы в информационное поле, отмеченное курсором;
- Осуществлять навигацию по программе с помо
Требования к надежности
Надежность ИСЗТП должна быть обеспечена правильностью алгоритмических решений и программирования.
Время восстановления ИСЗТП после отказа не должна превышать 0,5 часа.
ИСЗТП в сос
Требования к составу и параметрам технических средств.
ИСЗТП должна функционировать на ПЭВМ со следующими характеристиками
- процессор не хуже Pentium III или AMD Duron/Athlon 500МГц;
- объем ОЗУ не менее 64 Мб;
- НГМД 3,5 (1
Требования к информационной и программной совместимости.
В качестве языков программирования ИСЗТП должен быть использован язык программирования Си++.
ИСЗТП должен функционировать на ПЭВМ с одной из операционных систем MS Windows NT, MS Windows 2
Требования к транспортировке и хранению
Требования к транспортировке
ИСЗТП должна транспортироваться:
- в составе ПЭВМ, записанный на НЖМД ПЭВМ;
- на НГМД.
Условия транспортировки ИСЗТП в составе ПЭВМ
Перечень сокращений
НГМД
-
накопитель на гибких магнитных дисках
НЖМД
-
накопитель на жестких магнитных дисках
Структурный анализ.
Для разработки своей БД я использовала структурный метод анализа. Структурный системный анализ проводится на начальном этапе разработки программного обеспечения – при создании спецификаций требован
ДПД первого уровня.
На первом уровне ДПД представлен общий процесс общения клиента (заказчика) с фирмой-поставщиком. При этом существуют еще сущность – банк, который проверяет платёжеспособность магази
Проектирование
При разработке информационной системы я использовала проектирование.
Инфологическая модель должна включать такое формализованное описание предметной области
Хотите получать на электронную почту самые свежие новости?
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Новости и инфо для студентов