Как написать проектно-сметную документацию для программного обеспечения

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

Определите проблему

Шаг 1

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

Шаг 2

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

Шаг 3

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

Шаг 4

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

Подготовьте документ для анализа и проектирования

Шаг 1

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

Шаг 2

Создайте словарь данных, который определяет и описывает необходимые элементы данных и объединяет эти элементы в записи данных. Например, в системе заказа книг примеры элементов данных включают название книги, ISBN, автора и цену. Затем эти элементы объединяются, чтобы сформировать книжную запись; другие элементы, такие как имя поставщика, номер счета и торговый представитель, могут объединяться для формирования записи о поставщике.

Шаг 3

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

Совет

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

Еще одна идея для определения требований конечных пользователей заключается в разработке опроса с использованием комбинации открытых вопросов, закрытых вопросов и вопросов с диапазоном ответов. Включите такие вопросы, как «Какие функции вы хотели бы видеть в системе заказа книг?» «Сколько заказов на книги вы размещаете каждый месяц?» и "По шкале от 1 до 10, как бы вы оценили неэффективность нынешней системы заказа книг?"

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