Автоматизированное проектирование (Сборник статей): Методические указания к практическим занятиям и СРС по курсу "Дискретная математика", страница 16

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

Создание литейных моделей по LOM - технологии основано на возможности получения плоских сечений твердотельной модели с шагом, равным толщине используемых бумажно-слоистых материалов. Сечения выполняются в системе CATIA, затем формируется управляющая программа для устройства ЧПУ плазменного резака. В качестве устройства ЧПУ используется персональный компьютер.

 


Рисунок 1. Структура информационной системы.

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

НЕСКОЛЬКО СОВЕТОВ НАЧИНАЮЩЕМУ РАЗРАБОТЧИКУ ПО

Д.В, Смолин

Алтайский государственный технический университет

им.И.И.Ползунова

    Некоторые особенности разработки проектной документации.

Прежде чем приступить к написанию непосредственно программ, необходимо иметь полностью составленную и утвержденную проектную документацию. Согласно стандартам такая документация может состоять из ТЗ и (или) ТП. Также необходимы договор (контракт) о разработке ПО, договор о последующем сопровождении. В созданной документации должны быть полностью оговорены информационные входы (документы) и выходы (отчеты, поиски, форматы), отдельно и особо — печатные формы, а также особенности создаваемого ПО, такие как требования в аппаратному обеспечению, затраты времени предметного специалиста на обучение работе с созданным ПО, затраты времени на ввод первичной информации (например архива организации за последние 20 лет.) и непосредственный исполнитель каждой операции. Созданная документация должна заверяться подписями ответственных лиц, и любые, самые незначительные изменения, с этого момента совершенно недопустимы[1]. Еще до начала разработки документации необходимо знать кто будет принимать работы, и кто конкретно будет работать с создаваемым ПО. Начинать разработку не имея тесного взаимодействия с указанными лицами бессмысленно. Определяющее влияние на проект окажет именно человеческий фактор, успех внедрения будет зависеть именно от конечного пользователя, а не от реальных особенностей задачи, прецедента, или желаний других лиц[2]. Необходимо изначально знать, что структура организации и образовательный уровень персонала не изменятся под влиянием Вашего проекта, и Вам необходимо подстроится под существующие реалии.

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