перейти к полному списку дипломных проектов

Ссылка на скачивания файла в формате .doc находится в конце странички

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

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

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

- полные требования не известны заранее и не постоянны;

- существует потребность в разработке достаточно сложных пользовательских интерфейсов;

- осуществляются временные демонстрации;

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

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

- системные интерфейсы усложнены;

Создание модели быстрого прототипирования было бы невозможным без работ выдающегося Фреда Брукса (“The Mythical Man-Month”, "No Silver Bullet, the Essence and Accidents of Programming"). Его идеи, изложенные в данных книгах, сегодня столь же актуальны, как и в 1975 году. Технологии радикально изменили мир, но многие недостатки менеджмента программных проектов по-прежнему те же. Десятки лет тому назад Брукс сказал:

"В большинстве проектов первая построенная система едва ли пригодна к употреблению. Она может быть слишком медленной, слишком объемной, неудобной в использовании или обладать всеми тремя перечисленными недостатками. Нет другого выбора, кроме как начать с самого начала, приложив все усилия, и построить модернизированную версию, в которой решались бы все три проблемы...

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

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

Согласно Джону Коннэллу и Линде Шафер, эволюционным ускоренным прототипом является "легко поддающаяся модификации и расширению рабочая модель предполагаемой системы, не обязательно представляющая собой все свойства системы, благодаря которой пользователи данного приложения получают физическое представление о ключевых частях системы до ее непосредственной реализации; это — легко создаваемая, без труда поддающаяся модификации, максимально расширяемая, частично заданная рабочая модель основных аспектов предполагаемой системы".

Таким образом, прототип — это эквивалент экспериментальной модели или "макета" в мире аппаратного обеспечения.

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

Схему метода можно изобразить следующим образом:

Рисунок 2.1 – Метод быстрого прототипирования

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

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

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

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

При разработке текущего проекта было создано два быстрых прототипа.

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

Содержание дипломной работы

При этом, параметры не должны вступать в противоречие друг с другом (например, дублирование существенной части функциональности одного параметра – другим)
Однако при этом должна быть реализована возможность подключения и использования выходных данных редактора (созданных эффектов) к внешним графическим приложениям
Достаточно широко применяются шаблоны контейнеров из стандартной библиотеки шаблонов (STL), входящей в библиотеку C++
Далее нужно просто перетаскивать мышью необходимые графические объекты на рисунок, вставлять в них нужный текст, соединять объекты
Использование V-образной модели не имело смысла, так как она применяется при разработке программного продукта командой разработчиков, и особо ориентирована на верификацию и аттестацию продукта
Заказчик оценил первичный прототип и совместно с программистом определил проблемы, над устранением которых необходимо было работать в рамках разработки последующего прототипа системы
Фрейм вывода объединяет в себе всю функциональность вывода графических данных приложения
В свою очередь, ввод управляющих сигналов осуществляется через аналогичные инструменты панели инструментов
В противном случае происходит сильное усложнение процесса их локализации в финальной версии модуля, так как они начинают влиять друг на друга
При запросе справочной информации системы помощи или информации о разработчике осуществляется активация диалоговых окон с соответствующими запросу данными
В этом случае должна быть либо увеличена длительность перерыва для отдыха, либо произведена смена деятельности
Нормами для данных работ установлена необходимая освещенность рабочего места Ен=300лк (средняя точность работы по различению деталей размером от 1 до 10 мм)
Распределение работ в течение смены должно учитывать, что период вырабатывания у операторов ПК составляет от 10 до 40 минут (в послеобеденное время период вырабатывания сокращается)
Выбор эффективных проектов ПС связан с их экономической оценкой и расчетом экономического эффекта, который может определяться как у разработчика, так и у пользователя
4 Расчет основной заработной платы Нормативная трудоемкость служит базой для расчета основной заработной платы
10 Расчет прочих прямых затрат Расходы на конкретное ПС включают затраты на приобретение и подготовку специальной научно-технической информации и специальной литературы
15 Определение отпускной цены на ПС ВТ Отпускная цена определяется на основании цены разработчика, которая формируется на основе показателя рентабельности продукции
При сравнении базового и нового вариантов ПС в качестве экономического эффекта будет выступать общая экономия всех видов ресурсов относительно базового варианта
Для пользователя в качестве экономического эффекта выступает лишь чистая прибыль – дополнительная прибыль, остающаяся в его распоряжении (?Пч), которая определяются по формуле:
, (6
Прирост прибыли за счёт экономии начислений на заработную плату, оплаты машинного времени и материалов в каждый из расчётных лет составил соответственно 2333533 руб
Возможно, будет введены параметры дисперсии гравитации, или иные параметры, задающие изменение значений гравитации
– Мн
x, appear_box_position
x) (point
begin(); bool chain_is_run = false; while(iter != all_ps
begin(), tmp_ps_ptr); tmp_ps_ptr = new ParticleSystem(); } delete tmp_ps_ptr; if(tmp_all_ps
pGreenBegin = 1
startDelay; } void ParticleSystem::setStopDelay(double time) { data
pGreenBegin = green; } void ParticleSystem::setBlueBegin(double blue) { data
pCountOnStart = sys_from->data
pBlueBegin; data
initialY; } void ParticleSystem::restart() { startInTime = data
0, boundedRectColor
0; } x -= w/2
SetAttribute(MAX_COUNT_ATTR, data
SetDoubleAttribute(SCALE_END_W_ATTR, data
pGravityX) != TIXML_SUCCESS || next_element_ptr->QueryDoubleAttribute(GRAVITY_Y_ATTR, data
0; //change DX DY currentX += data