Эскизный проект программы это

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

Выполнение стадии эскизного проектирования не является строго обязательной. Если основные проектные решения определены ранее или достаточно очевидны для конкретной ИС и объекта автоматизации, то эта стадия может быть исключена из общей последовательности работ. Содержание эскизного проекта задается в ТЗ на систему.

Как правило, на этапе эскизного проектирования определяются: — функции ИС; — функции подсистем, их цели и ожидаемый эффект от внедрения; — состав комплексов задач и отдельных задач; — концепция информационной базы и ее укрупненная структура; — функции системы управления базой данных; — состав вычислительной системы и других технических средств; -функции и параметры основных программных средств.По результатам проделанной работы оформляется, согласовывается и утверждается документация в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию системы. На основе технического задания (и эскизного проекта) разрабатывается технический проект ИС.

Отличие эскизного проекта от рабочего. Часть 1.

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

В завершение стадии технического проектирования производится разработка документации на поставку серийно выпускаемых изделий для комплектования ИС, а также определяются технические требования и составляются ТЗ на разработку изделий, не изготовляемых серийно. Полный комплект технического проекта на систему вклю чает в себя 10 документов:1. Пояснительная записка.2.

Функциональная и организационная структура системы.3. Постановка задач и алгоритм решения.4. Организация информационной базы.5. Альбом форм документов.6. Система математического обеспечения.7. Принцип построения комплекса технических средств.8. Расчет экономической эффективности системы.9. Мероприятия по подготовке объекта к внедрению системы.10.

Ведомость документов.

20 Стадии и этапы процесса проектирования ис. Разработка документации. Ввод в действие и сопровождение ис.

На стадии «рабочая документация» осуществляется создание программного продукта и разработка всей сопровождающей документации. Документация должна содержать все необходимые и достаточные сведения для обеспечения выполнения работ по вводу ИС в действие и ее эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы.

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

В зависимости от взаимосвязей частей ИС и объекта автоматизации испытания могут быть автономные или комплексные. Автономные испытания охватывают части системы. Их проводят по мере готовности частей системы к сдаче в опытную эксплуатацию. Комплексные испытания проводят для групп взаимосвязанных частей или для системы в целом.

Для планирования проведения всех видов испытаний разрабатывается документ «Программа и методика испытаний». Разработчик документа устанавливается в договоре или ТЗ. В качестве приложения в документ могут включаться тесты или контрольные примеры.

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

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

Рабочий проект служит основой для внедрения системы. Вне дрение системы представляет собой процесс, включающий под готовку объекта, опытную эксплуатацию и приемку ЭИС в промышленную эксплуатацию.Внедрение системы – это процесс постепенного перехода от существующей системы учета и анализа к новой, предусмот ренной документацией рабочего проекта на всю систему. Вне дрение отдельных задач и подсистем может проводиться па раллельно с разработкой рабочего проекта на всю систему. Основные этапы внедрения системы. Основными этапами внедрения системы являются:

• подготовка объекта к внедрению системы;• сдача задач и подсистем в опытную эксплуатацию;

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

Источник: studfile.net

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

Эскизный проект возникает как результат анализа требований, предъявлен­ных к программному продукту. В нем в общем виде формулируются указа­ния по созданию программного продукта. Здесь ставится задача для каждого разработчика, описываются алгоритм решения задачи, способы взаимодей­ствия создаваемого продукта с другими программами и устройствами ввода- вывода, выбираются структуры данных, определяются способы хранения данных на диске или в базе данных.

Эскизный проект не может быть слишком большим. Он должен быть обо­зримым, схематичным, четко показывающим основные этапы создания программного продукта. Обычно эскизный проект содержит не больше 5— 6 страниц текста. К нему прилагаются диаграммы, рисунки и чертежи, а также календарный план выполнения проекта.

После того как эскизный проект создан, он раздается всем участникам раз­работки для изучения и обсуждения. Каждый разработчик обдумывает свой участок проекта, вносит свои предложения и дополнения, конкретизирует план выполнения проекта.

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

