Программное обеспечение информационных систем

При структурном подходе используют:

· диаграммы потоков данных (информационно-технологические схемы) - показывает процессы и информационные потоки между ними с учетом «событий», инициирующих процессы обработки;

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

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

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

Для полного представления о программном продукте необходима также текстовая информация описательного характера.

Информационное моделирование предметной области и связанных с ней приложений. Данный подход появился в условиях развития программных средств организации хранения и обработки данных - систем управления базами данных (СУБД). Выделяются следующие составляющие данного подхода:

· информационный анализ предметных областей (бизнес-областей);

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

· системное проектирование функций обработки данных;

· детальное проектирование процедур обработки данных.

Первоначально строится информационные модели различных уровней представления:

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

· датологические модели, ориентированные на среду хранения и обработки данных.

Датологические модели имеют логический и физический уровни представления. Физический уровень соответствует организации хранения данных в памяти компьютера. Логический уровень соответствует хранение данных применительно к СУБД и реализуется в виде:

· концептуальной модели базы данных - интегрированные структуры данных под управлением СУБД;

· внешних моделей данных - подмножеств структур данных для реализации приложений.

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

Объектно-ориентированный подход. Объектно-ориентированный подход к проектированию программных продуктов основан на:

· выделения классов объектов;

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

· создания иерархии классов, наследования свойств объектов и методов их обработки.

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

Объектный подход при разработке алгоритмов и программ предполагает:

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

· объектно-ориентированное проектирование.

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

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

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

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

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

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

Качество программ в значительной степени определяет эффективность применения программ.

Программные продукты имеют многообразие показателей качества, которые отражают следующие аспекты:

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

· насколько легко эксплуатировать программный продукт (для понимания, модифицирования, повторных испытаний);

· можно ли использовать программный продукт при изменения условий его применения.

Дерево характеристик качества программных продуктов представлено на рис 4.

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

Размещено на http://www.allbest.ru/

Рис 4 Дерево характеристик качества программного продукта

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

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

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

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

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

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

Качество программного продукта невозможно оценить с помощью единственного критерия качества. Оценка качества осуществляется рассмотрением множества критериев (показателей).

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

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

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

Технические показатели программной реализации характеризуют эффективность программной реализации алгоритмов с точки зрения затрат памяти и машинного времени.

В условиях существования рынка программных продуктов, важными характеристиками программных продуктов являются также:

· стоимость;

· количество продаж;

· время нахождения на рынке (длительность продаж);

· известность фирмы разработчика и программы;

· наличие программных продуктов аналогичного назначения.

8. Методы оценки затрат на разработку программных средств

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

1. Методы аналогий.

2. Нормативные методы.

3. Метод экспертных оценок.

4. Исследовательские методы.

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

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

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

· объем программных средств в тысячах условных машинных команд;

· сложность разрабатываемых программных средств;

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

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

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

Учет организационно-технических факторов присущ методам экспертных и исследовательских оценок.

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

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

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

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

9. Экономическая эффективность программного изделия (продукта)

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

Оценка эффективности программного средства для продавца и покупателя осуществляется поразному.

Для пользователя (покупателя) типового программного средства прибыль определяется сопоставлением получаемого экономического эффекта от применения программного средства с затратами на его покупку и освоение.

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

При расчете показателей экономической эффективности различают:

· во-первых, экономический эффект от применения рассматриваемого программного средства;

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

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

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

Зависимость для определения экономического эффекта может быть представлена в следующем виде:

Е = С_б-С_н

где Е - экономический эффект от внедрения новой разработки; С_б - стоимость обработки экономической информации при использовании базового варианта; С_н - стоимость обработки экономической информации при предлагаемом варианте.

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

В качестве показателей экономической эффективности, как правило, используется показатели: годовая экономия; годовой экономический эффект; срок окупаемости.

Годовая экономия Е_r, получаемая предприятием от применения данного программного средства, рассчитывается по формуле:

N

E_r = ? V_k* (C_b -C_o),

k=1

где N - количество задач предприятия, разработанных с помощью данного программного средства; V_k - объем программного обеспечения по k - й задаче, выполненного с помощью данного программного средства; С_б - стоимость разработки одной программной единицы на основе внедренного программного обеспечения.

Годовой экономический эффект F_r от внедрения рассматриваемого программного средства определяется по следующей формуле:

F_r = E_r - C_p,

где - C_p - стоимость поставки рассматриваемого программного обеспечения.

Срок окупаемости определяет период, для которого экономия, получаемая от применения программного средства, равна затратам на его приобретение:

С_р

Р = .

Е_r

где Р - срок окупаемости программного средства.

10. Сертификация программных продуктов

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

В мировой практике обозначились два вида сертификации: мягкая и жесткая. Жесткая сертификация - это сертификация программного обеспечения, применяемого в особо ответственных приложениях (в авиационных системах, атомных электростанциях и др.). «Жесткая сертификация в обязательном порядке должна соответствовать стандартам и нормативно-технической документации той или проблемно-ориентированной области. «Мягкая» сертификация позволяет повысить экономическую конкурентоспособность программных продуктов и обеспечить необходимый уровень» интерфейсной» совместимости.

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

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

