Контрольные вопросы и упражнения 8 Анализ проприетарный программных продуктов 10 Теоретические положения 10 Задание 11

• Название: Контрольные вопросы и упражнения 8 Анализ проприетарный программных продуктов 10 Теоретические положения 10 Задание 11
• Дата: 18.09.2022
• Размер: 0.49 Mb.
• Имя файла: c_work.doc
• Тип: Контрольные вопросы; #683466
• страница: 2 из 11

Задание

1. 
   Проанализировать индивидуально заданную согласно номеру варианта предметную область (см. приложение А) и выполнить краткое описание объекта информатизации: цели, задачи, основные инфопотоки и т.д..
   
2. 
   Описать назначение необходимого для информатизации объекта свободно распространяемого программного продукта и цель (цели) его внедрения на объекте.
   
3. 
   Описать функциональные требования к программному продукту и увязать их с задачами объекта, рассмотренными при выполнении п.1.
   
4. 
   Сформулировать нефункциональные требования к программному продукту.
   

Требования к содержанию раздела №1 отчета

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

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

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

1. 
   задача введения входных данных;
   
2. 
   задача сохранения данных в памяти ЭВМ;
   
3. 
   задача формирования выходных данных;
   
4. 
   задача вычисления некоторого итогового показателя;
   
5. 
   задача статистического анализа данных, и др.
   

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

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

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

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

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

3.1 Требования к задаче “...”

3.2 Требования к задаче “...”

3.3 Требования к задаче “...”

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

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

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

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

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

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

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

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

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

В подразделе 1.4 указывают нефункциональные требования к разрабатываемой программе. При этом следует руководствоваться рекомендациями, изложенными в разделе 2.3 настоящего пособия. Следует учитывать, что реализация нефункциональных требований часто требует больших затрат, чем функциональных. Так, сопровождаемость требует значительных усилий по поддержанию соответствия проекта исходному коду и применения специальных методов создания модифицируемых программ и структур данных. Надежность – дополнительных средств восстановления системы при сбоях. Эффективность – поиска специальных архитектурных решений и оптимизации структуры системы и программного кода. А удобство – проектирования не «интуитивно» понятного, а профессионально понятного интерфейса пользователя. Все требования к подсистеме согласовываются с руководителем. ГОСТ на содержание технического задания на создание программ приведен в приложении Б.