После изучения эскизного проекта всеми заинтересованными лицами на­ступает время создания технического проекта. В его обсуждении принимает участие вся команда разработчиков под руководством менеджера проекта. Каждый разработчик вносит свои предложения по реализации и улучшению проекта, уточняет и детализирует относящиеся к нему положения проекта, согласует интерфейсы с другими разработчиками.

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

При разработке технического проекта окончательно определяется конфигу­рация технических средств, и вся дальнейшая работа ведется с учетом этой конфигурации. Уточняется операционная среда, в которой будет функцио­нировать программный продукт, и системное программное обеспечение. Например, Web-приложение работает в браузере. Браузеры по-разному ин­терпретируют языки HTML и JavaScript, поэтому надо сразу решить, будет ли программный продукт рассчитан на определенный браузер или он дол­жен работать в любом. В первом случае разработчики могут включить в продукт дополнительные возможности языков HTML и JavaScript, интер­претируемые данным браузером, во втором — должны использовать только стандартные конструкции, что может значительно затруднить разработку.

В техническом проекте уточняются типы и структуры исходных и промежу­точных данных, полностью детализируется алгоритм решения задачи. Задача разбивается на модули, которые распределяются среди программистов.

При объектно-ориентированном проектировании в техническом проекте определяются все объекты, необходимые для осуществления проекта и вы­являются связи между ними. Полностью выписывается строение каждого объекта, его поля и методы. Объекты записываются в виде интерфейсов или абстрактных классов, дальнейшая разработка которых поручается конкрет­ным программистам.

После проработки технического проекта каждым участником разработки собираются и обобщаются их уточнения и замечания. Окончательная версия проекта обсуждается командой разработчиков. Менеджер проекта выносит технический проект на утверждение руководством фирмы-разработчика и заказчиком программного продукта. После этого технический проект стано­вится рабочим проектом для группы разработчиков.

Рабочий проект

После утверждения технического проекта он становится основным рабочим документом для команды разработчиков программного продукта. Рабочий проект — это большой, подробный документ, наиболее полно описываю­щий будущий программный продукт и план его создания. В нем содержатся детальные указания каждому разработчику и команде в целом, определена структура базы данных и других хранилищ данных, которой будут руково­дствоваться все разработчики. Короче говоря, в рабочем проекте должны содержаться все сведения, нужные каждому разработчику и команде в це­лом. В частности, в нем должны быть записаны этапы и сроки разработки, чтобы каждый программист твердо знал их.

При объектно-ориентированном проектировании в рабочем проекте долж­ны быть полностью описаны все классы и связи между ними. Это описание можно сделать в виде абстрактных классов или интерфейсов, на языке раз­работки или на языке описания. Важно, чтобы все участники проекта пра­вильно понимали эту запись и одинаково интерпретировали ее.

Каждому участнику проекта выдается экземпляр рабочего проекта. При всяком изменении рабочего проекта участники получают его новую версию. В настоящее время с развитием Web-технологии, как правило, создается собственный сайт для каждого проекта. Все рабочие документы публикуют­ся на этом сайте, а при каждом их изменении участники проекта получают уведомление по электронной почте.

Упражнения

1. В упражнении 1 этой главы определены требования к программе чте­ния файлов с диска. Разработайте проект создания этой программы.

2. Разработайте проект автоматизации библиотечного каталога.

3. Проведите анализ работы деканата и разработайте проект его автомати­зации.

4. Проанализируйте информационные потоки вашего факультета и спро­ектируйте компьютерную систему их обработки.

⇐ Предыдущая Стр 61 из 73 Следующая ⇒

Не забудь поделиться страницей с друзьями:

Источник: infopedia.su

Эскизный проект

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

Сам эскизный проект – небольшой документ, но на его составление уходит много времени. Без него невозможно получить разрешение на строительство или производство объектов.

