ЧТО ВАЖНО СООБЩИТЬ О БУДУЩЕЙ ПРОГРАММЕ

Из опыта хочу сообщить, что 80% - 90% сказанной информации заказчиком, не имеет отношение к будущему проекту или совершенно не отражает его суть. Давайте разберем, что же будет важно для программиста, который для Вас пишет программу. Возьмите листок бумаги или откройте текстовый файл, в который мы будем писать требования по программе. Если по мере чтения этого документа Вам будет трудно понять суть, то свяжитесь с нами и мы вместе с Вами составим техническое задание.

• Придумайте название программы. Да! Сами придумайте название будущей программы, но это название должно отражать суть программы. Не программа для тети Маши из юр. отдела, а программа по учету договоров. Придумали? Запишите пожалуйста, у нас с Вами впереди много работы. Важно ничего не упустить. На данном этапе не нужно расписывать лишнюю информацию. Все должно идти строго по пунктам. Первый пункт должен содержать только название программы, которое должно отражать ее суть.

• Вторым пунктом представтесь.
  • ФИО и должность которую Вы занимаете в организации.
  • Расскажите какие обязанности Вы выполняете в организации? Не должность, а обязанности. Чаще всего выполняемые обязанности нельзя определить по названию должности.
  • Чьи интересы Вы приследуете когда заказываете программу?
  • Чьи интересы должна учитывать будущая программа?
    Расскажу случай. Приезжает ко мне хозяин одной (иногородней) фирмы и просит написать программу для одного работника своей фирмы. Оговорили сроки, стоимость, все прекрасно. Начали разработку. Хозяин фирмы принимал активное участие в разработке и в конечном итоге результат работы ему очень понравился. Берет результат программы и уезжает в свой город. Через неделю звонит человек для которого была написана программа и со слезами сообщает о том, что хозяин фирмы не учитывал те требования которые были нужны в данной программе. т.е. хозяин фирмы сделал программу удобную для себя, но не для конечного пользователя, который будет пользоваться программой. Чтобы это не произошло, нужно четко определить чьи интересы должна преследовать программа: работника, руководителя или кого то еще. Опишите проблему, которую будет решать будущая программа.

• Третий пункт. Расскажите (кратко), чем занимается Ваша фирма? Кратко, это например так: Наша фирма занимается поставкой пиломатериалов в черте города. Мы оптовые продавцы, продаем товар розничным продавцам.
  Эта информация позволит понять много мелочей таких как: Если бы Ваша фирма продавала металл, то учет был бы только в тоннах, а т.к. Ваша фирма продает пиломатериалл, то учет должен вестись как минимум в трех единицах измерения, кубометры, погонные метры, складометры и наверное еще вес. Как я понимаю будет желание преобразовывать различные единицы измерения. т.е. сообщив одну информацию, Вы даете намного больше, чем если бы Вы составляли подробное техническое задание в котором забыли упомянуть какие то важные моменты.

• Четвертый пункт. Перечислите людей, которые будут работать с программой.
  • Название должностей каждого человека.
  • Должностные обязанности данного человека. Какие обязанности выполняет каждый человек, который будет работать с программой?
    Пишите просто столбиком, например:
    Юрист - Составляет договора. ОЧЕНЬ ВАЖНЫЙ МОМЕНТ: Точно говорите перечень действий, которые выполняет человек. Например, слово составляет или утверждает составленные договора? Если человек составляет договора, то возможно ему потребуется возможности программы Учет договоров. А если он утверждает готовые договора, то это совершенно другое. Необходимо сообщить все должностные обязанности которые выполняет человек, это очень важно т.к. обязанности могут быть взаимосвязаны и облегчив труд одной обязанности, мы тем самым привлечем человека работать с программой. Работа с программой будет в радость, а не рутина.
    Снова случай из жизни: Разрабатываю программу для завода металлоконструкций. Основная задача учитывать металл, который проходит через производство. Но вот проблема! Никто не хочет вносить в программу данные! Это очень трудоемко и занимает много времени! Мной был предложен вариант создания модуля для конструкторского отдела, который упрощал выдачу документации в производство. Директор завода согласился на эксперимент. Уже через четыре месяца конструктора не представляли как они работали ранее без такой удобной программы, которая решала много задач. Программа позволяла создавать спецификацию чертежа и вставлять ее в автокад, позволяла создавать заглавный лист проекта на который у конструктора уходило не менее одной недели и многие другие возможности, которые полностью снимали с конструктора рутинный труд и при этом вся информация по заказам была у нас в базе. т.е. Сделав программу для одних, мы облегчели труд работников предприятия и решили основную задачу. Мы решили, кто будет вносить информацию в программу! Информация в программу вносилась с радостью, а не "из под палки".
• Пятый пункт. Перечислите наименования отчетов, которые будет получать каждый работник программы.
  • Придумайте названия каждому отчету. Название должно отражать суть отчета. Для каждого отчета используйте новый лист бумаги. Сверху листа напишите название отчета, а дальше (столбиком) напишите содержание отчета т.е. какие данные должны отображаться в отчете. Возможно, что Вы сами не сможете составить эту информацию, по этому раздайте эти листочки работникам Вашего предприятия и пусть они сами внесут всю информацию. Перечисляйте всю информацию, даже если она очевидна и не требует разьяснений.
    Пример: Бланк счета на оплату.
    - Номер счета на оплату.
    - Наимнование товара.
    - Единицы измерения.
    - Количество товара.
    ... и т.д. всю информацию по каждому отчету.
  • После того как все данные на листах будут готовы, каждому листу присвойте букву (А,Б,В и т.д.) и пронумеруйте каждую строку, пример:
    (1) - Номер счета на оплату.
    (2) - Наимнование товара.
    (3) - Единицы измерения.
    (4) - Количество товара.
    Далее Вы поймете зачем мы это делаем.
• Шестой пункт. Нарисуйте на отдельном листе бумаги количество кружечков равное количеству работников.
  • Подпишите каждый кружечек именем работника. Это у нас будет схема предприятия.
  • Нарисуйте последовательность движения информации между работниками. Например от Юриста стрелочка в Плановый отдел и т.д.
  • Сделайте коментарии каждой стрелочке, чтобы было понятно значение каждой стрелочки.
  • Выделите тех работников которые находятся в разных офисах, помещениях. Например, производство у Вас в одном помещении, а прием заказов в другом.
  • Сообщите как налажена связь между офисами если они находятся в разных помещениях.
• Седьмой пункт.
  • Откройте листок, который создавали в четвертом пункте.
  • Впишите напротив каждого человека буквы и цифры, которые определили в пятом пункте. Укажите людей, которые будут добавлять эти данные.
    Пример:
    Юрист ... (А3,Б8,А5) и т.д.
• Восьмой пункт.
  • Определите ответственных лиц, которые будут принимать работу программы. Если это будете Вы, то так и укажите, но если Вы приняли результат работы, а после этого Вы пишете, что тетя Маша хотела еще добавить .... то:
    • Это должно оплачиваться отдельно или это так и останется желанием тети Маши.
  • Руководитель (тот кто оплачивает) утверждает, что перечисленные требования полностью совпадают с действительностью, визирует все листы и отправляете все то, что получилось нам для того, чтобы мы могли подсчитать трудоемкость работ.
    Текст можно отправить в электронном виде (текстовым файлом), а так же отсканированный бумажный вариант, который подписал руководитель в виде картинок в формате JPG или GIF.

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

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

ЭТОТ ДОКУМЕНТ ЕЩЕ НЕ ЗАКОНЧЕН.

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