18-11-2012

Правила разработки и создания программ

Здесь я хочу показать ряд принципов, которыми мы будем руководствоваться при разработке программ в объектно-ориентированном стиле. Под разработкой понимается не только написание программного кода, но и проектирование структуры программы или ее части, согласно требованиям, к ней предъявляемым. Эти требования основаны на личном опыте профессионалов, как заказчика, так и исполнителя.

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

При разработке программы у нас, безусловно будут иметь место проблемы, которые мы вместе должны преодолеть.

Наиболее распространённые проблемы, при разработки ПО:

Недостаток прозрачности. В любой момент времени сложно сказать, в каком состоянии находится проект и каков процент его завершения. Данная проблема возникает при недостаточном планировании структуры (или архитектуры) будущего программного продукта, при планировании необходимо учесть, сколько времени займёт разработка, каковы этапы, можно ли какие-то этапы исключить или сэкономить  — следствием этого процесса является то, что этап проектирования сокращается.
Недостаток контроля. Без точной оценки процесса разработки срываются графики выполнения работ и превышаются установленные бюджеты. Сложно оценить объем выполненной и оставшейся работы.
Недостаток мониторинга. Невозможность наблюдать ход развития проекта не позволяет контролировать ход разработки в реальном времени.
Неконтролируемые изменения. У заказчика постоянно возникают новые идеи относительно разрабатываемого программного обеспечения. Влияние изменений может быть существенным для успеха проекта, поэтому важно оценивать предлагаемые изменения и реализовывать только одобренные исполнителем.
  Данная проблема возникает вследствие того, что заказчик не продумал хорошо, на этапе проектирования программы, её функциональное назначения (операции, которые она будет выполнять и т.д).
Самый сложный этап — поиск и исправление ошибок в программах, которые обязательно должны быть. Этот этап называется - отладка программы.
Данная проблема возникает со стороны исполнителя - в случае допущенных ошибок при разработке программы.
Со стороны заказчика - при халатном отношении его к анализу промежуточных результатов, разрабатываемой программы, которые исполнитель регулярно предоставляет для проверки.
Разработка и создание эксклюзивного ПО (программ)

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

Перечень работ входящих в создание эксклюзивного ПО (программ):

  1. Производится анализ структуры программы и предоставленных Заказчиком материалов.
  2. На основании этого анализа составляется техническое задание на разра- ботку программы и Заказчик утверждает его в соответствии с выдвинутым требованиям.
  3. После оплаты (суммы оговорённой с заказчиком, первый транш) мы разрабатываем макет главной формы.
  4. Затем проходит этап согласования с Заказчиком, выполненного нами дизайна, назначения, функциональности программы.
  5. После утверждения заказчиком, и оплаты, (второй транш в размере 30% от стоимости программы) мы приступаем к разработке. В процессе выполнения заказа возможны согласования с Заказчиком промежуточных вариантов ПО.
  6. После выполнения 50% работ, исполнитель предоставляет, демо версию программы, заказчик проверяет выполненную работу, и утверждает дальнейший план работ, осуществляет третий транш оплаты в размере 30%.
  7. По завершению работ Заказчик полностью проверяет созданный програмный продукт (вариант демо версии).
  8. По окончанию проверки Заказчик производит оплату, (последний транш в размере 40% от стоимости заказа) выполненных услуг. После прохождения платежа, Заказчику передаются все исполнительные файлы программы в виде архива, любым удобным для него способом.
  9. Данный перечень работ не догма, мы готовы вносить согласованные коррективы по просьбе заказчика.
Класс!

Разработка программы

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

Яндекс.Метрика
Копирование возможно при указании прямой индексируемой гиперссылки