Разработка системного проекта

Разработка системного проекта [c.17]

В перспективе будут накапливаться предпосылки для дальнейшего комплексного проектирования АЛ на системно-программных средствах САПР АЛ, начиная от этапов формирования технического задания до разработки рабочего проекта, причем тенденция развития методов конструирования показывает снижение доли проектной (в виде рабочих чертежей) и сопроводительной документаций и увеличение доли специальной документации в виде управляющих перфолент и управляющих программ для оборудования с ЧПУ, а также для передачи технологической и конструкторской информации но изготовлению узлов и деталей АЛ в гибкие производственные системы . [c.118]

Создание методов и средств диагностики облегчается благодаря разработке типовых проектов ГАП, которые подлежат тиражированию. Другим условием эффективности применения методов технической диагностики является использование системного подхода, иллюстрируемого табл. 12.1. Особенно следует подчеркнуть неразрывность работ, направленных на быстрое обнаружение и прогнозирование дефектов, работ но повышению надежности оборудования (как их сборочных единиц, так и систем управления) и технологических процессов, выполняемых на этом оборудовании. [c.216]

Необходимо отметить следующее достоинство системного проекта. Для традиционной разработки характерно осуществление начальных этапов кустарными неформализованными способами. В результате заказчики и пользователи впервые могут увидеть систему после того, как она уже в большей степени реализована. Естественно, эта система отличается от того, что они ожидали увидеть. Поэтому далее следует еще несколько итераций ее разработки или модификации, что требует дополнительных (и [c.18]

Системный проект полностью независим и отделяем от конкретных разработчиков, не требует сопровождения его создателями и может быть безболезненно передан другим лицам. Более того, если по каким-либо причинам предприятие не готово к реализации на основе проекта, он может быть положен "на полку" до тех пор, пока в нем не возникнет необходимость. Кроме того, его можно использовать для самостоятельной разработки или корректировки уже реализованных на его основе программных средств силами программистов отдела автоматизации предприятия. [c.19]

В третьей части книги рассматривается, как исследованные в главах 1-10 методы и средства структурного системного анализа могут быть использованы на ранних этапах разработки систем, т.е. будет намечена методология разработки консалтинговых проектов -общий подход к консалтингу, основанный на структурном анализе и проектировании. [c.142]

Главным результатом детального изучения является построение системного проекта (модели требований), являющегося первой фазой разработки собственно системы автоматизации (именно, фазой анализа требований к системе), на которой требования заказчика уточняются, формализуются и документируются. Системный проект строится на основе модели как должно быть и результатов обследования предприятия в части выявления требований к будущей системе. [c.146]

При презентации системного проекта аналитик должен быть готов услышать больше критических замечаний, чем при использовании традиционных подходов, т.к. диаграммы легче понять и обнаружить какие-либо несоответствия и ошибки. В результате презентации принимается решение о продолжении разработки или ее прекращении, а также устанавливается сумма бюджета проекта. Поэтому аналитик должен создать несколько альтернативных моделей систем, имеющих разный набор преимуществ и предполагающих различные капиталовложения. [c.146]

После выбора системного проекта на основе выявленных и согласованных требований осуществляется разработка предложений по автоматизации (этап 5), включающих [c.146]

Необходимо отметить следующее достоинство системного проекта. Для традиционной разработки характерно осуществление 11 [c.163]

После построения системного проекта, содержащего требования к будущей системе, на его основе осуществляется разработка предложений по автоматизации предприятия, включающая в себя [c.168]

И здесь неоценимую помощь оказывает системный проект, позволяющий выбрать систему, наиболее полно подходящую конкретному предприятию, либо отвергнуть данный путь и приступить к разработке и реализации собственной системы. [c.170]

АНАЛИЗ ТРЕБОВАНИЙ является первой фазой разработки ПО, на которой требования заказчика уточняются, формализуются и документируются. Фактически на этом этапе дается ответ на вопрос "Что должна делать будущая система . Именно здесь лежит ключ к успеху всего проекта. В практике создания больших систем ПО известно немало примеров неудачной реализации проекта именно из-за неполноты и нечеткости определения системных требований. [c.28]

Перечисленные работы должны выполняться консультантами совместно с проектировщиками системы - именно здесь и находится граница, разделяющая консалтинг и разработку. Тем не менее желательно, чтобы на этапе реализации системы консультант также действовал в интересах заказчика - а именно, контролировал соответствие создаваемой программной системы системному и техническому проектам, а также участвовал в работах по ее расширению и модификации, т.к. планирование расширений должно осуществляться на основе модели требований. [c.147]

ModelMart представляет собой среду групповой разработки крупных проектов, которая интегрирует инструментальные средства системных аналитиков и разработчиков баз данных. ModelMart реализован на архитектуре клиент-сервер. Общая схема работы показана на рис. 6.1. [c.328]

Содержанием последующих этапов нисходящего проектирования (согласно ГОСТ 34.601-90, это стадии разработки технического проекта, рабочей документации, ввода в действие) являются уточнение перечней приобретаемого оборудования и готовых программных продуктов, построение системной среды, детальное инфологическое проектирование баз данных и их первоначальное наполнение, разработка собственного оригинального ПО, которая, в свою очередь, делится на ряд этапов нисходящего проектирования. Эти работы составляют содержание рабочего проектирования. После этого следуют закупка и инсталляция программно-аппаратных средств, внедрение и опытная эксплуатация системы. [c.34]

Для осуществления качественных изменений в технике необходим изобретательский уровень решения задач, связанный с выработкой новых технических идей. Этот уровень технического творчества характеризуется большим количест-i вом иаучных исследований, связанных с различными областями человеческой деятельности. Изобретательские задачи, встающие в процессе системного проектирования, характеризуются трудностями анализа и построения полной модели. Решение их более длительно по сравнению с задачами, требующими изменения системы на уровне компонентов. Ориентировочное количество проб и ошибок, которое необходимо, для успешного поиска, определяется уже не десятками, а сотнями и тысячами [4]. Естественно, что только быстродействие современных ЭВМ дает возможность планировать массовое решение задач подобной сложности. Удешевление проектирования, связанное с его автоматизацией, быстрота перебора и оценки сочетаний всевозможных факторов позволяют вести проектирование параллельно различными творческими коллективами и получать одновременно большое количество целостных решений, выполненных независимо друг от друга. Дополнительный отбор вариантов проекта повышает шансы на выживание одного из них в конкуренции качества. По данным работы [7], в 1975 г. в США на научно-исследовательские и опытно-конструкторские работы было затрачено около 40 млрд долларов. Восемьдесят пять процентов этой суммы было истрачено на опытные конструкторские разработки и всевозможные исследования, непосредственно связанные с созданием новых товаров. Причем большая часть этой суммы была затрачена на избыточное проектирование. Так, например, в компании Джек Уитни энд К° из 2100 изделий, разработанных за определенный срок, лишь семнадцать были отобраны к производству как заслуживающие внимания. Из них только два смогли добиться значительного, пять — умеренного рыночного успеха. Остальные были отбракованы на различных этапах производственного освоения и рыночных испытаний изделий. [c.10]

Рассмотренные выше передовые методы разработки ПО (Н1Р0 — технология, нисходящее проектирование, структурное ирограммирование, нисходящее тестирование, бригада главного црограммиста) были исиользованы фирмой ШМ для создания программной системы объемом свыше 80 тыс. операторов языка программирования, при этом была достигнута производительность труда G5 операторов/деиь па каждого программиста и 35 операторов/день на каждого члена бригады. Если учесть, что бригада возглавлялась программистом чрезвычайно высокой квалификации, а проект поддерживался фирмой с колоссальными возможностями, то можно предположить, что эти показатели близки к предельным. Однако темпы выпуска ЭВМ во всем мире продолжают расти (так, в США в настоящее время количество ежегодно выпускаемых ЭВМ превышает количество студентов, оканчивающих вузы), усиливаются потребности общества в системах ПО. Многие специалисты по электронной обработке данных связывают возможность разрешения этого противоречия с созданием и широким использованием генераторов прикладных программ. Например, такие интерактивные генераторы, как ADF и DMS, позволяют на несколько порядков повысить производительность труда программистов при разработке диалоговых прикладных программ для решения экономических задач. Практически для создания прикладного пакета требуется всего лишь несколько сеансов совместной работы системного аналитика и будущего пользователя за экраном дисплея, во время которых главным об- [c.49]

При наличии средств автоматизации реализация конструкторских изменений и управление процессом внесения изменений значительно облегчаются. Исходные чертежи и пояснительные записки хранятся при этом в базе данных САПР, что делает их более доступными по сравнению с документацией, содержащейся в чертежных архивах. Чертежи, хранящиеся в базе данных, могут быстро проверяться на предмет внесения в них новой информации. Благодаря тому что подобное хранилище проектной информации отличается высокой компактностью, в системной базе данных могут сохраняться сведения, касающиеся предьютории процесса проектирования и полезные для текущей стадии разработки проекта и изготовления чертежей. [c.87]

Таким образом, в центре современного проекта лежат две вещи -база данных и бизнес-процесс. При этом основным центром является бизнес-процесс, база данных - менее важный из двух центров, т.е. процесс становится первичным и во многом определяет весь проект. Модель процесса является ценным средством для размышлений и совместной работы над перспективами развития предприятия и системной разработкой. Тем не менее информационная модель продолжает оставаться важной и соответствующим образом влиять на разрабатываемую функциональную модмь. [c.140]

Пакет ASE/4/0 включает в себя структурные средства системного анализа, проектирования и программирования и обеспечивает подцержку всего жизненного цикла разработки вплоть до сопровождения, основанную на сетевом репозитарии, контролирующем целостность проекта и поддерживающем согласованную работу всех участников проекта (системных аналитиков, проектировщиков, программистов). [c.218]

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

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...