Volodina-vasilisa.ru

Антикризисное мышление
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Принципы структурного анализа

Принципы структурного анализа

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

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

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

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

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

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

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

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

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

· аналитик сталкивается с чрезмерным количеством подробных сведений как о предметной области, так и о новой системе;

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

· модель, понятная заказчику и стейкхолдерам, может оказаться недостаточной для решения задачи.

Эти проблемы могут быть существенно облегчены за счет следования следующим принципам структурного анализа систем.

· Принцип разбиения (декомпозиции) системы на подсистемы (элементы). Этот принцип эксплуатирует такие свойства систем, как неоднородность и структурированность;

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

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

· Принцип ограничения числа элементов (подсистем) на каждом из уровней абстракции (не менее 2-3 и не более 7-8). Минимальное количество определяется соображением здравого смысла – декомпозиция системы на одну подсистему не добавляет в модель новой информации. Максимальное количество определяется соображениями читаемости модели – большее количество элементов уже не воспринимается разумом человека как единая система.

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

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

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

· Принцип концептуальной общности (следующий из предыдущего принципа использования строгих формальных правил записи). Заключается в использовании единого подхода на всех стадиях прикладного системного анализа (структурный анализ проблем – структурное целеполагание – структурное моделирование – структурное проектирование и принятие решений – структурное внедрение).

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

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

· Принцип непротиворечивости – заключается в необходимости контроля согласованности элементов на наличие ситуации, когда присутствие одного исключает присутствие другого.

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

Принципы структурного анализа

Понятие структурного анализа

СОДЕРЖАНИЕ

ГЛАВА 3 СТРУКТУРНЫЙ АНАЛИЗ. 2

1. Понятие структурного анализа. 2

1.1. Принципы структурного анализа. 2

1.2. Классификация структурных методологий. 2

1.3. Средства структурного анализа. 4

1.4. Модели «AS-IS» и «TO-BE». 4

2. Анализ требований. 5

2.1. Функциональные модели. 5

2.1.1. DFD – диаграммы потоков данных. 5

2.1.1.1. DFD – диаграммы потоков данных. 5

2.1.1.2. Словарь данных. 16

2.1.1.3. Методы задания спецификации процессов. 19

2.1.2. SADT – диаграммы моделирования бизнес-процессов. 29

Общие свойства модели. 31

Модель отвечает на вопросы.. 31

Модель имеет единственный субъект. 31

У модели может быть только одна точка зрения. 32

Иерархия диаграмм.. 32

2.1.3. IDEF3 – диаграммы потоков работ. 34

2.2. Модели данных. 39

2.2.1. Нотация IDEF1X.. 42

2.3.1. Спецификации управления. 48

3. Проектирование. 52

3.1. Задачи этапа проектирования. Модель реализации. 52

3.2. Функциональные модели проектирования. 52

3.2.1. Модель системных процессов (С.89 Вендров) 52

3.2.2. Иерархия экранных форм и меню.. 53

3.2.3. Структурные схемы программ (структурные карты) 53

«Царь
Вызывает антирес
Ваш технический прогресс:
Как у вас там сеют брюкву
С кожурою али без.
Посол
Йес!»
Л. Филатов «Сказ про Федота-стрельца. «

ГЛАВА 3
СТРУКТУРНЫЙ АНАЛИЗ

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

Из книги Н.Н.Непейвода, И.Н.Скопин «Основания программирования»

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

Проблема сложности, о которой мы уже говорили во введении, является главной проблемой, которую приходится решать при создании больших и сложных систем любой природы, в том числе и ИС. Основной принцип управления любой сложной системой был известен давно: «divide et impera» — «разделяй и властвуй». Методы структурного анализа и проектирования стремятся преодолеть сложность больших систем путем расчленения их на части. Сложная программная система на верхнем уровне должна состоять из небольшого числа относительно независимых компонентов с четко определенными интерфейсами. Затем декомпозиции подвергаются выделенные на первом этапе компоненты, и так далее до заданного уровня детализации. Таким образом, система представляется иерархией с несколькими уровнями абстракции.

Читать еще:  Анализ показателей социально экономического развития

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

Таким образом, базовыми принципами структурного подхода являются:

o принцип «разделяй и властвуй«

  • принцип иерархического упорядочения, когда составные части системы организуются в иерархические древовидные структуры.

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

· принцип абстрагирования — заключается в выделении существенных аспектов системы и отвлечения от несущественных;

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

Принципы структурного анализа

Консалтинг при автоматизации предприятий: подходы, методы, средства

1.3. Принципы структурного анализа

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

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

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

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

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

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

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

  1. Принцип абстрагирования — заключается в выделении существенных с некоторых позиций аспектов системы и отвлечение от несущественных с целью представления проблемы в простом общем виде.
  2. Принцип формализации — заключается в необходимости строгого методического подхода к решению проблемы.
  3. Принцип упрятывания — заключается в упрятывании несущественной на конкретном этапе информации: каждая часть «знает» только необходимую ей информацию.
  4. Принцип концептуальной общности — заключается в следовании единой философии на всех этапах ЖЦ (структурный анализ — структурное проектирование — структурное программирование — структурное тестирование).
  5. Принцип полноты — заключается в контроле на присутствие лишних элементов.
  6. Принцип непротиворечивости — заключается в обоснованности и согласованности элементов.
  7. Принцип логической независимости — заключается в концентрации внимания на логическом проектировании для обеспечения независимости от физического проектирования.
  8. Принцип независимости данных — заключается в том, что модели данных должны быть проанализированы и спроектированы независимо от процессов их логической обработки, а также от их физической структуры и распределения.
  9. Принцип структурирования данных — заключается в том, что данные должны быть структурированы и иерархически организованы.
  10. Принцип доступа конечного пользователя — заключается в том, что пользователь должен иметь средства доступа к базе данных, которые он может использовать непосредственно (без программирования).

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

1.4. Средства структурного анализа и их взаимоотношения

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

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

  • функции, которые система должна выполнять;
  • отношения между данными;
  • зависящее от времени поведение системы (аспекты реального времени).

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

  • DFD (Data Flow Diagrams) — диаграммы потоков данных (глава 2) совместно со словарями данных (глава 3) и спецификациями процессов или миниспецификациями (глава 4);
  • ERD (Entity-Relationship Diagrams) — диаграммы «сущность-связь» (глава 5);
  • STD (State Transition Diagrams) — диаграммы переходов состояний (глава 6).

Все они содержат графические и текстовые средства моделирования: первые — для удобства демонстрирования основных компонент модели, вторые — для обеспечения точного определения ее компонент и связей.

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

Рис. 1.2. Компоненты логической модели

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

Дополнительную информацию Вы можете получить в компании Interface Ltd.

Принципы структурного анализа Введение;

План лекции

Лекция 2 Прикладной системный анализ при разработке ПО. Принципы структурного анализа. Процедура требований

Заключение

В данной лекции мы рассмотрели проблемы организации жизненного цикла программного обеспечения (говоря шире – информационных систем). Мы видим, что ЖЦ ПО возник как ответ на проблему управленческой сложности при разработке ПО, и главным его назначением является структурирование и организация цикла разработки информационных систем.

· Прикладной системный анализ при разработке ПО. Принципы структурного анализа. Процедура консалтинга при автоматизации.

· Понятие консалтинга при автоматизации. Цели и основные этапы консалтинговых проектов. Проведение обследования деятельности предприятия. Построение моделей. Предложение по автоматизации и техническое проектирование.

· Подходы к улучшению деятельности предприятий. Реинжиниринг по Хаммеру и Чампи (BPR).

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

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

Современная наука предоставляет для задач изучения требований к программному обеспечению механизм системного анализа.

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

Системный анализ выполняется в три основные стадии:

· выделение составных частей проблемы и их формализация;

· поиск пути решения проблемы (в том числе с использованием математических методов);

· реализация полученных результатов на практике.

Иногда системный анализ определяют как «методику улучшающего вмешательства в проблемную ситуацию»

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

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

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

· аналитик сталкивается с чрезмерным количеством подробных сведений о предметной области и о новой системе;

· спецификация системы из-за объема и технических терминов часто непонятна для заказчика;

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

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

· разбиение на уровни абстракции с ограничением числа элементов на каждом из уровней (обычно от 3 до 6-7);

· ограниченный контекст, включающий лишь существенные на каждом уровне детали;

· двойственность данных и операций над ними;

· использование строгих формальных правил записи;

· последовательное приближение к конечному результату.

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

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

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

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

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

2 Принцип формализации — заключается в необходимости строгого методического подхода к решению проблемы.

3 Принцип упрятывания – заключается в скрытии несущественной на конкретном этапе информации: каждая часть «знает» только необходимую ей информацию.

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

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

6 Принцип непротиворечивости – заключается в обоснованности и согласованности элементов.

7 Принцип логической независимости – заключается в концентрации внимания на логическом проектировании для обеспечения независимости от физического проектирования.

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

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

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

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

Принципы структурного анализа

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

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

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

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

· аналитик сталкивается с чрезмерным количеством подробных сведений о предметной области и о новой системе;

· спецификация системы из-за объема и технических терминов непонятна для заказчика;

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

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

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

· разбиение на уровни абстракции с ограничением числа элементов на каждом из уровней (обычно от 3 до 9); ограниченный контекст, включающий лишь существенные на каждом уровне детали;

· дуальность данных и операций над ними;

· использование строгих формальных правил записи;

· последовательное приближение к конечному результату.

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

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

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

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

3. Принцип непротиворечивости заключается в обоснованности и согласованности элементов системы.

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

5. Принцип упрятывания — заключается в упрятывании несущественной на конкретном этапе информации: каждая часть «знает» только необходимую ей информацию.

6. Принцип логической независимости заключается в концентрации внимания на логическом описании системы, обеспечении независимости от ее физической реализации.

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

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

3Пути совершенствования конструкторской подготовки производства.

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

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

Задачи конструкторской подготовки

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

Основными целями конструкторской подготовки производства являются:

непрерывное совершенствование качества продукции;

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

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

использование при проектировании продукции существующих стандартов и унифицированных полуфабрикатов;

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

Этапы конструкторской подготовки

Конструкторская подготовка производства включает:

разработку проектного задания, эскизного проекта;

изготовление и испытание опытного образца;

разработку технического проекта, рабочего проекта;

изготовление и испытание изделий опытных партий;

доводку конструкции по результатам испытаний;

уточнение рабочего проекта и его оформление;

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

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

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

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

Техническое предложение после согласования и утверждения в установленном порядке является основанием для разработки эскизного (технического) проекта.

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

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

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

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

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

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

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

Техническиеусловия (ТУ) — неотъемлемая часть комплекта технической документации на продукцию (изделие, материал, вещество и т.п.), на которую они распространяются.

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

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

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

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

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

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

Ссылка на основную публикацию
Adblock
detector