Наличие чертежей и зарисовок является обязательным условием для любой конструкторской документации. При этом схемы носят сведения не только про общее устройство станка или здания, но и про отдельные его элементы. Бытует мнение, что создание проектов нужно для определения внешнего вида. На самом деле проектирование – серьёзная исследовательская работа, где малейшая ошибка может стать причиной необратимых последствий.

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

Проектирование используется во многих отраслях, однако, назначение везде имеет схожий характер:

1. Составление плана в соответствии с требованиями заказчика. На этой стадии придумывается детализированный эскиз будущего оборудования или строения, предоставляются сведения об объёмах работ, качестве и количестве материалов. Всё это оптимизируется под заявленную стоимость.
2. Доработка внешнего вида. Промежуточный этап, на котором объекту придают конечный внешний вид, соответствующий современным стандартам. Но, для получения разрешения на выпуск или строительство объекта этих двух пунктов будет недостаточно. Модель обязана чётко попадать под определение по гост, и соответствовать всем его пунктам.
3. Получение допуска к последующему производству или строительству. Тут проводятся проверки на правильность и вносятся необходимые корректировки. Если всё составлено правильно, можно получать запрос на серийное производство или возведение постройки.

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

Согласно принципам проектирования, специалист подготавливает список документов, которые входят в эскизный проект. И выглядит он следующим образом:

• Общий чертеж внешнего вида. Включает наружные изображения, например, фасад здания, и детальное описание элементов. Это позволяет увидеть количество деталей, понять их взаимодействие друг с другом и разобраться в принципе работы (если эскиз составлялся для оборудования). Также в перечне указывают размеры, описывают технические особенности и рисуют схемы. Готовый проект должен получиться максимально информативным.
• Пояснительная записка. Описывает эскизное решение в различных вариантах, обосновывает выбор того или иного подхода, даёт оценку в соответствии с возложенными требованиями. Составление этой бумаги является обязательным условием.
• Итоговая ведомость. Совокупность предыдущих сведений, которая указана в краткой форме.

Для изготовления механического или автоматизированного устройства используют технический проект (все акты с окончательными решениями по планированию). Разработку подобной техники проводят в соответствии с правилами ЕСКД и государственными образцами качества. Также здесь составляют рабочий проект, помогающий оценить технологические характеристики, экономическую выгоду, возможность проведения последующей модернизации и другие свойства. Правильная планировка состоит из:

• главной части с объяснением принятых решений;
• технической и экономической части;
• генерального плана;
• технического проекта со второстепенными вопросами;
• производственной части;
• сметы.

Структура, созданная таким образом, обеспечивает необходимый уровень качества разработки и последующего создания объектов. Но, в ходе работы могут возникнуть трудности, связанные с несоответствием между сложностью объекта и устаревшими методиками планирования. Использование современных математических методов и вычислительных машин способствует повышению качества, минимизирует появление несоответствий и сокращает сроки производства.

Чаще, эскизный проект представляется в бумажном формате на листах А4, для массовых слушаний и презентаций могут использоваться планшеты или проекторы. Конкретных требований к оформлению не существует, и у каждой организации есть собственный стиль.

Порядок разработки и утверждения эскизного проекта

Разработка каждого эскизного проекта начинается в том случае, если это предусматривает ТЗ либо протокол. В качестве примера можно рассмотреть этапы проектировки жилого дома.

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

Выполнение проектирования эскизного проекта. Собрав необходимые данные, начинается процесс зарисовки. Дизайнеры делают несколько набросков, и подготавливают возможные схемы проведения коммуникаций. Далее начинается работа с составлением размеров и качеством материалов. Тут могут проходить некоторые корректировки.

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

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

Государственная комиссия изучает состав каждого эскизного проекта, и сопоставляет полученную информацию с требованиями ГОСТ, нормами безопасности и другими документами. К реализации строения допускают самый оптимальный вариант, однако, победителю нужно пройти процедуру согласования:

• написать заявление;
• предоставить копию акта, удостоверяющего личность;
• предъявить копии или оригинал эскизов;
• дать копию архитектурно-планировочного строения.