11. Выбор и оценка программных продуктов

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

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

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

· определение текущих и будущих требований к обработке информации;

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

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

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

· оценка качественных характеристик программного продукта;

· выбор программного продукта.

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

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

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

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

- M - множество программных продуктов, реализующих требования пользователей к обработке информации; i - индекс программного продукта; iM = 1,M;

- N - множество функций обработки информации, которые необходимо реализовать пользователю; j - индекс функций обработки информации, которые необходимо реализовать пользователю; jN = 1,N;

- C_ij - стоимость i - го программного продукта для реализации j - х функций обработки информации;

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

- I_ij - объем оперативной памяти, занимаемый i - м программным продуктом при реализации j - х функций обработки информации;

- G_ij - объем памяти на жестком диске, занимаемым i - программным продуктом при реализации j - х функций обработки информации;

- H_ij - требуемая тактовая частота, необходимая для i - го программного продукта при реализации j - х функций обработки информации;

- P_ij - общая производительность технических средств, необходимая для i - го программного продукта при реализации j - х функций обработки информации;

- Z_ij - булева переменная, равная 1, если с помощью i - го программного продукта реализуется j - е функций обработки информации и равная 0 - в противном случае.

Тогда задача выбора программного продукта заключается в следующем: найти вектор W = {w_ij}, минимизирующий функцию суммарных затрат пользователей.

M N

? ? C_ij *w_ij >min,

i =1 j - 1

при:

M N

? ? I_ij *w_ij ? I_a;

i =1 j - 1

M

? w_ij = 1; ; j = 1,N;

i =1

w_ij = 1,0, i = 1,M; j = 1,N.

здесь I_a - оперативный объем памяти ЭВМ.

Если необходимо учесть объем памяти на жестком диске (G), тактовую частоту (Н) и производительность ЭВМ (Р) при условии, что стоимость затрат не превышает величины С, то формальная постановка задачи имеет следующий вид

M N

? ? (G_ij, C_ij, P_ij) w_ij >min,

i =1 j - 1

при

M N

? ? C_ij w_ij ? C;

i =1 j - 1

M

? w_ij = 1; ; j = 1,N;

i =1

w_ij = 1,0, i = 1,M; j = 1,N.

Очень часто пользователь готов заплатить ту сумму, которая требуется, лишь бы минимизировать время реакции программного продукта при ограничении параметров (I), (G), (H), (P). Тогда формальная постановка задачи будет иметь вид:

M N

? ? G_ij w_ij ? G_a;

i =1 j - 1

M N

? ? H_ij w_ij ? H_a;

i =1 j - 1

M N

? ? P_ij w_ij ? P_a;

i =1 j - 1

M N

? ? w_ij =1 j = 1,N;

i =1 j - 1

w_ij = 1,0, i = 1,M; j = 1,N.

здесь: G_a - допустимый объем памяти на жестком диске; H_a - допустимая тактовая частота; P_a - максимальная производительность технических средств (ЭВМ).

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

M N

? ? I_ij *w_ij >min,

i =1 j - 1

при

M N

? ? C_ij w_ij ? C;

i =1 j - 1

M N

max ? ? T_ij *w_ij >min,

i =1 j - 1

при

M N

? ? I_ij *w_ij ? I_a;

i =1 j - 1

M

? w_ij = 1; j = 1,N;

i =1

w_ij = 1,0, i = 1,M; j = 1,N.

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

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

K

A_i = ?a_ik,

k=1

где А_i - интегральная оценка качества i - го программного средства; a_ik - оценка качества i - го программного средства по k - му показателю качества; k = 1,K.

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

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

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

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

· наличие специальной терминологии, большого количества стандартов и псевдостандартов информационного менеджмента.

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

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

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

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

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

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

3. Повышение обоснованности принимаемых решений при приобретении программных продуктов.

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

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

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

Размещено на http://www.allbest.ru/

Рис 5 Схема взаимодействия специалистов связанных с созданием и эксплуатацией программ

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

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

Программист-аналитик (programmer- analyst). Это новая квалификация программистов, которая появляется в условиях создания больших по масштабам и функциям обработки программ, который анализирует и проектирует комплекс взаимосвязанных программ для реализации функций предметной области (совокупности функциональных задач).

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

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

Конечный пользователь (end user) является основным потребителем программ и относится, как правило, к категории пользователей - непрограммистов. Конечный пользователь не является специалистом в области программирования, т. е. не владеет методами и технологией проектирования и создания программ, но имеет элементарные знания и навыки работы с вычислительной техникой. Такая квалификационная характеристика пользователя программного обеспечения в значительной степени влияет на спецификацию требований к создаваемым программам, интерфейсам, формам машинных документов, технологии решения задачи на ЭВМ.

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

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

13. Правовые методы защиты программных продуктов

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

Правовые методы защиты программных продуктов включают:

· патентную защиту;

· лицензионные соглашения и контакты;

· закон о производственных секторах;

· закон об авторском праве.

Различают две категории прав:

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

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

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

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

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

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

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

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

· знак авторского права (обычно ) и название разработчика, года выпуска программы, прочих ее атрибутов;

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

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

· символ зарегистрированного права на распространение программного продукта (обычно ).

Существует несколько видов лицензии на программные продукты.

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

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

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

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

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

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

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

Пользователь	Права	Деньги	Программный продукт
Автор программы Обладатель исключительной лицензии Обладатель простой лицензии Покупатель этикеточной лицензии

Рис 6 Движение прав, денег на программные продукты при лицензионном соглашении

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

· выпускать в свет;

· воспроизводить в любой форме, любыми способами;

· распространять;

· модифицировать

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

Авторское право не связано с правом собственности на материнский носитель.

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

Программные продукты могут использоваться третьими лицами - пользователями на основании договора с правообладателем.

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

· устанавливать один экземпляр, если не предусмотрено иное соглашение с правообладателем программного продукта на компьютер;

· исправлять явные ошибки;

· адаптировать программный продукт;

· изготавливать страховые копии.

Заключение

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

Кейс-стади. « Проектирование алгоритмов и программ»

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

1. Постановка задачи.

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

В соответствии с поставленной целью построение информационной системы ориентировано на решение следующих задач:

· отразить процесс организации поступления продукции в супермаркете;

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

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

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

Решение задачи

В основе информационной системы «Супермаркет» лежит динамически обновляемая модель предметной области на основе базы данных (БД).

Для реализации поставленных задач используется Desing Idef и система управления базой данных СУБД Access. Проектирование информационной системы «Супермаркет» осуществляется средствами системно-структурного анализа и теорией реляционной БД.

Построение функциональной модели предметной области. Проектирование информационной системы осуществляется путем построения функциональной модели при помощи Desing Idef.

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

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

Размещено на http://www.allbest.ru/

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

Размещено на http://www.allbest.ru/

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

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

Размещено на http://www.allbest.ru/

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

Размещено на http://www.allbest.ru/

Создание информационной системы средствами СУБД Access. На основе полученной декомпозиции универсальных отношений формируется БД для построения таблиц. По модели «сущность-связь» устанавливаем связи и заполняем уже созданные таблицы. В результате получаем всю информацию БД «Супермаркет», на основе которой строим запросы, систематизирующие необходимые сведения.

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

Затем можно приступать к построению запросов. Наиболее простым из них является запрос '' Кто поставляет продукт'', который выдает названия поставщиков основных продуктов супермаркета и имеет следующий вид:

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



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

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

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

Вопросы и задания

1. Какими важнейшими признаками классифицируются методы проектирования алгоритмов и программ?

2. В чем суть неавтоматизированного проектирования алгоритмов и программ?

3. В чем суть автоматизированного проектирования алгоритмов и программ?

4. Какие подходы проектирование алгоритмов и программ наиболее распространены?

5. В чем заключается суть структурного проектирования, и какими методами оно представлено?

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

7. В чем заключается суть объектно-ориентированного подхода?

8. Что является целью построения информационной системы «Супермаркет»?

9. Объясните, почему в качестве метода проектирования выбран метод «Информационное моделирование предметной области и связанных с ней приложений»?

10. Из каких работ состоит проектирование информационной системы «Супермаркет»

Использованная литература

1. Гулямов С.С.,. Мусалиев А.А., Бегалов., Б.А. Информационные системы, технологии и организация. Методический материал по предмету «Проектирование экономических информационных систем». Т.: ТГЭУ, 2005.

2. Мусалиев А.А. Информационный бизнес: Тексты лекций. Т.: ТГЭУ, 2005.

3. Миллий иктисодда ахборот тизимлари ва технологиялари: Олий укув юртлари талабалари учун укув кулланма // Муаллифлар: Р.Х.Алимов, Б.Ю.Ходиев, К.А.Алимов ва бошк.; С.С.Гуломовнинг умумий тахрири остида. Т.: «Шарк», 2004.

4. Ходиев Б.Ю., Мусалиев А.А., Бегалов Б.А. Введение в информационные системы и технологии: Учебное пособие. Т.: ТГЭУ, 2002.

5. Оценка и аттестация зрелости процессов создания и сопровождения программных средств и информационных систем. Пер. с англ. А.С. Аипова и др. М.: Книга и бизнес, 2001.

6. Охунов Д.М. Исследование и разработка маркетинговых автоматизированных информационных систем предприятий. Диссертация на соискание степени кандидата экономических наук. Ташкент, ТГЭУ, 2005, 138 с.

7. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. М.: Финансы и статистика, 2000.

Размещено на Allbest.ru