35. Базовые принципы cals-технологий

Базовые CALS-принципы:

1. системная информационная поддержка ЖЦ изделия на основе использования интегрированной информационной среды (ИИС), обеспечивающая минимизацию затрат в ходе ЖЦ

2. информационная интеграция за счет стандартизации информационного описания объектов управления

3. безбумажное представление информации с использованием ЭЦП

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

5. параллельный инжиниринг

6. непрерывное совершенствование бизнес-процессов

14. Формы представления конструкторской документации

Целью CALS-технологий является максимально возможное исключение бумажных документов и переход к безбумажному обмену данными.

Данный подход обладает технико-экономической эффективностью.

Формы представления конструкторской документации и информации:

БД об изделии, электронно-конструкторского документа, экранное представление, бумажный конструкторский документ.

Термины

БД об изделии – хранилище информации, требуемой для выпуска конструкторской документации, необходимой на всех стадиях ЖЦ изделия.

ЭКД – структурированный набор данных, необходимых для разработки, изготовления, контроля, приемка, эксплуатации и ремонта и т.д. с ЭЦП

Экранное представление данных – отображение конструкторской информации на экране компьютера в форме, воспринимаемой человеком

Бумажный конструкторский документ – графический и (или ) текстовый документ, содержащий данные, необходимые для разработки, изготовления, контроля, эксплуатации и ремонта.

7. Техническое задание: назначение и содержание.

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

ТЗ является юридическим документом – как приложение включается в договор между заказчиком и исполнителем на проведение проектных работ и является его основой, все изменения и дополнения подписываются обеими сторонами.

Содержание ТЗ на проектирование отражено в ГОСТ:

- ГОСТ 19.201-78 – краткое содержание ТЗ

- ГОСТ 34.602-89 – подробный состав и содержание ТЗ

- ГОСТ 25123 – порядок построения ТЗ

Согласно ГОСТ 34.602-89 ТЗ должно содержать следующие разделы (приведены в сокращенном виде):

Техническое задание должно содержать следующие разделы (из ГОСТа ГОСТ 19.201-78):

введение (указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие);

основания для разработки (документ (документы), на основании которых ведется разработка; организация, утвердившая этот документ, и дата его утверждения; наименование и (или) условное обозначение темы разработки);

назначение разработки (должно быть указано функциональное и эксплуатационное назначение программы или программного изделия);

требования к программе или программному изделию (

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

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

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

требования к составу и параметрам технических средств - (указывают необходимый состав технических средств с указанием их основных технических характеристик)

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

требования к маркировке и упаковке (указывают требования к маркировке программного изделия, варианты и способы упаковки);

требования к транспортированию и хранению (условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях);

специальные требования();

требования к программной документации (должны быть указаны предварительный состав программной документации и, при необходимости, специальные требования к ней);

технико-экономические показатели (ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами);

стадии и этапы разработки (устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.);

порядок контроля и приемки (виды испытаний и общие требования к приемке работы);

приложения (при необходимости, приводят: перечень научно-исследовательских и других работ, обосновывающих разработку; схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке; другие источники разработки.)

Допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.