Здравствуйте, коллеги! Мы уже поговорили о том, что такое системное проектирование. И я предлагаю уже освоенный материал разобрать на конкретном примере. С разбором нам поможет профессор МФТИ Вячеслав Владимирович Кондратьев. Профессор, вам слово. >> Спасибо. Да, мы, инженеры, любим не только изучать методологию, не только доказывать теоремы, мы любим создавать те объекты, которые придумали практически, а дальше их применять и даже этими объектами гордиться. Поэтому давайте спроектируем реальный объект в качестве задания. Каждый из нас может это сделать. Ну а задание выберем такое и объект выберем такой, который был бы для нас понятен. Вот у меня, смотрите, в кармане находится такая шариковая авторучка. Довольно сложный объект. Три части: колпачок, корпус, стержень. И мы попытаемся спроектировать вот такой объект, опишем модели, необходимые для проектирования: сначала на стадии разработки идеи, потом на стадии проекта, потом уже на стадии создания, ну и после этого у нас наступает стадия применения этого объекта. Итак, проектируем шариковую ручку. Как мы это делаем, с чего начинаем? В каждом деле, в каждом инженерном деле, обычно вся история начинается с того, что мы начинаем собирать исходные данные. И в отношении авторучки мы должны собрать исходные данные. Мы не должны изобретать велосипед заново. Поэтому мы должны узнать, какие технологии производства шариковых ручек, сколько они стоят, какой дизайн, какие сферы применения. Ведь одно дело применять эту авторучку в городе Москве, другое дело — в Антарктиде. Температура разная. Либо одно дело — применять в Антарктиде, другое дело — на космической станции. Там невесомость, тут — весомость. Совершенно разные подходы, разные требования. Поэтому мы собираем исходные данные, потом мы определяем миссию, предназначение, цель вот нашего объекта, который мы создаем, и после этого мы формулируем требования к нашему объекту. Вот это определение требования — это сложный, важный и критический процесс в создании любого рукотворного объекта. Требования — залог успеха, какие требования, такой и объект, вот так бы я сказал. Итак, если требования определились, мы должны перейти к описанию самого объекта или представления этого объекта в виде информационной модели, и эта информационная модель должна соответствовать тем требованиям, которые мы создали на предыдущем этапе. Вот модель авторучки, которая здесь представлена. Ручка состоит из трех элементов: корпус, шариковый стержень и колпачок. Но, но! Если мы хотим сделать эту ручку подарочной, то нам надо нанести какой-то еще дизайнерский элемент в нее, появляется четвертый элемент, то есть изделие становится более сложным. А если мы хотим ее использовать в Антарктиде, то, наверное, вокруг нее нужно бы какой-то нагревательный элемент разместить, который позволял бы работать шариковому стержню в условиях низких температур. А если мы ее забросим на космическую станцию, то там же невесомость. Ну, я не специалист по шариковым ручкам в невесомости, но я полагаю, что там нужно иметь какую-то жидкость уже в шариковом стержне, и второе, надо иметь какой-то поддув, создавать давление, чтобы эта жидкость в условиях невесомости вытекала. Здесь-то она вытекает под силой тяжести. Ну вот. Поэтому мы описываем продукт, который соответствует, модель продукта, иерархической модели продукта, который соответствует нашим требованиям. Есть продукт, и мы понимаем, как он устроен, тогда мы можем в деталях прописать процессы, которые нужны для исполнения этого продукта. Ну, первые процессы мы с вами описали, то есть процесс разработки у нас сводится к тому, что мы собираем исходные данные, мы разрабатываем предназначение, видение, мы сравниваем варианты этого предназначения, и в итоге мы формулируем итоговые требования к нашему продукту. Точно так же нужно декомпозировать все остальные процессы по жизненному циклу продукта. Декомпозировали. Итак, у нас есть требования, у нас есть модель продукта, и у нас есть процессы, которые нужно использовать, для того чтобы выполнить этот продукт. Что теперь? Ну, а теперь осталось последнее: свести это все в один документ, назвать этот документ «Проект создания и применения шариковой ручки», и этот проект предназначен для исполнения, мы же должны создать этот продукт. Ну, а как создать? Это значит, мы должны отдать производителю. Хороший проект — хорошо может сработать производитель. Плохой проект — могут возникнуть проблемы. Поэтому вам предлагается еще хорошее такое упражнение: взять и поставить оценку самому себе и оценку тому проекту, который вы разработали. А может ли этот проект шариковой авторучки быть передан, скажем, в Австралию, и там по вашим чертежам, по вашему видению, по вашему представлению такой продукт будет создан? Ну, вот так. Так что я предлагаю приступить к конкретному системному проектированию. Если научитесь на авторучке, то сможете и на космическом аппарате. Успехов! >> Спасибо, Вячеслав Владимирович! Всего доброго!
