Как сделать эскизный проект программы

Добавил пользователь Валентин П.
Обновлено: 04.10.2024

Проектирование программного обеспечения — процесс создания проекта программного обеспечения (ПО), а также дисциплина, изучающая методы проектирования. Проектирование ПО является частным случаем Проектирования продуктов и процессов.

Целью проектирования является определение внутренних свойств системы и детализации её внешних (видимых) свойств на основе выданных заказчиком требований к ПО (исходные условия задачи). Эти требования подвергаются анализу.
Первоначально программа рассматривается как чёрный ящик. Ход процесса проектирования и его результаты зависят не только от состава требований, но и выбранной модели процесса, опыта проектировщика.

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

Проектированию обычно подлежат:

В российской практике проектирование ведется поэтапно в соответствии со стадиями, регламентированными ГОСТ 2.103-68: Техническое задание, Техническое предложение, Эскизный проект, Технический проект, Рабочий проект. [1] На каждом из этапов формируется свой комплект документов, называемый проектом (проектной документацией).
В зарубежной практике регламентирующими документами, например, являются Software Architecture Document, Software Design Document.

Примечания

Ссылки

(рус.) (перевод SWEBOK с замечаниями и комментариями от Сергея Орлика и Юрия Булуя).

Найти и оформить в виде сносок ссылки на авторитетные источники, подтверждающие написанное.
Дополнить статью (статья слишком короткая либо содержит лишь словарное определение).

Кент Бек • Гради Буч • Фред Брукс • Barry Boehm • Уорд Каннингем • Оле-Йохан Даль • Том Демарко • Эдсгер Вибе Дейкстра • Дональд Кнут • Мартин Фаулер • Чарльз Энтони Ричард Хоар • Watts Humphrey • Майкл Джексон • Ивар Якобсон • Craig Larman • James Martin • Мейер Бертран • Дэвид Парнас • Winston W. Royce • James Rumbaugh • Никлаус Вирт • Эдвард Йордан • Стив Макконнелл

Моделирование данных • Архитектура ПО • Функциональная спецификация • Язык моделирования • Парадигма • Методология • Процесс разработки • Качество • Обеспечение качества • Структурный анализ)

CMM • CMMI • Данных • Function model • IDEF • Информационная • Metamodeling • Object model • View model • UML

Разработка программного обеспечения
Проектирование программного обеспечения

Wikimedia Foundation . 2010 .

Полезное

Смотреть что такое "Проектирование программного обеспечения" в других словарях:

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

проектирование программного обеспечения — — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN software design … Справочник технического переводчика

Инженерия программного обеспечения — Новый Airbus A 380 использует довольно много ПО, чтобы создать современную кабину в самолете. Метод инженерии программного обеспечения позволил создать программное обеспечение самолёта, описываемое миллионами строк … Википедия

Производитель программного обеспечения — Разработка программного обеспечения (англ. software engineering, software development) это род деятельности (профессия) и процесс, направленный на создание и поддержание работоспособности, качества и надежности программного обеспечения, используя … Википедия

Архитектура программного обеспечения — (англ. software architecture) это структура программы или вычислительной системы, которая включает программные компоненты, видимые снаружи свойства этих компонентов, а также отношения между ними. Этот термин также относится к… … Википедия

Тестирование программного обеспечения — Разработка программного обеспечения Процесс разработки ПО Шаги процесса Анализ • Проектирование • Программирование • Докумен … Википедия

Сопровождение программного обеспечения — Разработка программного обеспечения Процесс разработки ПО Шаги процесса Анализ • Проектирование • Программирование • Докумен … Википедия

Качество программного обеспечения — Разработка программного обеспечения Процесс разработки ПО Шаги процесса Анализ • Проектирование • Программирование • Докумен … Википедия

Внедрение программного обеспечения — Эта статья слишком короткая. Пожалуйста … Википедия

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

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

Содержание эскизного проекта задается в ТЗ на систему. Как правило, на этапе эскизного проектирования определяются:

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

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

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

На этом этапе осуществляется комплекс научно-исследовательских и экспериментальных работ для выбора основных проектных решений и расчет экономической эффективности системы.

Состав и содержание технического проекта приведены в таблице 3.2.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Процесс построения и последовательного преобразования ряда согласованных моделей на всех этапах жизненного цикла (ЖЦ) информационной системы. На каждом этапе ЖЦ создаются специфичные для него модели:

