Подробная информация
Говорить о рациональности проектного решения имеет смысл при отсутствии типового или готового прикладного решения, удовлетворяющего Заказчика. (
Статья Светланы Макаровской).
Предположим, не существует типового решения или готового прикладного, удовлетворяющего Заказчика. Предположим, что нет и прикладного решения, которое можно было бы рассматривать в качестве базового для доработки по заданию Заказчика. В таком случае нужно проектное решение в классическом смысле, «с нуля».
Ситуация усложняется, если существует прикладное решение, которое можно рассматривать как базовое для доработки или рациональное проектное решение может быть получено на различных платформах системы программ «1С: Предприятие». Появляются варианты решения задачи. Нередки ситуации, когда среди возможных вариантов отсутствует явно предпочтительный. Значит, в подготовленном для Заказчика предложении должны содержаться различные варианты и их сравнительный анализ по функциональности, эксплуатационным качествам, стоимости и времени ввода в действие. Конечно, окончательное решение принимает Заказчик. Однако его рациональность во многом зависит от профессионализма сотрудников компании-франчайзи, участвующих в подготовке предложения.
Прогнозирование достоинств и недостатков доработки базового решения или разработки проектного решения «с нуля», определение стоимости и сроков выполнения работ основано на знаниях и опыте, получаемых и накапливаемых проектной командой от проекта к проекту. Это сложный неформальный процесс. Поэтому, рекомендуем Заказчику уточнять у потенциального разработчика перечень выполненных проектов. Для объективной оценки полученных результатов по тому или иному проекту целесообразно учитывать мнение и Заказчика, и разработчика.
Обычно обращение крупного предприятия к компании — франчайзи по вопросу автоматизации происходит с учетом уже имеющихся рекомендаций.
При рассмотрении вариантов решения (проект «с нуля» или доработка базового решения) нужно учитывать, что принципиального различия в перечне основных этапов работ нет. Однако результат выполнения работ может существенно различаться, в первую очередь с эксплуатационной точки зрения. Очевидно, прикладное решение, изначально разработанное по техническому заданию, утвержденному Заказчиком, будет интуитивно понятнее Заказчику, более простым и менее требовательным к уровню аппаратного и программного обеспечения, чем доработанное по заданию Заказчика функционально избыточное решение. Однако, цена имеет значение?!
С учетом сказанного приведем основные этапы выполнения работ в рамках проектного решения.
Основные этапы и содержание работ по созданию автоматизированных систем впервые были определены ГОСТом 34.601-90 «Автоматизированные системы. Стадии создания».
В соответствии с этим и другими нормативными документами, а также учитывая практический опыт реализации проектов, в нашей компании традиционно выполняется следующий перечень этапов работ.
1. Формирование требований — постановка задачи Заказчиком (краткое описание назначения, функциональности и условий эксплуатации программного комплекса).
2. Предпроектное обследование существующего аппаратно-программного комплекса предприятия-Заказчика. Уточнение задачи. Определение требований по модернизации локальной вычислительной сети предприятия Заказчика (в случае необходимости).
3. Формирование технико-экономического предложения, содержащего варианты реализации программного комплекса, предварительные сметы и графики выполнения работ.
4. Разработка и утверждение технического задания (ТЗ).
5. Разработка технического проекта (ТП). Согласование ТП Заказчиком.
6. Разработка программных компонентов по техническому проекту. Разработка программной документации.
7. Ввод в действие программного комплекса (включая предварительное тестирование, проведение предварительных испытаний, установку на рабочих местах Заказчика, подготовку персонала, опытную эксплуатацию, проведение приемочных испытаний);
8. Гарантийное обслуживание программного комплекса.
9. Послегарантийное обслуживание программного комплекса.
С целью оптимального назначения специалистов для работы с Заказчиком и сокращения времени на выполнение этапов 1-3, как правило, Заказчику предлагают заполнить анкету предпроектного обследования. Вопросы анкеты позволяют предварительно определить существенные для разработчика особенности предполагаемого проекта.
