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

-  недопустимости установления таких стандартов, которые противоречат техническим регламентам;

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

Структура стандарта

Требования к структуре и содержанию стандарта устанавливает ГОСТ 1.5 «Государственная система стандартизации. Построение, содержание и изложение стандартов». Основными частями текста стандарта являются:

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

·  Вводная часть (преамбула) – указывается область распространения, уточняется сфера действия стандарта;

·  Требования стандарта – содержит формулировки требований к объектам стандартизации;

·  Ссылки на другие нормативные документы – дается перечень документов, на которые ссылается данный стандарт.

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

·  «Используемая терминология» - содержащие определения или пояснения специальных терминов, используемых в стандарте;

·  «Классификация» - приводится классификация объектов стандартизации.

Как пользоваться стандартом

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

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

Таблица 5.1

Ситуации применения стандартов

Ситуация

Зачем и как используются стандарты

Вы производите продукцию, например, программу для ЭВМ

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

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

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

Вы тестируете свою продукцию

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

Вы передаете продукцию на сертификацию

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

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

6. Сертификация

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

Сущность сертификации

Дословный перевод термина «сертификация» - «Я подтверждаю». Любая сертификация – это подтверждение соответствия объекта сертификации предъявленным к нему требованиям.

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

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

В процессе сертификации можно выделить следующие элементы (см. таблицу 6.1).

Таблица 6.1

Элементы процесса сертификации

Элемент

Роль

Объект сертификации

Объект, свойства которого подтверждаются

Заказчик

Хозяин объекта сертификации, государство или третье лицо, потребовавшее проведения сертификации.

Цель сертификации

Зачем проводится сертификация? Как будут использованы ее результаты?

Требования

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

Орган сертификации

Государственное учреждение или частная фирма, проводящая сертификацию

Схема сертификации

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

Система сертификации

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

Сертификат

Документ, выдаваемый органом сертификации, подтверждающий соответствие объекта сертификации, предъявленным к нему требованиям.

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

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

Требования к безопасности и качеству

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

Обязательные (для государства) – контролировать выполнение которых может государственный орган;

Необязательные – выполнять которые исполнитель должен только, если они указаны в договоре.

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

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

принятия декларации о соответствии (далее - декларирование соответствия);

обязательной сертификации.

Способы подтверждения соответствия

Как обеспечить достоверность подтверждения соответствия продукции предъявленным к ней требованиям?  На рис. 6.1 изображены различные способы подтверждения соответствия.

Рис 6.1. Способы подтверждения соответствия

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

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

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

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

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

Обязательная сертификация

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

В соответствии с законом РФ «О техническом регулировании»:

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

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

Механизмы обеспечения выполнения обязательных требований

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

Роль системы управления качеством

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

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

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

Отметим, что второй путь гораздо эффективнее и надежнее первого.

Добровольная сертификация

Роль рынка в повышении качества продукции и услуг

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

Смысл добровольной сертификации. Торговля рисками

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

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

За что Вы заплатили фирме? Чем эта солидная фирма торгует? Давая подтверждение качества Вашего товара, фирма берет часть Вашего риска на себя. Таким образом, сертифицирующая фирма торгует своим добрым именем! В условиях развитого, цивилизованного рынка это очень дорогой товар. Потому что единожды солгавшему кто же поверит? Именно поэтому солидная фирма, прежде чем выдать сертификат, тщательно проверит и Вас и Вашу фирму и Ваш товар.

Схема проведения сертификации

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

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

Орган по сертификации:

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

выдает сертификаты соответствия на объекты, прошедшие добровольную сертификацию;

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

приостанавливает или прекращает действие выданных им сертификатов соответствия.

На рис.6.2 показана последовательность проведения сертификации.

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

7. Постановка задачи на программирование

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

Что такое постановка задачи

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

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

·  В чьей-то голове должна родиться идея программы.

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

·  Чтобы программа продавалась (внедрялась) должен быть определен пользователь программы, исследованы его особенности и предпочтения, определены его проблемы.

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

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

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

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

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

Этапы постановки задачи

Рассмотрим более подробно все этапы (дела), из которых состоит постановка задачи на программирование.

Идея программы

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

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

Кто Ваш пользователь и зачем ему нужна эта программа?

Даже из замечательной идеи программы не получится, если такая программа никому не нужна. Отбросим экзотический случай «программирования для души» (программист, прежде всего профессионал!). Во всех остальных случаях программа пишется, если она кому–то нужна.

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

Если Ваш пользователь еще не имеет достаточного опыта применения компьютера в своей работе, интерфейс Вашей программы должен быть максимально ему понятный, система подсказок должна содержать подробные справки о выполнении всех операций. Модули ввода данных должны содержать специальные алгоритмы проверки вводимых данных. Система управления программой должна обеспечивать мощную «защиту от дурака[7]» и т. д.

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

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

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

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

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

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

Поиск программ-аналогов

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

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

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

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

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

Разработка общей структуры программы

Сценарий работы с программой

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

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

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

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

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

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

Пользователь должен доверять программе. Ход выполнения программы и полученные результаты должны комментироваться, чтобы у пользователя не возникло подозрения, что эта «дьявольская железяка опять сделала чего ни будь не то». Сама программа должна проверять, вводимые в нее данные. В случае обнаружения ошибки или даже подозрения на ошибку, программа должна попросить пользователя перепроверить введенные данные. Ибо человек, имеет право ошибиться, а Ваша программа – нет.

Данные программы

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

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

Рис. 7.1. Классификация данных, используемых программой

Входные данные расклассифицируем на условно постоянную информацию и переменные данные.

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

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

Функции программы

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

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

1. На первом шаге Вы указываете программе: сколько переменных Вам надо найти.

2. Затем Вы вводите значения коэффициентов уравнений.

3. Программа определяет, существует ли решение у данной системы и если да, то решает ее, а если нет, предлагает пользователю изменить введенные данные.

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

Рассмотрим действия программы на каждом шаге.

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

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

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

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

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8