организации,
требований к ИС,
проекта ИС,
требований к приложениям

Модели формируются рабочими группами команды проекта, сохраняются и накапливаются в репозитории проекта.

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

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

формирование требований к системе,
проектирование,
реализация,
тестирование,
ввод в действие,
эксплуатация,
сопровождение

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

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

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

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

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

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

Кроме того, на этапе проектирования осуществляется также разработка архитектуры ИС, включающая в себя:

выбор платформы (платформ)
выбор операционной системы (операционных систем) .

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

будет ли это архитектура "файл-сервер" или "клиент-сервер";
будет ли это 3-уровневая архитектура со следующими слоями: сервер, ПО промежуточного слоя (сервер приложений), клиентское ПО;
будет ли база данных централизованной или распределенной. Если база данных будет распределенной, то какие механизмы поддержки согласованности и актуальности данных будут использоваться;
будет ли база данных однородной, то есть, будут ли все серверы баз данных продуктами одного и того же производителя (например, все серверы только Oracle или все серверы только DB2 UDB). Если база данных не будет однородной, то какое ПО будет использовано для обмена данными между СУБД разных производителей (уже существующее или разработанное специально как часть проекта);.
будут ли для достижения должной производительности использоваться параллельные серверы баз данных (например, Oracle Parallel Server, DB2 UDB и т.п.).

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

После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели:

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

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

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

Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят:

тесты функциональности
тесты надежности системы.

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

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

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

Сопровождение - может отсутствовать. То есть разработчик передал продукт заказчику, а затем не усовершенствует его, не контролирует работу.

Содержание

Нюансы самостоятельного проектирования

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

Функционал специализированных программ

Создание 2D-чертежей и трехмерных моделей.
Расчет расходов материалов и составление сметы проекта.
Конвертирование файлов в несколько форматов.
Обширные библиотеки готовых элементов и объектов.
Привязка дома к участку и другим объектам.
Реалистичное изображение.

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

Если раньше вообще не имел дела с проектированием домов и чертежами, то любая, даже самая простая прога потребует времени для освоения и вникания – это ведь не в Пейнте рисовать.

Программы для самостоятельного проектирования домов

Google SketchUp

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

Архитектурное проектирование и разработка планировок домов из различных стеновых материалов.
Большой выбор специализированных и типовых рабочих инструментов.
Объемный каталог материалов, объектов и готовых макетов.
Облачное хранилище сохраненных файлов.
Редактирование уже готовых проектов.
Полноценная визуализация интерьера и экстерьера.
Точное (до миллиметров) масштабирование и детализация.
Подсчет расхода стройматериалов.
Экспорт и импорт графических файлов наиболее распространенных форматов.

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

Изначально программа была полностью бесплатной, но со сменой владельцев у google sketchup остался тестовый период в тридцать дней, в который не каждый успеет уложиться. Если платить нет желания или возможности, есть альтернатива.

Действительно продали, но бесплатные версии по-прежнему имеются. Последняя официально бесплатная версия на русском языке SketchUp Make 2017. Правда она уже идет для 64-битных (новых компьютеров). То есть ее не поставишь на старенький 32-битный комп. А скачать можно прямо с официального сайта.

ArchiCAD

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

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

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

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

nanoCAD

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

Если нет желания работать в 3D программах, то для двухмерного проектирования имеется профессиональная программа (отечественная) nanoCAD. По сути дела – это отечественный автокад. Даже интерфейс похожий. И открывает, и сохраняет файлы в автокадовском формате dwg.

HouseCreator

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

Sweet home 3d

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

Работа с программой возможна как после скачивания и установки, так и online, в соответствующем приложении, в последнее время такой способ проектирования становится все популярнее.

Home Plan Pro

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

Разрабатывать проект или заказывать?

Практически вечный вопрос, ответа на который всегда будет два.

Рисовал сам, коробку поставил сам. Считаю, что все делаю правильно.

Рисовал дом сам в Архикад. Только из-за жесткой экономии, т.к. строюсь сам. В идеале, было бы получить готовый проект, со всеми тонкостями. И не пришлось бы ломать голову, как правильно и где провести трубу, где прокинуть кабель, выдержит ли перегородка или балка или плита ПК и т.п. мелочи, на обдумывание которых уходит много времени. Одно хорошо – работа такая, что времени хватает.

Читайте также: