Тема 2 Проектирование экономических информационных систем 1
Работа добавлена на сайт samzan.net:
Тема 2 Проектирование экономических информационных систем
1. задачи И ПОДХОДЫ К ПРОЕКТИРОВАНИЮ ЭКОНОМИЧЕСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ
Сущность процесса проектирования
Проектирование экономической информационной системы является начальным этапом ее жизненного цикла и осуществляется при создании новых и модернизации старых систем. Это ответственный и трудоемкий процесс, направленный на создание модели функционирования объекта по описанию его структуры и окружающего информационного пространства. Целью данного процесса является разработка технической документации, связанной с получением и преобразованием исходной информации в результатную, т. е. с организацией автоматизированной информационной технологии. Обязательными составляющими процесса являются анализ и синтез предметной области или экономического объекта.
На этапе анализа происходит первое общение разработчиков и будущих пользователей системы. Целью анализа является описание задачи (объекта), которое должно быть полным, последовательным, доступным. Результаты анализа используются затем для описания основных функций системы. Анализ предполагает разбиение исследуемого объекта на составные части (на подсистемы и элементы) по внешним признакам.
При этом должны соблюдаться следующие принципы:
а каждый вычлененный элемент исследуемого объекта характеризуется парной связью (например, информация входная и выходная);
-каждому элементу ставится в соответствие функция, и множество функций объекта должно обладать свойствами полноты, однозначности и непротиворечивости;
- отдельные элементы системы и система в целом должны обладать определенной степенью надежности.
Синтез представляет собой процесс создания единой функциональной структуры из самостоятельно определяющих её частей. При этом должны соблюдаться следующие принципы:
- входящие в систему объекты или элементы должны совмещаться между собой по времени, передаваемой информации, по управлению, по деятельности;
- каждый элемент подсистемы представляет собой самостоятельную единицу по обработке информации; он может быть вычленен из системы, проверен, отлажен и работать самостоятельно;
- каждый элемент или подсистема в целом должны быть качественными (помехоустойчивыми и помехозащитными).
Проектирование начинается тогда, когда имеется формальная или неформальная модель поставленной задачи и складывается из следующих этапов:
- предпроектное обследование объекта;
- разработка технического задания (технико-экономического обоснование);
- разработка технического проекта;
- разработка рабочего проекта;
- внедрение проекта.
В России действует стандарт на стадии создания автоматизированных систем (ГОСТ 34. 601-90). Кроме того, существует международный стандарт на стадии жизненного цикла программной продукции (180 12207: 1995).
Задачи проектирования систем:
- разработка рациональной автоматизированной технологии решения задач и получения результатной информации;
- составление графиков прохождения информации как внутри, так и между функциональными и производственными подразделениями предприятия;
- создание массива нормативно-справочной информации;
базы данных;
- улучшение системы организации учетной, плановой и
аналитической работы. Подходы к проектированию систем.
Принципы системного подхода находят свое воплощение в ряде подходов к проектированию систем. В [36] исследует структурный, блочно-иерархический и объектно-ориентированный подходы к технологии проектирования:
-структурный подход предполагает комплектование вариантов системы из отдельных компонентов (блоков) и их оценку при частичном переборе вариантов с предварительным прогнозированием характеристик компонентов;
- блочно-иерархический подход предусматривает декомпозицию сложных описаний объектов и средств их создания на иерархические уровни и аспекты, вводит понятие стиля проектирования, устанавливает связь между параметрами соседних иерархических уровней;
- объектно-ориентированный подход вносит в модели приложений большую структурную определенность, распределяя представленные в приложении данные и процедуры между классами объектов; сокращает объем спецификаций благодаря введению в описания иерархии объектов и отношений наследования между свойствами объектов разных уровней иерархии; уменьшает вероятность искажения данных вследствие ошибочных действий пользователя за счет ограничения доступа к определенным типам данных в объектах. Уровни проектирования систем.
Верхний уровень проектирования информационной системы называют концептуальным проектированием, которое реализуется в процессе предпроектных исследований, формулировки технического задания, разработки эскизного и рабочего проектов. При концептуальном проектировании применяют ряд Спецификаций, среди которых центральное место занимают модели преобразования, хранения и передачи информации. Модели, получаемые в процессе обследования предприятия, являются моделями его функционирования (функциональные, информационные, поведенческие, организационные и структурные модели).
Обследование предприятия предполагает изучение и анализ существующей системы обработки информации, в результате чего устанавливается перечень задач управления, решение которых целесообразно автоматизировать, и очередность их разработки. На стадии предпроектного исследования выясняется, что не устраивает в существующей технологии обработки, что и как следует улучшить. На основе анализа результатов обследования строят модель, отражающую деятельность предприятия на данный момент. Результаты анализа конкретизируются в техническом задании на создание автоматизированной системы.
2. направления АНАЛИЗА
ЭКОНОМИЧЕСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ
В [48] определены направления анализа экономических систем.
Системный анализ состояния предприятия предполагает создание модели «Как есть» и осуществления следующих мероприятий:
а анализ существующей системы управления;
а анализ организационной структуры предприятия —изучение состава и количества подразделений, наличие филиалов и выполняемых ими функций, наличие и характер связей между ними, и др.;
а изучение специфики бухгалтерского учета. Разработчику системы важно выяснить, как построена учетная политика предприятия, на каких рынках оно работает, каковы
особенности производственного цикла, какова отраслевая специфика предприятия и другие. Изучение учетной политики позволит получить информацию о рабочем плане счетов, формах первичных документов, применяемых для оформления хозяйственных операций; документах для внутренней бухгалтерской отчетности; о методах оценки отдельных видов имущества и обязательств; порядке проведения инвентаризации имущества и обязательств; технологии обработки информации и другие;
- анализ системы документооборота предполагает изучение жизненного цикла различных документов, выявление направлений, в которых существующая система может быть оптимизирована;
- обследование и диагностика существующих программно-технических средств, серверов, клиентских мест, сети, операционной системы и СУБД и другие вопросы. Системное проектирование отличается созданием модели «Как должно быть» и проведением следующих мероприятий:
о моделирование и определение организационной структуры управления, обеспечивающей реализацию поставленных целей;
о моделирование процессов управления различными сферами деятельности предприятия и определение требований к ним;
а определение функций, процедур, операций и процессов, реализуемых на предприятии;
а моделирование и определение стратегических целей, задач и требований по техническому, информационному и программному обеспечению, вводу системы в эксплуатацию, оформлению и сдаче технического задания на рабочее проектирование.
3. этапы ПРОЕКТИРОВАНИЯ
ЭКОНОМИЧЕСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ
Разработка технического задания и эскизного проекта
Техническое задание — это документ, необходимый для начала работ по разработке и внедрению автоматизированной системы, это задание на всю проектируемую систему. Документ определяет требования и исходные данные, необходимые для разработки автоматизированной системы управления; структуру разрабатываемой системы, требования к отдельным ее частям, состав используемых технических средств. Документ регламентирует отношения сторон и охватывает не только работы, которые предполагается реализовать с помощью ЭВМ, но и выполняемые сотрудниками соответствующих служб вручную.
Техническое задание должно быть:
- точно сформулированным, что исключит неоднозначность его понимания разными исполнителями;
- полным, т. е. содержать описание всех аспектов функционирования системы, в том числе и ее реакцию на ошибочные действия пользователя;
- ясным: текст документа должен быть понятен и пользователю, и разработчику.
После утверждения «Техническое задание» становится документом, которым руководствуются разработчики на всех этапах создания системы. На его основании составляются координационный план работ, сетевой график работ и производится расчет затрат на разработку системы.
Содержание разделов технического задания
К примеру, техническое задание на создание автоматизированной системы учета на базе комплекса программ «1С:Бухгалтерия» может содержать следующие разделы.
Раздел 1. Назначение и цели создания системы
Назначением системы является организация автоматизированного решения задач учета в организационных подразделениях предприятия-заказчика с целью достижения следующих результатов:
-снижение трудоемкости и сокращение сроков обработки информации;
-повышение достоверности информации;
-повышение уровня автоматизации учетных работ;
-автоматизация процесса обмена учетной информации между подразделениями и работниками;
- оперативное формирование информации для нужд управления;
- усиление контрольных функций учета.
Раздел 2. Требования к комплексу технических средств и ситемному программному обеспечению
Комплекс технических средств и системное программное : обеспечение должны удовлетворять определенным требованиям:
- рабочие места пользователей с характеристиками не ниже: процессор Pentium - II 333, ОЗУ 32Мб, объем жесткого диска 800 Мб, видеоподсистема, обеспечивающая работу в режиме разрешения 800х600;
- выделенный сервер с характеристиками не ниже: процессор 2хPentium III —Мгц, ОЗУ 512 Мб, объем жесткого диска Зх9Гб;
- кабельная система на «витой паре» 100 Мбит, коммутируемая —не более 12-15 рабочих станций на сегмент;
-- операционная система для рабочих станций —Microsoft Windows 98/КТ/2000/ХР. Сетевая операционная система —Microsoft Windows NТ/2000 Server.
Раздел 3. Требования к квалификации пользователей Учетные работники предприятия-заказчика должны иметь знания и навыки, достаточные для выполнения следующих функций:
а содержательный контроль учетной информации;
выполнение неавтоматизированных расчетов по своему участку работы;
автоматизированное ведение нормативно-справочной информации;
выполнение процедур автоматизированной обработки информации в заданной последовательности;
- корректировки ошибок, допущенных в процессе работы;
- получение и контроль автоматизированных отчетов;
- контроля информации, полученной от других подсистем. Кроме названных техническое задание включает разделы:
-требования к информационному обеспечению и средствам разработки;
- требования к системе документирования;
а требования к составу и содержанию работ (согласно календарному плану);
- требование к функциям, реализуемым системой;
- требования к порядку контроля и приемки системы.
Эскизный проект (техническое предложение) — это документ, где излагаются основные концепции построения автоматизированной системы или отдельных ее подсистем. Поскольку в техническом задании только обозначаются цели, но не указываются пути их решения, то эскизный проект охватывает всю систему и описывает избранные пути решения задач.
Документ представляется в виде проектной документации, описывающей архитектуру системы, структуру ее подсистем, состав модулей, предложения по выбору базовых программно-аппаратных средств, которые должны учитывать прогноз развития предприятия. Утверждая эскизный проект, заказчик дает свое согласие на предложения разработчиков, касающиеся направлений работ и вариантов основных проектных решений. После принятия эскизного проекта разрабатывается прототип автоматизированной системы, представляющий собой набор программ, имитирующих работу готовой системы. Разработка технического и рабочего проектов Технический проект разрабатывается на основании утвержденного технического задания. Его целью является привязка типовых решений к конкретным условиям работы предприятия, что требует решения комплекса вопросов правового, технического, организационного и экономического характера. Разработка технического проекта предполагает:
- определение объектов информационной системы и их атрибутов;
- расчет количества экземпляров каждого объекта;
- определение методов вычисления производных показателей на основе значений исходных показателей;
- установление связи между объектами и процессами;
- разработку структуры базы данных и проверку ее полноты;
-определение порядка сбора, хранения, передачи, обработки и контроля данных;
- выбор необходимых для решения задачи программных средств;
- выбор операционной системы и системы управления базами данных;
- оценку объемов памяти и трудоемкости разработки программ.
Рабочий проект — это техническая документация, разработанная на основе утвержденного заказчиком технического задания и утвержденная в установленном порядке. Документ содержит уточненные данные и детализированные общесистемные проектные решения, программы и инструкции по решению задач, уточненную оценку эффективности, перечень мероприятий по подготовке объекта к внедрению.
В состав рабочей документации проекта входят: пояснительная записка, должностные инструкции, инструкции по заполнению входных документов, использованию выходных документов, организации и ведению нормативно-справочной информации и другие документы.
Внедрение и эксплуатация системы
Внедрение системы представляет собой процесс постепенного перехода от существующей системы управления к новой, предусмотренной документацией рабочего проекта. Стадия внедрения и развития охватывает работы по комплексной отладке создаваемой системы в производственных условиях, диагностике работоспособности всех ее элементов, определению направлений развития и совершенствования системы. Опытная эксплуатация проводится в целях комплексной проверки функционирования задач системы, подготовленности обеспечивающей
части системы к функционированию, окончательной отладки технологического процесса сбора и обработки информации. При положительных результатах опытной эксплуатации система сдается в промышленную эксплуатацию, в ходе которой проводится анализ функционирования системы, проверяется эффективность реализованных проектных решений, вырабатываются рекомендации по дальнейшему ее развитию. На этапе эксплуатации система заполняется реальными данными, производится слежение за изменениями ее параметров, а также параметров предметной области.
В процессе функционирования системы осуществляется ее сопровождение - сопровождение программного обеспечения, базы данных, вычислительной системы. Через некоторые промежутки времени процесс эксплуатации системы прерывается этапом ее модификации, когда происходит корректировка разработанных проектных решений по отдельным компонентам информационной системы. При необходимости исправляются проектные ошибки, улучшаются эксплуатационные возможности системы, реорганизуется база данных, перенастраивается вычислительная система, перепрограммируются задачи.
4. МЕТОДЫ ПРОЕКТИРОВАНИЯ
ЭКОНОМИЧЕСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ
Индивидуальное проектирование предполагает применение оригинальных методик и средств выполнения работ, разрабатываемых для конкретного объекта, т. е. разработку оригинального индивидуального проекта. Достоинством способа является учет особенностей конкретного предприятия; недостатками —трудоемкость процесса проектирования, увеличение сроков проектирования, сложность модернизации разрабатываемой системы.
Типовое проектирование предполагает разбиение системы на множество компонентов (составляющих), их типизацию и разработку для каждого из компонентов законченного проектного решения. Уровень разбиения системы на составляющие может быть различным и соответственно различными могут быть виды типового проектирования. Разработанные ранее готовые компоненты «привязываются» к условиям конкретного объекта.
Концептуальное моделирование предметной области —это одна из наиболее часто используемых методологий проектирования информационных систем. Концептуальное представление формируется в результате анализа предметной области с учетом информационных потребностей пользователя. Элементарными единицами концептуального представления данных являются элементы (объекты, предметы, процессы) предметной области, их свойства и связи между элементами и их свойствами. При таком подходе процесс создания системы структурно разбивается на стадии анализа, проектирования, программирования, тестирования, внедрения. При этом осуществляются:
-сбор и анализ информационных потребностей пользователя;
о системный анализ предметной области;
- построение концептуальной модели предметной области;
а создание концептуальной модели базы данных;
- разработка системы с помощью инструментальных
средств выбранной СУБД.
Макетирование информационной системы, предполагает выявление требований к разрабатываемой информационной системе, которые изначально не вполне определены, а потому изменчивы в процессе разработки и внедрения. Для учета требований разработан один из подходов к проектированию, когда требования формулируются не сразу, а в процессе разработки функционального макета системы. Функциональный макет разрабатывается на основе той минимальной информации, которую пользователи могут сообщить первоначально. После устранения и изменения замечаний макет системы вновь предъявляют пользователю и таким образом конкретизируются и устраняются возникающие замечания и недоработки. Спецификация макета завершается разработкой концептуальной модели предметной области.
. способы ДЕКОМПОЗИЦИИ СИСТЕМ
Процесс проектирования системы требует распределения разработчиков по отдельным направлениям работ, а также увязки выделенных направлений в единое целое. Для определения состава элементов проектируемой системы и обеспечения связей между ними осуществляется ее декомпозиция на подсистемы. Этот процесс может быть осуществлен несколькими способами.
Декомпозиция по организационной структуре предприятия требует разработки подсистемы автоматизированной системы управления для каждого подразделения предприятия или каждой организации. Например, может разрабатываться автоматизированная подсистема для отдела труда и заработной платы, материального отдела и т. д., в каждой из которых будут реализовываться все функции управления. Такая форма удобна для разработчика, поскольку ему несложно определить структуру автоматизированной системы, однако она полностью копирует структуру управления, сложившуюся под влиянием жестких ограничений, накладываемых ручным способом
обработки, а потому затрудняет реализацию новых форм и методов управления.
Декомпозиция по функциям управления (планирование, учет и контроль, регулирование) расширяет возможности интегрированной обработки данных по управлению, но снижает оперативность процесса из-за сокращения обратных связей внутри подсистемы. Такая декомпозиция целесообразна в системах, обслуживающих достаточно стабильные процессы, не требующие интенсивных потоков информации в обратных связях.
Информационно-целевой метод декомпозиции базируется на заранее сформулированной концепции проектирования автоматизированной системы, представляющей собой совокупность принципов и требований, которым она должна удовлетворять. Предполагает декомпозицию системы по целевым уровням:
- первый уровень включает подсистемы, обеспечивающие конечные цели предприятия и охватывающие все этапы разработки;
- второй —подсистемы, предназначенные для достижения частных целей и охватывающие часть этапов разработки. Преимущества метода информационно-целевой декомпозиции по сравнению с декомпозицией по организационной структуре и функциям управления состоят в достижении большего соответствия структуры системы управления существующему производственному процессу, в выявлении прямых связей с этим процессом. Недостатки метода состоят в необходимости проведения большого объема работ по анализу производственного процесса и сопроводительной документации, в требованиях высокого уровня квалификации исполнителей работ.
6. автоматизация ПРОЕКТИРОВАНИЯ
ЭКОНОМИЧЕСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ
До последнего времени при проектировании информационных систем в основном применялась структурная методология, которая предусматривала использование для описания систем разного рода моделей, схем и диаграмм и предоставляла в распоряжение разработчиков строгие формализованные методы описания как самих систем, так и принимаемых технологических решений. Такой подход обеспечивает наглядность и строгость анализа, что позволяет разработчикам и пользователям системы с самого начала активно участвовать в ее создании, совместно обсуждать основные технические решения.
Однако эта технология создает проблемы при внесении в систему серьезных изменений, требующих доработки проекта. Имеет место неадекватная спецификация требований, предъявляемых заинтересованными сторонами, возникают сложности обнаружения ошибок, не всегда высоким бывает качество разрабатываемой документации, что снижает эксплуатационные характеристики системы. Проектирование выполняется в основном на интуитивном уровне с применением неформализованных методов, основанных на практическом опыте, экспертных оценках и дорогостоящих экспериментальных проверках качества функционирования информационных систем.
Поскольку все стадии проектирования информационной системы являются чрезвычайно трудоемкими процессами, создание средств и методов автоматизации данного процесса является важной задачей проектировщиков систем. Эффективным решением вопроса явилось появление программно-технических средств специального класса, называемых САSЕ-средствами, реализующими САSЕ-технологии создания и сопровождения информационной системы в течение всего ее жизненного цикла.
САSЕ-технология представляет собой методологию проектирования информационной системы, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель и разрабатывать приложения в соответствии с информационными потребностями пользователей. Это специальный инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс проектирования и разработки программного обеспечения. Название технологии ( Computer Aided System Engineering) подчеркивает направленность технологии на поддержку концептуального проектирования сложных систем, преимущественно слабоструктурироанных. Есть и другое название ( Computer Aided Software Engineering), которое переводится как автоматизированное проектирование программного обеспечения. Соответственно второму названию САSЕ-системы называют инструментальными САSЕ или инструментальными средами разработки программного обеспечения.
Принципы САSЕ-технологии
САSЕ-технологии поддерживают процессы проектирования, выбора технологии, архитектуры и написания программного обеспечения. Это системы конструирования программ с помощью компьютера. Современные САSЕ-технологии применяются для построения программного обеспечения самого разного класса, но наиболее широко используются в области разработки сложных коммерческих, системных и управляющих программных средств. С помощью технологий данного типа разработчик системы описывает предметную область, входящие в нее объекты, их свойства, связи между самими объектами и их свойствами, в результате чего формируется модель, описывающая основных участников системы, их полномочия, потоки документов. Создаваемая в ходе описания электронная версия проекта распечатывается и передается для согласования всем участникам проекта как рабочая документация.
Достоинствами технологии являются: повышение производительности труда программистов, возможность формализации процесса документирования, минимизация ошибок и несовершенства. программного обеспечения конечных пользователей, обновление и модернизация пользовательских программ.
Использование САSЕ-технологии предполагает:
- выделение существенных аспектов системы и отвлечение от несущественных с целью представления проблемы в общем виде;
- конкретизацию информации, используемой на каждом этапе;
- соблюдение концептуальной общности подходов на всех этапах разработки жизненного цикла программного изделия, то есть обеспечение поддержки единой философии, при которой внимание разработчиков концентрируется на логическом проектировании при абстрагировании от физического проектирования;
- соблюдение принципа независимости данных, при котором модели данных проектируются и анализируются независимо от процесса их логической обработки и физической структуры;
- обеспечение структурированности и иерархической организованности данных;
- наличие у пользователя средств доступа к базе данных и возможность использования данных без программирования.
Использование САSЕ-технологии обеспечивает:
- сокращение времени на разработку проекта по сравнению с неавтоматизированными технологиями;
- уменьшение стоимости разработки проекта;
- контроль за соблюдением связей между компонентами проекта и возможность одновременного внесения нескольких изменений в проект.
Качество инструментальных САSЕ-средств определяется:
- простотой использования в сочетании с мощными функциями;
- поддержкой возможности коллективной работы;
- разделением компонентов объектной модели по категориям выполняемых функций;
- поддержкой сложных моделей;
- обновлением программного обеспечения, контролем версий:
- гибкостью построения диаграмм, обеспечивающей наглядность работы для пользователя;
- хорошими средствами контроля ошибок, в том числе -логических, и другими характеристиками.
Первоначальное значение термина САSЕ ограничивалось вопросами автоматизации разработки только программного обеспечения. В настоящее время оно приобрело новый смысл и охватывает процесс разработки сложных информационных систем в целом. В настоящее время САSЕ-средства вместе с системным программным обеспечением и техническим средствами образуют полную среду разработки информационных систем. Известно множество САSЕ-систем, различающихся по степени компьютерной поддержки этапов разработки проектов. Наиболее известной в настоящее время является САSЕ-система Огас1е, позволяющая создавать приложения на базе одноименной СУБД.
7. особенности И КЛАССИФИКАЦИЯ САSЕ-СРЕДСТВ
К САSЕ-средствам относят программные средства, автоматизирующие процессы жизненного цикла программного обеспечения и обладающие следующими особенностями [36]:
- наличие мощных графических средств для описания и документирования информационной системы, обеспечивающих удобный интерфейс с разработчиком и развивающих его творческие возможности;
- интеграция отдельных компонентов САSЕ-средств, обеспечивающих управляемость процессом разработки информационной системы;
- использование специальным образом организованного хранилища проектных метаданных.
Известные САSЕ-средства классифицируются по разным признакам. Наиболее распространенной является их классификация по типам и категориям средств, отражающая функциональную ориентацию САSЕ-средств на (?) или иные процессы жизненного цикла:
- средства анализа (UррегСАSЕ), предназначенные для построения и анализа моделей предметной области;
- средства анализа и проектирования (Мidd1еСАSЕ), поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций;
- средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных для наиболее распространенных СУБД, например DataBaseDesigner (ОRАСLЕ);
- средства разработки приложений, например Delphi (Вог1апd).
Кроме основных имеются вспомогательные типы, включающие средства конфигурационного управления, средства тестирования, средства документирования и другие.
Классификация САSЕ-средств по категориям определяет степень их интегрированности по выполняемым функциям и включает:
- отдельные локальные средства, решающие небольшие автономные задачи;
- частично интегрированные средства, охватывающие большинство этапов жизненного цикла информационной системы;
- полностью интегрированные средства, поддерживающие весь жизненный цикл информационной системы.
На российском рынке программного обеспечения имеются следующие САSЕ-средства: Disignег/2000, Silverrun; САSЕ-Аналигик и другие.
выбора технологии, архитектуры и написания программного
2. Преступления против собственности.html
3. кой ЖБИ называется т.html
4. Хариванша (Hrivns)
5. Концепция системы 1С-Предприятие [3
6. тема адміністративного права 7
7. Теория и практика связей с общественностью
8. . Аудит выпуска готовой продукции и прибыли от продаж 1.
9. Химия для студентов нехимических специальностей заочной формы обучения ЧАСТЬ I
10. Show up cnnot tke n object 3
11. тема законодательства включающая ТК ТС международные соглашения решения Комиссии Таможенного союза Федер
12. тема звуков слов грамматических средств которая является орудием общения мышления культуры и поведения л
13. Изучение социокультурных факторов
14. довести суп до вкуса
15. Изменение уровня нервно-психической устойчивости человека в зависимости от направленности локуса контроля
16. Методические основы стоимостной оценки рабочих мест в банках
17. Христианство1
18. Тема курсового проекта спроектировать электрическую печь сопротивления СШЗ15
19. и дано описание грамматического строя нескольких живых индийских языков
20. Тема- Выбор оптимальных параметров БВР для снижения себестоимости медной руды на месторождение ldquo;Осеннее