Вопрос 18. Группы исходных данных для проектирования.
Исходные данные для проектирования.
Собственно исходными данными для проектирования является информация/сведения, по результатам которым формируется ТЗ, а также осуществляется построение модели системы "как есть". В теории все это должно входить в ТЗ, но, чтобы оно не "размывалось", можно это приложить дополнительными документами. Исходные данные можно разделить на несколько групп:
Данные по системе управления и условия включают в себя информацию для которой разрабатывается АСОИУ: в том числе, характеристики системы управления, ее структура (централизованная, децентрализованная), средствами автоматизации, содержание и характеристики информационно-расчетной деятельности, должностных лиц, органов и пунктов управления. Характеристики среды функционирования тоже накладывают свой отпечаток. Например, если потребуется заложить что-то в спутник, нужно учитывать условия космической радиации, наличие (отсутствие) каналов связи и т.п.
Естественно, можно разработать какую-нибудь хитрую систему, которая прекрасно работает, но на мощных ПК -- возможно, придется даже менять ОС для оптимизации.
Данные о достигнутом уровне и перспективы развития средств автоматизации информационных технологий определяют современное состояние доступных вариантов аппаратного, программного обеспечения, математических алгоритмов, программных компонентов, технологий и т.д. Знания о перспективах развития позволяют создать систему, которая не устареет еще в течении долгого времени.
|
|
К примеру, можно, например, использовать Adobe Flash - технологию, но она активно вытесняется HTML5.
Руководящие документы представлены ГОСТами по АСОИУ и их разработке, нормативами затрат ресурсов на разработку, документами по организации деятельности проектных организаций. Кроме того, стандартами и нормативными актами, а также внутренними приказами и инструкциями, в соответствии с которыми должна осуществляться деятельность автоматизированной системы управления.
Например, все системы управления мобильными сетями должны подчиняться законам о связи, правилам регистрации передатчиков и др. устройств, другим ограничениям.
Например, есть ограничение на точность получаемых gps-координат. Естественно, могут быть и какие-то внутренние внутрикорпоративные правила.
Ресурсы. Сюда, естественно относятся сроки, финансы, наличие квалифицированных кадров и возможности промышленности. Также сюда следует относить научно-технический задел в данной области.
Пример: фирмы, занимающиеся разработкой сайтов, часто обладают собственным движком порталов, который требует лишь наполнения и дизайна. В завершенном виде ТЗ появляется не сразу, а проходит целый ряд операций формирования и согласования. Обычно первом виде ТЗ формулируется заказчиком и выдается проектировщику для рассмотрения и согласования.
|
|
Проектировщиком-разработчиком этом документ анализируется, при этом особое внимание уделяется трем группам вопросов:
§ установление выполнимости заданных требований и возможность проектирования на основе имеющихся научно-технических заделов
§ уточнение и согласование требований на проектирование с учетом обеспечения совокупности заданных характеристик
§ оценка трудоемкости и сроков проектирования и их увязка с условием и возможностями выполнения проектных работ и изготовления системы управления
После анализа ТЗ уточняется, редактируется, согласовывается с исполнителем, утверждается у заказчика -- заказчик тоже принимает решение не мгновенно. Заказчик стремится к тому, чтобы в ТЗ были зафиксированы наилучшие характеристики разрабатываемой системы в предельно короткие сроки создания, предельно высокие технические характеристики новой системы управления. Но это стремление сдерживается реалистической оценкой располагаемых возможностей и условиями проектирования, имеющимися ресурсами, а также ответственностью исполнителей. Четкая и технически обоснованная формулировка ТЗ во многом определяет успех проектирования. Невыполнимые требования заведомо обрекают работу на провал. С другой стороны, ориентировка на отсталые средства проектирования, отсутствие технического предвидения, игнорирование и незнание современного уровня неизбежно приводит к созданию несовершенной и неперспективной системы.
|
|
Группы требований ТЗ В соответствии с ГОСТ-34.602-89, требования, указанные в ТЗ, группируются в следующие разделы:
§ общие сведения
§ назначение и цели создания или развития системы
§ характеристика объектов автоматизации
§ требования к системе
§ состав и содержание работ по созданию системы
§ порядок контроля и прием для системы
§ требования к составу и содерж работ по подготовке объекта автоматиз к вводу системы в действие
§ требования к документированию
§ источники разработки
В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ. В ТЗ на части "системы" не включают в себя разделы, дублирующие содержание разделов ТЗ на автоматизированную систему в целом.
Дата добавления: 2015-12-16; просмотров: 10; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!