Сроки рассмотрения для несложных технических объектов составляют не более 10 рабочих дней. Если строение является технически сложным, то сроки рассмотрения могут продлиться до 15 рабочих дней, при этом день подачи документов не входит в этот период.

Основаниями отказа для утверждения являются: неправильное составление документов, несоответствие или расхождения предоставленных данных, ошибки в сведениях о материалах, размерах и прочего. Заказчику не могут отказать без объяснения причин, и срок отказа не должен превышать 5 суток (в разных странах эти показания могут отличаться).

Перечень документов эскизного проекта

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

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

Если планируется создать сложную постройку, то пояснительная записка идёт с приложением к эскизному проекту, где обязаны находиться:

• копия ТЗ;
• наименование работ (если требуется);
• список документов, использовавшихся в ходе конструирования;
• литература, которая применялась для составления проекта.

Планы фасадов. Чаще используется около 4 варианты домов с разным окрасом.

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

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

Чертеж с горизонтальным или вертикальным разрезом постройки. Разрешено делать в 2-3 экземплярах (всё зависит от архитектурной сложности).

План кровли. Этот этап можно заменить трехмерным изображением дома сверху.

План участка с расположением дома. Панель документация позволяет оценить правильность расположения постройки в соответствии с имеющимися коммуникациями.

Ведомость готового эскизного проекта. Содержит в себе наименование всех конструкторских и рабочих документов. Чтобы ведомость прошла проверку, следует соблюдать правильную последовательность записи:

• пометка об общей документации;
• записи по отдельным сборочным единицам;
• заново разработанная документация;
• применённые акты.

Вышеперечисленные акты рекомендуется сделать в нескольких экземплярах, один из которых в word или другой электронной программе.

Требования к документу

Определяются межгосударственным стандартом ГОСТ 34, цель которого – установить правила оформления технической документации в архитектурной области, и в области строительства. В 34 серии данного положения имеется три образца стандарта, которых рекомендуется придерживаться при проектировании:

• ГОСТ 34.602-89. Это один из популярных стандартов, применяемый при разработке ТЗ. Также стоит помнить, что он плотно связывается с иными стандартными из данной серии, которые важно учитывать, даже если отсутствуют требования.
• ГОСТ 34.201-89. Тут описаны стандартные требования, где указан полный список актов, соответствующих ГОСТ34. Также в стандарте описываются советы по кодировке и объединению документов. По факту это таблица с описаниями разных моментов.
• РД 50-34.698-90. Описывает требования к содержанию документов. Довольно объёмный стандарт, с описанием проектных актов.

У этих стандартов имеются определённые недостатки в качестве того, что в них заложены старые представления о проектировании. Также все они ориентированы на устаревшее двухуровневые программы с одноконным пользовательским интерфейсом. Эти минусы серьёзно тормозят архитектурный прогресс.

Но есть в стандартах и положительные стороны, дающие гарантию на то, что оформление не вызовет претензий у будущего заказчика. Также ГОСТы прошли проверку временем. Знающий человек без труда сможет составить на бумаге сложный механизм или строение, при этом на акте будет максимум полезного материала.

Скачать ГОСТ 34.602-89

Скачать ГОСТ 34.201-89

Скачать РД 50-34.698-90

Можно добавить и то, что при разработке проекта автоматизированной IT – системы по ГОСТ34, в случае отсутствия конкретных задач в контракте или задании, проектирование должно проходить в соответствии со следующими стандартами:

• Программные акты для производства автоматизированных систем выполняются по ГОСТ 19.104-78, 19.105-78 и 19.106-78;
• Конструкционные акты для производства АС составляются по ГОСТ 2.105-95 и 2.106-96.

Скачать ГОСТ 2.106-96

Скачать ГОСТ 2.105-95

Скачать ГОСТ 19.105-78

Скачать ГОСТ 19.106-78

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

Источник: sterbrust.tech